Сравнение реального мира Glassfish и JBoss 5?

Ответ 1

Несколько вещей из моего собственного опыта:

• GlassFish имеет гораздо лучшую консоль администрирования (JBoss имеет три консоли, каждая из которых далеко не идеальна).
• Горячее развертывание более надежно на GlassFish
• JMS работает лучше на GlassFish - это относится к GF против JBoss 4.X. Насколько я вижу, реализация JMS была радикально изменена в JBoss 5.X, так что, возможно, это утверждение больше не соответствует действительности.
• WebServices работают лучше на GlassFish, У меня был ряд проблем с более сложной конфигурацией на JBoss
• В GlassFish есть супер-высококлассные дополнения, такие как HA-Database, которые хранят пользовательский сеанс в кластере в базе данных, а не в памяти, поэтому полный переход на другой ресурс возможно, что бы ни случилось.
• JBoss более популярен, есть много администраторов, разработчиков, которые это знают, так что легче найти кого-то, кто может развиваться на JBoss, есть также больше ресурсов в сети. Иногда это более важно, тогда техническое превосходство одно решение над другим.
• GlassFish более дружелюбен для разработчиков. Переопределение веб-приложения на GF 3 длится более или менее секунды - в orerer для достижения такой скорости перераспределения для JBoss Мне нужен JRebel. Кроме того, если кто-то использует NetBeans, есть несколько умных мастеров, которые очень полезны.
• Будущее GlassFish не является несомненным из-за приобретения SUN Oracle. Сейчас Oracle заявляет, что поддержит его, но кто знает, как эта поддержка будет выглядеть и как долго это будет продолжаться. Хотя GlassFish является открытым исходным кодом, вряд ли любой из них готов разработать сервер приложений для своих собственных нужд...

С моей точки зрения, GF легче управлять, это лучшее решение с чисто технологической точки зрения, но оно гораздо менее популярно и имеет неопределенное будущее.

Я никоим образом не связан с RedHat/JBoss или SUN/GlassFish, моя компания (erudis.pl) поддерживает и развивает для обоих серверов.

Ответ 2

(отказ от ответственности: я работаю в Sun, и я в команде GF)

Я согласен, что Seam отлично работает на GlassFish; см. 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 - 50 МБ. GFv3 начинается через пару секунд; JBoss в десятках (вы должны попробовать запустить свою платформу).

Существуют и другие отличия, некоторые унаследованные от GlassFish v2, такие как графическая консоль администратора или CLI администратора.

Более прямым сравнением для JBoss 5 станут выпуски GlassFish v2, основанные на Java EE 5. Последний выпуск в этом семействе - GFv2.1, выпуск GFv2.1.1 запланирован на октябрь (см. https://blogs.oracle.com/theaquarium/entry/schedule_for_glassfish_v2_1).

Sun также предоставляет выпуск исправлений GlassFish (сродни поддержке RedHat для JBoss); см. https://blogs.oracle.com/glassfishforbusiness и sun.com/glassfish.

Ответ 3

Это строго то, к чему вы привыкли. Я нашел настройку и использование JBoss примерно такой же приятной, как и попытку побриться зубчатой ​​ложкой во время езды на велосипеде без сиденья. Однако Glassfish, похоже, работает.

Ответ 4

Мой выбор - Glassfish: он быстрее запускается, для развертывания веб-приложений. консоль администратора очень точная, более того, она графическая и командной строки. Теперь он полностью поддерживается Oracle, его будущее уже не является неопределенным. Он основан на OSGi: он действительно модульный. Вы можете легко установить приложения Spring -osgi. Вы можете свободно выбирать между Eclipse Link, Apache Open JPA и Hibernate без боли. Он очень интегрирован в NetBeans (и, конечно же, Eclipse).

С другой стороны, Jboss более распространен, и поэтому легко найти работу на нем (IMHO, потому что это старый сервер приложений, стеклянная планета - относительно новая).

Ответ 5

Я начал разрабатывать приложение Seam на JBoss и через несколько месяцев попытался заставить его работать над Glassfish. Я обнаружил, что окружение Glassfish очень противоречиво. Мне пришлось исправить некоторые странные ошибки в GF, и я не мог найти никакой информации в Интернете, поэтому через несколько дней я сдался и вернулся к JBoss. Поэтому лично я бы не рекомендовал Glassfish.

Ответ 6

Мне придется пойти с Glassfish на это. Развертывая разнообразные приложения, созданные на разных веб-сервисах, у нас были серьезные проблемы с совместимостью, что привело к настройке загрузки классов и по-прежнему возникало множество проблем. Glassfish Я никогда не сталкивался с такими проблемами.