2009-08-04 8 views
23

Czy ktoś ma doświadczenia z obydwoma w prawdziwym świecie? W jaki sposób porównują pod względem wydajności (wykorzystanie pamięci, szybkość itp.)? Stabilność?Rzeczywiste porównania świata Glassfish i JBoss 5?

Czy JBoss Seam działa dobrze na Glassfish?

+0

proszę, przeformułuj pytanie jako porównanie między EITHER: Glassfish 2 vs JBoss 5, .... lub .... Glassfish 3 vs JBoss 6. –

Odpowiedz

49

Wiele rzeczy z własnego doświadczenia:

  1. GlassFish ma konsolę administracyjną znacznie lepiej (JBoss posiada trzy konsole, każdy z nich daleko od ideału).
  2. Gorące wdrożenie jest bardziej niezawodne w przypadku GlassFish
  3. JMS działa lepiej na GlassFish - dotyczy to GF vs. JBoss 4.X. O ile widzę implementacja JMS został radykalnie zmieniony w JBoss 5.X, więc może to twierdzenie nie jest już prawdą
  4. WebServices działają lepiej na GlassFish, miałem szereg zagadnień z bardziej zaawansowanej konfiguracji na JBoss
  5. GlassFish ma więcej super-high-end entrprise dodatki, takie jak HA-Database, która przechowuje użytkownik sesja w klastrze w bazie, a nie w pamięci, więc pełny failover jest możliwe, cokolwiek katastrofa by się stało
  6. JBoss jest bardziej popularny, jest wielu administratorów, programistów, którzy o tym wiedzą, , więc łatwiej jest znaleźć kogoś, kto rozwijany na JBoss, jest także więcej zasobów w sieci. Czasami jest to ważniejsze, a następnie wyższość techniczna jednego rozwiązania nad drugim.
  7. GlassFish jest bardziej przyjazny dla programistów.Przestawienie aplikacji internetowej na GF 3 trwa mniej więcej jedną sekundę - w pogrzebaczu, aby osiągnąć tego rodzaju szybkość, przesunięcia dla JBoss Potrzebuję JRebela. Ponadto, jeśli ktoś używa NetBeans, , istnieje wiele inteligentnych kreatorów, które są bardzo pomocne.
  8. Przyszłość GlassFish nie jest pewna z powodu nabycia SUN przez Oracle. W tej chwili Oracle twierdzi, że będzie go obsługiwać, ale kto wie, jak to będzie wyglądać i jak długo to potrwa. Chociaż GlassFish jest open source, ledwie ktoś jest gotowy do opracowania serwera aplikacji dla jego/jej własne potrzeby ...

Z mojego punktu widzenia GF łatwiej jest zarządzać, jest lepszym rozwiązaniem z punktu widzenia czysto technicznego widzenia, ale jest o wiele mniej popularna i ma niepewną przyszłość.

Nie jestem w żaden sposób połączony z RedHat/JBoss lub SUN/GlassFish, moja firma (erudis.pl) wspiera i rozwija się dla obu serwerów.

+0

Doskonałe podsumowanie, nie można winić tego porównania. – skaffman

15

(disclaimer: Pracuję na słońcu i jestem w zespole GF)

Zgadzam się, że Seam działa dobrze na GlassFish; zobacz https://blogs.oracle.com/theaquarium/tags/seam

GFv3 jest zupełnie inny niż JBoss 5; w szczególności:

  • GFv3 jest oparty na OSGi, natomiast jądro JBoss 5 oparte jest na JMX.
  • GFv3 obsługuje JavaEE 6; JBoss 5 obsługuje Java EE 5.

GFv3 został zaprojektowany jako modułowy; usługi rozpoczynają się na żądanie, istnieje repozytorium centrum aktualizacji itp. GFv3 jest znacznie mniejszy niż JBoss 5 i rozpocznie się znacznie szybciej. JBoss 5.1 GA jest wymieniony jako 130 MB; GFv3Preview to 50 MB. GFv3 rozpoczyna się za kilka sekund; JBoss w dziesiątkach (powinieneś spróbować uruchomić na własną platformę).

Istnieją inne różnice, niektóre odziedziczone po GlassFish v2, takie jak graficzna konsola administracyjna lub interfejs administracyjny administratora.

Bardziej bezpośrednim porównaniem dla JBoss 5 byłyby wydania GlassFish v2 oparte na Java EE 5. Najnowsze wydanie w tej rodzinie to GFv2.1, wydanie GFv2.1.1 zaplanowano na październik (zobacz https://blogs.oracle.com/theaquarium/entry/schedule_for_glassfish_v2_1) .

Firma Sun udostępnia również poprawki oprogramowania GlassFish (podobne do obsługi RedHat dla JBoss); patrz https://blogs.oracle.com/glassfishforbusiness i sun.com/glassfish.

+5

Twoje porównania są nieszczere. (1) Jądro JBoss5 nie jest oparte na JMX (JBoss 4 był, a nie 5). (2) JBoss jest również modułowy, wybierasz moduły, które chcesz. Konfiguracje, z którymi jest dostarczana, są zaledwie punktami początkowymi. (3) Czas uruchomienia zależy od wybranej konfiguracji, zmienia się od około 3 sekund dla minimalnej konfiguracji, do minuty lub ttwo dla konfiguracji dzwonków i gwizdów. – skaffman

+0

@Pelegi, czy możesz wymienić tylko jedną rzecz, którą JBoss robi lepiej niż Glassfish? –

3

Zacząłem tworzyć aplikację Seam na JBoss i po kilku miesiącach starałem się, aby działało to na Glassfish. Znalazłem środowisko Glassfish bardzo sprzeczne z intuicją. Musiałem naprawić dziwne błędy na GF i nie mogłem znaleźć żadnych informacji w Internecie, więc po kilku dniach zrezygnowałem i wróciłem do JBoss. Więc osobiście nie polecałbym Glassfish.

12

To dokładnie to, do czego jesteś przyzwyczajony. Zauważyłem, że konfigurowanie i używanie JBoss jest tak przyjemne, jak próba golenia za pomocą postrzępionej łyżki podczas jazdy na monocyklu bez siedzenia. Jednak Glassfish wydaje się działać.

4

Mój wybór to Glassfish: szybsze uruchamianie, wdrażanie aplikacji internetowych. Konsola administracyjna jest bardzo dokładna, ponadto jest zarówno graficzna, jak i wiersza poleceń. Teraz jest w pełni obsługiwany przez Oracle, jego przyszłość nie jest już niepewna. Opiera się na OSGi: jest naprawdę modułowy. Możesz łatwo zainstalować aplikacje Spring-osgi. Możesz swobodnie wybierać między Eclipse Link, Apache Open JPA i Hibernate bez bólu. Jest w znacznym stopniu zintegrowany z NetBeans (i, oczywiście, Eclipse).

Z drugiej strony, Jboss jest bardziej rozpowszechniony i dlatego łatwo jest znaleźć na nim pracę (IMHO, ponieważ jest to stary serwer aplikacji, glassfish jest stosunkowo nowy).

1

Muszę iść z Glassfish na ten temat. Wdrażając zróżnicowaną gamę aplikacji opartych na różnych usługach sieciowych, mieliśmy poważne problemy ze zgodnością, co skutkowało dostosowywaniem ładowania klas & nadal napotykało wiele problemów. Glassfish Nigdy nie spotkałem się z takimi problemami.