Glassfish와 Jboss 5의 실제 비교?

StackOverflow https://stackoverflow.com/questions/1229273

문제

실제 세계에서 두 사람과의 경험이 있습니까? 성능 측면에서 어떻게 비교합니까 (메모리 사용, 속도 등)? 안정?

Jboss Seam은 Glassfish에서 잘 작동합니까?

도움이 되었습니까?

해결책

내 경험에서 많은 것들 :

  1. Glassfish는 훨씬 더 나은 관리 콘솔을 가지고 있습니다 (Jboss는 3 개의 콘솔을 가지고 있으며 각 콘솔은 이상적이지 않습니다).
  2. 핫 배포는 유리 물고기에 더 신뢰할 수 있습니다
  3. JMS는 Glassfish에서 더 잘 작동합니다. 이것은 GF 대 Jboss 4.X에 적용됩니다. JMS 구현이 Jboss 5.x에서 크게 수정 되었으므로이 주장은 더 이상 사실이 아닐 수도 있습니다.
  4. Webservices는 Glassfish에서 더 잘 작동하고 있으며 JBoss에서보다 고급 구성으로 여러 가지 문제가있었습니다.
  5. Glassfish에는 HA-Database와 같은 초고 엔드 엔트리즈 애드온이 더 많으며 메모리가 아닌 데이터베이스의 클러스터에 사용자 세션을 저장하므로 전체 장애 조치가 가능합니다.
  6. Jboss는 더 인기가 높고, 많은 관리자, 개발자가 있으며, 그것을 알고있는 많은 관리자가 있으므로 Jboss에서 개발할 수있는 사람을 찾기가 더 쉽습니다. 때때로 이것은 더 중요하고 다른 솔루션의 기술적 우수성이 더 중요합니다.
  7. Glassfish는 개발자에게 더 친숙합니다. GF 3에서 웹 애플리케이션을 재배치하는 것은 Oreeder에서 JBOSS가 필요로하는 JBEL을위한 이러한 종류의 재배치 속도를 달성하기 위해 1 초 또는 작은 1 초 지속됩니다. 또한 누군가 NetBeans를 사용하는 경우 많은 스마트 마법사가 있습니다.
  8. Glassfish의 미래는 Oracle의 Sun을 획득했기 때문에 확실하지 않습니다. 현재 Oracle은 그것을 지원할 것이라고 주장하지만 누가이 지원이 어떻게 보일지, 얼마나 오래 지속될 것인지 알고 있습니다. Glassfish는 오픈 소스이지만 누구나 자신의 요구에 대한 응용 프로그램 서버를 개발할 준비가되지 않습니다 ...

내 관점에서 GF는 관리하기가 더 쉽고, 순수한 기술적 관점에서 나온 더 나은 솔루션이지만, 훨씬 덜 인기가없고 미래는 불확실합니다.

나는 Redhat/Jboss 또는 Sun/Glassfish와 어떤 식 으로든 연결되어 있지 않으며, 회사 (Erudis.pl)는 두 서버를 모두 지원하고 개발하고 있습니다.

다른 팁

(면책 조항 : 나는 Sun에서 일하고 GF 팀에 있습니다)

나는 이음새가 유리 피쉬에서 잘 작동한다는 데 동의합니다. 보다 https://blogs.oracle.com/theaquarium/tags/seam

GFV3은 JBOSS 5와 상당히 다릅니다. 특히:

  • GFV3은 OSGI를 기반으로하며 JBOSS 5의 커널은 JMX를 기반으로합니다.
  • GFV3는 Javaee 6을 지원합니다. JBOSS 5는 Java EE 5를 지원합니다.

GFV3은 매우 모듈 식으로 설계되었습니다. 서비스는 주문형으로 시작되며 업데이트 센터 저장소 등이 있습니다. GFV3은 JBOSS 5보다 훨씬 작고 훨씬 더 빨리 시작합니다. JBOSS 5.1 GA는 130MB로 표시됩니다. gfv3preview는 50MB입니다. GFV3는 몇 초 안에 시작됩니다. Jboss in tens (자신의 플랫폼을위한 스타트 업을 시도해야합니다).

그래픽 관리자 콘솔 또는 관리자 CLI와 같은 Glassfish V2에서 상속 된 다른 차이점이 있습니다.

JBOSS 5에 대한보다 직접적인 비교는 Java EE 5를 기반으로하는 Glassfish V2 릴리스입니다. 그 가족의 최신 릴리스는 GFV2.1이며 GFV2.1.1 릴리스가 10 월에 예정되어 있습니다 (참조). https://blogs.oracle.com/theaquarium/entry/schedule_for_glassfish_v2_1).

Sun은 또한 유리 피쉬의 패치 방출을 제공합니다 (Redhat의 Jboss에 대한 지원과 유사함). 보다 https://blogs.oracle.com/glassfishforbusiness 및 Sun.com/glassfish.

그것은 당신이 익숙한 것입니다. 나는 좌석없이 자전거를 타는 동안 들쭉날쭉 한 숟가락으로 숟가락으로 면도하려고하는 것만 큼 Jboss를 구성하고 사용하는 것을 발견했습니다. 그러나 Glassfish는 단지 작동하는 것 같습니다.

내 선택은 Glassfish입니다. 웹 애플리케이션을 배포하는 것이 더 빠릅니다. 관리자 콘솔은 매우 정확하며 그래픽 및 명령 줄입니다. 이제 그것은 Oracle에 의해 완전히 지원되며, 미래는 더 이상 불확실하지 않습니다. OSGI를 기반으로합니다. 실제로 모듈 식입니다. Spring-OSGI 애플리케이션을 ESLY를 설치할 수 있습니다. Eclipse Link, Apache Open JPA 및 Hibernate를 통증없이 자유롭게 선택할 수 있습니다. NetBeans (및 물론 Eclipse)에 크게 통합되어 있습니다.

반면에 Jboss는 더 널리 퍼져 있으므로 작업을 쉽게 찾을 수 있습니다 (IMHO는 오래된 앱 서버이기 때문에 Glassfish는 비교적 새롭습니다).

나는 Jboss에서 이음새 응용 프로그램을 개발하기 시작했고 몇 달 후 Glassfish에서 작업하려고했습니다. 나는 Glassfish Enviroment가 매우 반 직관적이라는 것을 알았습니다. 나는 GF에서 이상한 오류를 해결해야했고 웹에서 어떤 정보도 찾을 수 없었기 때문에 며칠 후에 나는 포기하고 Jboss로 돌아갔다. 그래서 개인적으로 나는 유리 피쉬를 추천하지 않을 것입니다.

나는 이것에 대해 유리 피쉬와 함께 가야 할 것이다. 다양한 웹 서비스에 구축 된 다양한 애플리케이션을 배포하여 주요 호환성 문제가 발생하여 클래스로드를 사용자 정의하여 여전히 많은 문제에 직면했습니다. 유리 물고 나는 그런 문제에 직면하지 않았다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top