Версия сообщества JBoss AS / Wildfly, соответствующая версии Red Hat EAP?

Question

Насколько я знаю, EAP-версии JBoss Application Server (AS) - это всего лишь несколько проектов JBoss для сообщества с небольшим количеством сахара.

Итак, каков выпуск сообщества Сервера приложений JBoss, которому JBoss EAP 4.3.0 соответствует?

Answer 1

Этот ответ действительно опоздал, но я наткнулся на вопрос без ответа в поиске Google, и я хотел убедиться, что есть правильный ответ. Я работаю для поддержки JBoss, поэтому вы можете считать это квалифицированным ответом.

JBoss EAP - единственная коммерчески поддерживаемая версия JBoss. Он содержит JBoss AS и JBoss Seam. EAP отличался (с точки зрения ветки svn, из которой он построен) от JBoss AS в версии 4.2.1 (не совсем, но достаточно близко). EAP имеет 5-летний срок службы и строго проверен и сертифицирован. EAP оплатил коммерческую поддержку и исправления (так называемые CP или накопительные исправления), которые предназначены для поддержания стабильности ABI / API с течением времени, позволяя устранять проблемы безопасности и ошибки. На самом деле, вводить функцию в СР против политики, но это иногда случается.

Если вы знакомы с тем, чем Red Hat Enterprise Linux отличается от Fedora , вы можете считать, что разница весьма схожа. Однако разделение проекта и продукта JBoss намного новее, поэтому различия меньше. Вот официальная страница с описанием того, что я сказал.

http://www.jboss.com/products/community-enterprise

Приветствия

Chris

Answer 2

Согласно Подробная информация о компоненте JBoss Enterprise Application Platform , JBoss EAP 4.3 основана на:

Сервер приложений JBoss 4.2.1 с различными обновлениями, обновлениями компонентов и исправлениями ошибок

Answer 3

Основное отличие EAP от выпуска сообщества состоит в том, что EAP является официально поддерживаемой конфигурацией выпуска сообщества с фиксированными версиями различных компонентов. RedHat посчитал слишком сложным поддерживать разные версии компонентов, используемые man + dog, и прибил его к одному набору.

Что касается версий, номера версий EAP примерно соответствуют релизам сообщества, но с различиями:

• EAP 4.2 основан на JBossAS 4.2
• EAP 4.3 также основан на JBossAS 4.2.1, но с заменой JBossMQ на JBossMessaging и поддержкой Java6
• EAP 5.0 основан на JBossAS 5.1
• EAP 5.1, похоже, также основан на JBossAS 5.1 с некоторыми накопительными патчами

Edit:

• EAP 6.x основан на сервере приложений JBoss 7.x

Answer 4

Хотя JBoss AS / Wildfly действительно является основой для JBoss EAP, это определенно не просто «немного сахара», которое добавляется.

EAP - это то, что прошло тщательное тестирование, и многие ошибки и проблемы безопасности устранены.

Более того, EAP, как правило, также быстрее после периода тестов производительности, тестов выдержки и анализа кода.

Кроме того, все артефакты (фляги) EAP создаются Red Hat, то есть Red Hat несет ответственность за то, что находится в них - т.е. вы не получаете того, что кто-либо помещает в центральное репо, или того, что вы настроили в репо ваш settings.xml (в случае, если вы создаете свою собственную AS). Многие из этих сторонних библиотек изменены - исправлены CVE, устранены проблемы с производительностью и т. Д.

И, наконец, EAP намного лучше с точки зрения возможностей. Например, последний выпуск 7.x JBoss AS имеет версию 7.1.1, ему около года, а EAP 6.1 около месяца, и он намного лучше в плане управляемости, стабильности, конфигурируемости и т. Д. Существует несколько Разница в сотни коммитов между этими двумя.

Таким образом, утверждение, что «JBoss EAP X основан на JBoss AS Y», может быть верным, но в то же время вводить в заблуждение.

Проверьте EAP 6.1 .

Answer 5

Я копался в информации о версии JBoss, чтобы попытаться найти ответ на более конкретный вопрос, с которым я имею дело, и я решил поделиться своими наблюдениями. Вы можете получить информацию об именах и датах выпусков с помощью системы отслеживания ошибок JBoss JBoss: вы можете проверить информацию о Community и Enterprise выпусках.

Меня заинтересовала ветка 4.2, а не 4.3. Если вы поохотитесь на несколько лет назад, вы обнаружите, что Community Release 4.2.0.GA вышел 14 мая 2007 г., а через шесть недель последовал Enterprise выпуски 4.2. .0.GA от 3 июля 2007 года. После этого нумерация разошлась: Обновления для отгруженной версии сообщества - 4.2.1.GA , 4.2.2.GA и 4.2.3.GA - каждые несколько месяцев после этого. Вместо этого редакция Enterprise поставила серию выпусков «накопленных патчей», основанных на 4.2.0, начиная с 4.2.0.GA_CP01 и заканчивая 4.2.0.GA_CP06 несколько месяцев назад. Как эти релизы связаны друг с другом? Я до сих пор не уверен в этом, но я думаю, что теория заключается в том, что редакция Enterprise не получает никаких новых функций (в пределах этой ветки), только исправления ошибок, но эти исправления применяются как к редакциям Enterprise, так и к сообществам. На самом деле, я подозреваю, что в случае моей ошибки 10 исправление было разработано для редакции Community, а затем перенесено в редакцию Enterprise, хотя я в этом не уверен.

Возвращаясь к вашему актуальному вопросу, все не так ясно. Enterprise 4.3.0.GA вышел 7 января 2008 года, после Community 4.2.2.GA , но до 4.2.3.GA, Существует не Сообщество 4.3.0 и не существует Enterprise 4.2.x для любого x> 0. Крис говорит, что версии Enterprise и Community «разошлись», и я предполагаю, что он подразумевает, что версия Enterprise не является больше основанный только на исправлении ошибок в версии Сообщества, но теперь это совершенно отдельный поток разработки - по-видимому, с отбрасыванием кода из редакции Сообщества, где это уместно.

Итак, ответ на ваш вопрос - это некая комбинация: 4.2.2.GA (но только отдаленно), 4.2.0.GA (плюс годы отдельной разработки) и mu .