Weblogic czy JBoss? [zamknięte]

I naprawdę Jak WebLogic. Zawieszę na chwilę koszty licencji i powiem tylko, że w swojej świetności były najlepszym serwerem aplikacji Java EE na rynku, bez rąk do rąk. BEA miała wielu niezwykle utalentowanych ludzi, którzy opracowywali swój kod i to pokazało. Jeśli pieniądze nie były częścią równania, a ja miałem pracodawcę, który nalegał na wydawanie pieniędzy, które nie były moje, i tak wybrałbym WebLogic zamiast WebSphere lub JBOSS lub Glassfish lub cokolwiek innego na rynku.

I ' m zasmucony zakupem Oracle. Myślę, że talent wyciekł, A Oracle nie ma jasnego pojęcia, co chce zrobić z WebLogic. Utknęli na wersji 10.1 od kilku lat.

    <prejudice-ahead>
Glassfish sounds like it's a much better effort from Sun, but their history says they write great standards and lousy implementations.  I don't consider Glassfish to be a viable alternative.
    </prejudice-ahead>

WebSphere to typowy projekt IBM: dwa razy więcej kosztów, połowa funkcjonalności, słaba dokumentacja i trzeba kupić wszystkie ich bzdury (np. IDE oparte na Eclipse), aby go używać.

JBOSS nie jest zły, ale tylko dlatego, że różnica w cenie jest tak silnie w jego przysługa.

Aktualizacja 2018: moje przywiązanie do Java EE jako standardu i jego implementacji serwerów aplikacji ostygło w ciągu ostatnich dziewięciu lat. Myślę, że lepszą odpowiedzią jest Spring Boot. Wdrażaj plik wykonywalny JAR na JVM i nigdy więcej nie martw się o serwer aplikacji Java EE.

Jestem zasmucony zakupem Oracle. I myślę, że talent wyciekł, i Oracle nie ma jasnego pojęcia o tym, co chcą zrobić z WebLogic. Wystąpili utknąłem na wersji 10.1 przez kilka lat temu.

Jest kilka problemów z powyższym komentarzem. Po pierwsze, Oracle zakupiło BEA dopiero 1,5 roku temu, a nawet wtedy nie była to transakcja zatwierdzona przez Departament Sprawiedliwości. Ostateczna sprzedaż została zatwierdzona dopiero 12 miesięcy temu.

Po Drugie, Wyrocznia od momentu przejęcia wydał trzy wydania WebLogic. Są teraz w wersji 10.3.1 (lub "11g").

Ja nadal wolę JBoss; jest prosty i po prostu działa. Mam mnóstwo problemów z konwersją szwu 2.X aplikacja z JBoss do Weblogic, ale mam nadzieję, że kiedyś mi się uda.

Osobiście wybrałbym JBoss (community version) zamiast WebLogic (Server), ponieważ jest darmowy (wiesz, jak w freedom). Ale to nie jest odpowiedź na pytanie, więc...

Widzę dwa główne powody wyboru Weblogic:

1. Weblogic jest dobrze zintegrowanym produktem z jednym mechanizmem/plikiem konfiguracyjnym (łatwiejszym* do konfiguracji i utrzymania).
2. integracja z smokingiem.

*) określenie łatwiejsze jest subiektywne. Większość rzeczy jest łatwa, gdy wiesz, jak zrób to.

Zrobiłem 3 oceny WebLogic, JBoss i WebSphere. WebLogic wygrał każdą z nich. Powiedziawszy to, moje uproszczone wskazówki są następujące: użyj JBoss, jeśli nie martwisz się skalowaniem po kilku tysiącach jednoczesnych użytkowników. Jeśli jednak zamierzasz przeskalować poza to, będziesz potrzebował czegoś o sprawdzonej mocy i solidności - to WebLogic.

Uwaga: dostawcy serwerów aplikacji zazwyczaj poświęcają funkcje techniczne dla stabilności. Innymi słowy, solidność jest w napięciu dynamicznym z cechami technicznymi. Jeśli chcesz nowych funkcji, otrzymasz więcej błędów wraz z nim. Zaskakuje mnie, ilu techników tego nie rozumie. Ale jeśli pomyślisz, dlaczego nie spieszysz się i nie kupujesz pierwszej nowej wersji systemu Windows, gdy wyjdzie, doskonale zrozumiesz, dlaczego tak jest.

HTH

Pracowałem nad jbossem przez rok, a na weblogic przez ponad rok, moje doświadczenie z logiką sieciową jest dobre w porównaniu do jbossa, ponieważ weblogic jest bardziej stabilny i solidny, może obsłużyć ponad 3000 jednoczesnych żądań bez rzucania jednego wyjątku, gdzie jboss tego nie zrobił i Admin console dla weblogic jest doskonały, ale myślę, że weblogic jest bardziej złożony niż jboss. Jeśli klient inwestuje pieniądze na serwer aplikacji, Mój wybór będzie na pewno weblogic.

Cóż, polecam użycie Spring + Tomcat i wprowadziłbym Pełnowymiarowy serwer aplikacji JavaEE tylko wtedy, gdy absolutnie muszę.
jeśli chodzi o Weblogic i JBoss, wolałbym JBoss, ponieważ Weblogic jest bardziej złożony.

Opracowałem aplikację opartą na Javie dla JBoss 4.x i 5.x przez dwa lata. Potem musiałem pracować z Weblogic 11. Nie było łatwo zmienić zdanie, ale teraz myślę, WL znacznie lepiej. Bardziej stabilny, szybszy i konsola administratora...jak sen..bardzo łatwe do zrobienia ustawienia i monitorowanie.

Więc mój wybór to Weblogic.

Myślę, że powinniście rozważyć TC Server, to wariant Tomcat z Vmware. Może to być dobre w środowisku korporacyjnym, ponieważ większość z nich powinna być w stanie to wypracować, w ramach transakcji wirtualizacji.

Http://www.vmware.com/products/vfabric-tcserver/

PS-używałem WLS szeroko. Dla niektórych zastosowań może to być dobre. Dla niektórych naprawdę go nie potrzebujesz. Więc jest bardzo napędzany przez przypadek użycia, skalę itp.

Należy wziąć pod uwagę całkowity koszt posiadania TCO

Musisz wziąć pod uwagę te koszty podczas korzystania z JBoss:

• roczne subskrypcje wsparcia
• wyższe bieżące koszty zarządzania i Administracji
• wpływ przestojów na koszty
• wpływ wydajności produktu na koszt
• wyższy koszt testowania interoperacyjności i integracji różnych projektów OSS
• złożoność i koszt obsługi Zintegrowanego Systemu Operacyjnego rozwiązanie
• polisa ubezpieczeniowa dla ochrony odszkodowawczej
• koszt obsługi i utrzymania zmodyfikowanego kodu
• dodatkowy czas i wysiłek, aby poradzić sobie z niezliczoną ilością licencji open source

JBoss (Red Hat) nie wydał jeszcze komercyjnie obsługiwanego kontenera zgodnego w 100% z Java EE 5*. Jest beta JBoss 5 out. Mam nadzieję, że nie będą 3 lata w tyle za Java EE 6. JBoss bardziej interesuje się ich mikrokontrolerem niż Java EE x, ponieważ to właśnie mówią, że ich klienci są bardziej zainteresowani. Nigdy nie spotkałem żadnego z tych klientów. Ale to oznacza, że Java EE jest obywatelem drugiej klasy w ich świecie. Jako dowód, ich kontenery nie wysyłają nawet w zgodnych tryb; musisz dostosować niektóre pliki konfiguracyjne, aby były zgodne ze specyfikacją.

Gdyby Sun nie został zjedzony przez blackhole czyli Oracle, polecam Glassfish.

[[5]}Red Hat posiada komercyjnie obsługiwany kontener 90% zgodny z Java EE 5. JBoss 4.3 jest ich "krokiem" do wersji Java EE 5.

To zależy.

Czy przypadkiem jesteś w firmie, która lubi kupować wsparcie od innych firm, takich jak "Oracle" i tak naprawdę nie obchodzi cię wydatkowanie pieniędzy, dopóki są one objęte przez producenta (tak, Wiem, że Redhat sprzedaje wsparcie również, ale niektóre firmy nie lubią kupować od nich) {]}

W każdym razie, to jest raczej subiektywne pytanie, nie sądzę, żeby była poprawna odpowiedź.

IBM udostępnił wersję BETA Java EE 6 server. Tak więc w przypadku Java EE 6 myślę, że IBM byłby liderem. Również JBoss jest dobrym serwerem, ale pod dużym obciążeniem moje doświadczenie pokazuje, że nie jest w pełni niezawodny w porównaniu do WebLogic i WebSphere.