Apache 대신 Glassfish를 사용하는 이유는 무엇입니까?강점과 약점은 무엇입니까?

Question

제가 무지해서 죄송합니다. 웹서버라는 단어를 들으면 사람들이 Microsoft의 IIS도 사용한다는 것을 알지만 즉시 Apache를 상상하게 됩니다.그러나 제가 여기 Stackoverflow에서 놀고 난 이후로 많은 사람들이 Glassfish를 사용하는 것을 발견했습니다.

왜 Glassfish를 사용하고 싶은지 궁금해졌습니다(관심은 있지만 이것이 내 삶을 더 쉽게 만들어 줄 수 있는 이유를 실제로 이해하지 못한다는 의미에서).내가 읽은 바에 따르면 이는 Apache Tomcat의 Sun 오픈 소스 파생물이므로 좋은(또는 뛰어난) 품질의 제품이라고 생각됩니다.하지만 장단점을 모르기 때문에 다른 서버보다 Glassfish를 선택하는 것이 언제 현명한 것인지 알 수 없습니다.누구든지 자세히 설명할 수 있나요?

Answer 1

GlassFish는 웹 서버(Http 서버)로도 사용할 수 있는 응용 프로그램 서버입니다.

웹 서버는 다음을 의미합니다.HTTP 요청 처리(일반적으로 브라우저에서)

서블릿 컨테이너(예:Tomcat)은 다음을 의미합니다.서블릿과 JSP를 처리할 수 있습니다.

애플리케이션 서버(예:GlassFish)는 다음을 의미합니다.Java EE 애플리케이션(일반적으로 서블릿/JSP 및 EJB 모두)을 관리할 수 있습니다.

Java EE 엔터프라이즈 애플리케이션에는 GlassFish를 사용해야 합니다.

Answer 2

생산 환경에서는 별도의 웹 서버의 필요성이 주로 필요합니다. 일반적으로 대부분의 개발 요구 사항으로 충분한 응용 프로그램 서버를 찾을 수 있습니다. 웹 서버는 더 많은 수의 활성 세션 및 연결을 유지할 수 있으므로 성능 비용없이 필요한 균형을 제공합니다.

Servlets/JSP 만 작업하는 경우 간단한 웹 서버를 사용하십시오. 또한 NetBeans 환경에서 Glassfish는 다른 앱 서버보다 더 나은 지원을 가지고 있음을 주목해야합니다. 그러나 Eclipse의 맥락에서 WSAD와 JBoss는 선호하는 옵션으로 보입니다.

Answer 3

Glassfish는 곧 모듈 식 커널을 해제 할 것입니다.

즉, 필요에 따라 시작하여 종료 해야하는 컨테이너가 필요합니다. 즉, 귀가 배치되지 않았고, EJB 컨테이너가 시작되었습니다. 이것은 시작하고 멈출 수 있으므로 개발에 아주 좋게 만든 것 같습니다. 매우 빠르게. 이것은 Rails와 같은 개발 환경에 훨씬 더 가깝습니다 (재배치가 개발의 큰 부분 인 곳).

Answer 4

웹 서비스를 개발하기 위해 Glassfish Server를 사용했습니다. 관리자가 웹 서비스를 테스트 할 수있는 매우 대화식 관리자 콘솔을 제공합니다. 웹 서비스를 개발하는 동안 정말 도움이됩니다