Apache 대신 Glassfish를 사용하는 이유는 무엇입니까? 강점과 약점은 무엇입니까?
여기에 무지해서 미안하지만, 웹 서버라는 단어를 들었을 때 나는 사람들이 마이크로 소프트의 IIS도 사용한다는 것을 알고 있지만 즉시 아파치를 상상합니다. 그러나 내가 여기 Stackoverflow에서 놀러 온 이후로 많은 사람들이 Glassfish를 사용하는 것을 발견했습니다.
그래서 왜 Glassfish를 사용하고 싶은지 궁금했습니다 (내가 관심이 있다는 의미에서 왜 내 인생을 더 편하게 만들 수 있는지 이해하지 못합니다). 내가 읽은 것은 Apache의 Tomcat에서 파생 된 Sun의 오픈 소스이므로 좋은 (또는 훌륭한) 품질의 제품이라고 생각합니다. 하지만 장단점을 모르기 때문에 다른 서버보다 Glassfish를 선택하는 것이 언제 현명한 지 모르겠습니다. 누구든지 자세히 설명 할 수 있습니까?
GlassFish는 웹 서버 (Http 서버)로도 사용할 수있는 애플리케이션 서버입니다.
웹 서버는 HTTP 요청 처리 (일반적으로 브라우저에서)를 의미합니다.
서블릿 컨테이너 (예 : Tomcat)는 다음을 의미합니다. 서블릿 및 JSP를 처리 할 수 있습니다.
Application Server (예 : GlassFish)는 다음을 의미합니다. Java EE 애플리케이션 (일반적으로 servlet / JSP 및 EJB 모두)을 관리 할 수 있습니다.
Java EE 엔터프라이즈 애플리케이션에는 GlassFish를 사용해야합니다.
별도의 웹 서버에 대한 필요성은 대부분 프로덕션 환경에서 필요합니다. 일반적으로 대부분의 개발 요구에 충분한 애플리케이션 서버를 찾을 수 있습니다. 웹 서버는 더 많은 수의 활성 세션과 연결을 보유 할 수 있으므로 성능 비용없이 필요한 균형을 제공합니다.
서블릿 / jsps로만 작업하는 경우 간단한 웹 서버를 사용하십시오. netbeans 환경에서 glassfish는 다른 앱 서버보다 더 나은 지원을 제공합니다. 이클립스의 맥락에서 WSAD와 JBoss는 선호되는 옵션으로 보입니다.
Glassfish는 곧 모듈 커널을 출시 할 예정입니다.
즉, 필요한 컨테이너는 필요에 따라 시작 및 종료됩니다. 즉, EAR이 배포되지 않고 EJB 컨테이너가 시작되지 않습니다. 이것은 매우 빠르게 시작하고 중지 할 수 있기 때문에 개발에 매우 좋은 것으로 보입니다 . 이를 통해 Rails와 같은 개발 환경에 훨씬 더 가까워집니다 (재배치가 개발의 상당 부분).
웹 서비스 개발을 위해 GlassFish 서버를 사용했습니다. 관리자가 웹 서비스를 테스트 할 수있는 매우 대화식 관리 콘솔을 제공합니다. 웹 서비스를 개발하는 동안 정말 유용하다고 생각합니다.
'developer tip' 카테고리의 다른 글
| IPython 노트북 저장 위치 (0) | 2020.12.31 |
|---|---|
| arm64와 aarch64의 차이점 (0) | 2020.12.31 |
| 작은 정수 배열 지우기 : memset 대 for 루프 (0) | 2020.12.31 |
| shared_ptr 통과 비용 (0) | 2020.12.31 |
| Android의 VideoView에서 비디오 재생 (0) | 2020.12.31 |