Я давно разработчик Java на JBoss (и Tomcat). В прошлом году мне пришлось разрабатывать WebLogic, и я должен сказать - я очень скучаю по JBoss.
Поскольку мой опыт работы с WebLogic довольно мелкий, я спрашиваю у более опытных парней: Есть ли причина тратить деньги на WebLogic? Разве JBoss не дает вам все, что вам нужно?
Я подозреваю, что причина, по которой выбирается Weblogic, - это приятный продавец, который приходит навестить менеджера с деньгами, чтобы потратить, дает ему коммерческую подачу и hey-presto, компания использует Weblogic. Я не знаю, идет ли контракт поддержки JBoss с отделом продаж, но был бы удивлен, если бы это произошло, и что игровое поле выровнено в этом отношении.
По моему опыту, помимо прекрасной консоли, которую вы получаете с помощью Weblogic (чего не стоит выставлять за плату за лицензию), между ними не так много. Я подозреваю, что в эти дни JBoss имеет долю на рынке (просто догадываясь об этом), который в моей книге переводится как дополнительная помощь, доступная в Интернете и т.д., когда вы застряли на чем-то.
Также стоит учитывать, что лицензии Weblogic (в прошлый раз, когда я их видел), где обычные серверные термины - для каждого процессора, в коробке и т.д. Это ограничит вас в терминах масштабируемости, потому что с JBoss вы можете продолжать добавлять без дополнительных затрат, в то время как с Weblogic ваши лицензии также нуждаются в обновлении.
Какой бы вы ни выбрали, вы сможете построить свою систему поверх них без особых проблем, но я предпочитаю JBoss.
Мне очень нравится WebLogic. На данный момент я приостанавливаю стоимость лицензирования и просто скажу, что в их расцвете они были лучшим сервером приложений Java EE на рынке, руки вниз. У BEA было очень много талантливых людей, разрабатывающих свой код, и это показало. Если бы деньги не были частью уравнения, и у меня был работодатель, который настаивал на том, чтобы тратить деньги, которые не были моими, я бы выбрал WebLogic через WebSphere или JBOSS или Glassfish или что-нибудь еще на рынке.
Я опечален покупкой Oracle. Я думаю, что талант просочился, и Oracle не имеет четкого представления о том, что они хотят делать с WebLogic. Они застряли на версии 10.1 в течение нескольких лет.
<prejudice-ahead>
Glassfish sounds like it 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 - это типичный проект IBM: в два раза стоимость, половина функциональности, плохая документация, и вы должны купить всю свою вздор (например, IDE на основе Eclipse), чтобы использовать ее.
JBOSS неплох, но только потому, что разница в цене настолько сильно в его пользу.
Я бы предпочел рекомендовать Spring, Tomcat и ActiveMQ как отличную альтернативу. Если EJB абсолютно необходимы, добавьте OpenEJB в этот микс.
Я опечален покупкой Oracle. я думайте, что талант просочился, и Oracle не имеет четкого представления о том, что они хотят делать с WebLogic. У них есть застрял на версии 10.1 для нескольких лет спустя.
Есть пара проблем с вышеупомянутым комментарием. Во-первых, Oracle только приобрела BEA 1,5 года назад, и даже тогда это была не одобренная DOJ транзакция. Окончательная продажа не была одобрена до 12 месяцев назад.
Во-вторых, Oracle сделала три выпуска WebLogic с момента приобретения. Они теперь находятся на версии 10.3.1 (или "11g" ).
Наконец, я думаю, что Oracle - удивленно сказать, что я - движется в ясном направлении. С недавним приобретением Sun Oracle теперь является основным поставщиком технологии Java и имеет то, что многие считают ведущим сервером приложений Java. Они не инвестировали бы в эти компании и технологии без четкого плана доминировать на рынке. Я думаю, что недавние движения Oracle в пространствах Java EE 6, WebLogic и JDeveloper показывают, что они очень сильно продвигаются, чтобы стать лидером Java.
Я бы предпочел JBoss; это просто и просто работает. У меня возникло множество проблем с преобразованием приложения Seam 2.x из JBoss в Weblogic, но я надеюсь, что в какой-то момент я добьюсь успеха.
Лично я бы выбрал JBoss (версия сообщества) через Weblogic (Server), потому что он свободен (вы знаете, как на свободе). Но это не отвечает на вопрос, поэтому...
Я вижу две основные причины выбора Weblogic:
*) Термин легче субъективен. Большинство вещей легки, когда вы знаете, как их выполнять.
Я сделал 3 оценки WebLogic, JBoss и WebSphere. WebLogic выиграл каждый из них, спустился вниз. Сказав это, мое упрощенное руководство таково: используйте JBoss, если вы НЕ беспокоитесь о масштабировании нескольких тысяч одновременных пользователей. Однако, если вы намерены масштабировать дальше этого, вам понадобится что-то с проверенной мощностью и надежностью - это WebLogic.
Примечание. Поставщики серверов приложений обычно жертвуют техническими характеристиками для стабильности. Другими словами, надежность имеет динамическое напряжение с техническими характеристиками. Если вы хотите новые функции, вы получите больше ошибок вместе с ним. Меня удивляет, как многие техники этого не понимают. Но если вы думаете о том, почему вы не спешите и не купите первую новую версию ОС Windows, когда выйдет, вы поймете, почему это так.
НТН
Я работал над jboss в течение года и в weblogic уже более года, мой опыт работы с веб-логикой хорош по сравнению с jboss, поскольку weblogic более стабилен и надежный, он может обрабатывать более 3000 одновременных запросов без металирования единственное исключение, когда jboss не удалось это сделать, и консоль администратора для weblogic отлично, но я думаю, что weblogic более сложный, чем jboss. Поскольку клиент вкладывает деньги на сервер приложений, мой выбор будет, безусловно, веблогическим.
JBoss (Red Hat) еще не выпустил коммерчески поддерживаемый 100% Java EE 5-совместимый контейнер *. Существует бета-версия JBoss 5. Надеюсь, они не будут на 3 года отставать от Java EE 6. JBoss больше интересуется их микроконтейнером, чем Java EE x, потому что то, что они говорят, что их клиенты больше заинтересованы. Я никогда не встречал ни одного из этих клиентов. Но это означает, что Java EE является гражданином второго сорта в своем мире. В качестве доказательства их контейнеры даже не поставляются в совместимом режиме; вам нужно настроить некоторые файлы конфигурации, чтобы сделать его совместимым с требованиями.
Если Sun не собирался поглощать черную дыру, которая является Oracle, я бы рекомендовал Glassfish.
Ну, я бы рекомендовал использовать Spring + Tomcat и представит полномасштабный сервер приложений JavaEE только в том случае, если мне это абсолютно необходимо.
в отношении Weblogic и JBoss, я бы предпочел JBoss, поскольку Weblogic более сложный.
Я разработал Java-приложение для JBoss 4.x и 5.x в течение двух лет. После этого мне пришлось работать с Weblogic 11. Мне было непросто передумать, но теперь я думаю, WL намного лучше. Более стабильный, быстрый и консоль администратора... как сон. Очень легко сделать настройки и мониторинг.
Итак, мой выбор - Weblogic.
Я думаю, вы, ребята, должны подумать о TC Server, его варианте Tomcat от Vmware. Возможно, это будет хорошо в корпоративной среде, поскольку большинство из них должно быть в состоянии решить эту проблему, как часть сделок по виртуализации.
http://www.vmware.com/products/vfabric-tcserver/
PS - Я широко использовал WLS. Для некоторых приложений это может быть хорошо. Для некоторых вам это действительно не нужно. Таким образом, он очень сильно зависит от использования, масштаба и т.д.
Вам необходимо учитывать общую стоимость владения TCO
Вы должны учитывать эти затраты при использовании JBoss:
Это зависит.
Вы попали в компанию, которая любит покупать поддержку у других компаний, таких как "Oracle", и на самом деле не заботится о расходовании денег, пока они покрыты заводом-изготовителем (да, я знаю, что Redhat продает поддержку также, но некоторые компании не любят покупать у них)
В любом случае, это довольно субъективный вопрос, я не думаю, что будет правильный ответ.
IBM выпустила свою версию сервера Java EE 6 BETA. Поэтому в случае Java EE 6 я думаю, что IBM станет лидером. Также JBoss - хороший сервер, но при тяжелых нагрузках мой опыт показывает, что он не полностью надежный по сравнению с WebLogic и WebSphere.