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

Question

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

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

Answer 1

Согласно JBoss Enterprise Application Platform Component Details, JBoss EAP 4,3 основан на:

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

Answer 2

Этот ответ очень поздний, но я нашел ответ на неотвеченный вопрос в поиске 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

Cheers,

Chris

Answer 3

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

Меня интересовала ветвь 4.2, а не 4.3. Если вы будете отыскивать несколько лет назад, вы обнаружите, что Community release 4.2.0.GA вышел 14 мая 2007 года, а спустя 6 недель последовал Enterprise release 4.2.0.GA 3 июля 2007 года. После этого нумерация расходилась: Community edition shipped point upgrades - 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 Edition не получает никаких новых функций (внутри этой ветви), а только исправляет ошибки, но эти исправления применяются к выпускам Enterprise и Community. На самом деле, я подозреваю, что в случае с моей ошибкой 10 исправление было разработано против версии сообщества, а затем скрещено с корпоративной версией, хотя я не уверен в этом.

Возвращаясь к вашему фактическому вопросу, все менее понятно. 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 отсутствует более длинный, основанный на просто исправлении версии сообщества, но теперь это совершенно отдельный поток разработки - предположительно, сбрасывание кода из версии Community, где это уместно.

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

Answer 4

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

Что касается версий, номера версий 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 основана на 7.x JBoss Application Server

Answer 5

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

EAP - это то, что прошло через обширное тестирование, и исправлено множество ошибок и проблем безопасности.

Подробнее, EAP, как правило, также быстрее после прохождения тестирования производительности, тестирования на выдержку и анализа кода.

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

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

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

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