hat eap jboss jboss-eap-4.3.x

eap - jboss wikipedia



¿La versión de la comunidad JBoss AS/Wildfly corresponde a la versión EAP de Red Hat? (5)

La principal diferencia entre EAP y el lanzamiento de la comunidad es que EAP es la configuración oficialmente admitida de la edición de la comunidad, con versiones fijas de los diversos componentes. A RedHat le resultaba demasiado difícil admitir las diferentes versiones de componentes utilizadas por man + dog, y lo definió en un solo conjunto.

En cuanto a las versiones, los números de la versión de EAP rastrean aproximadamente los lanzamientos de la comunidad, pero con diferencias:

  • EAP 4.2 se basa en JBossAS 4.2
  • EAP 4.3 también se basa en JBossAS 4.2.1, pero con JBossMQ reemplazado por JBossMessaging y compatibilidad con Java6
  • EAP 5.0 está basado en JBossAS 5.1
  • EAP 5.1 también parece estar basado en JBossAS 5.1, con algunos parches acumulativos

Editar:

  • EAP 6.x se basa en JBoss Application Server 7.x

Por lo que sé, las ediciones de EAP de JBoss Application Server (AS) son solo algunos proyectos JBoss de edición comunitaria con algo de azúcar.

Entonces, ¿cuál es la edición comunitaria del servidor de aplicaciones JBoss a la que corresponde JBoss EAP 4.3.0 ?

Esta respuesta es muy tarde, pero encontré la pregunta sin respuesta en una búsqueda de Google y quería asegurarme de que haya una respuesta correcta. Trabajo para el soporte de JBoss para que pueda considerar esto como una respuesta calificada.

JBoss EAP es la única versión comercialmente compatible de JBoss. Contiene JBoss AS y JBoss Seam. EAP divergió (en términos de la rama svn está construida) de JBoss AS en torno a la versión 4.2.1 (no exactamente, pero lo suficientemente cerca). EAP tiene una vida útil de 5 años y está probado y certificado rigurosamente. EAP ha pagado soporte comercial y parches (llamados CP o parches acumulativos) que están diseñados para mantener la estabilidad de ABI / API a lo largo del tiempo al tiempo que permite corregir los problemas de seguridad y los errores. En realidad, es contra la política introducir una característica en un CP, pero sucede en ocasiones.

Si está familiarizado con la diferencia entre Red Hat Enterprise Linux y Fedora , puede considerar que la diferencia es bastante similar. Sin embargo, la división proyecto / producto JBoss es mucho más nueva, por lo que las diferencias son menores. Aquí está la página oficial que describe lo que dije.

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

Aclamaciones,

Chris

Estuve investigando la información de la versión de JBoss para tratar de encontrar una respuesta a una pregunta más específica con la que estoy tratando, y pensé que compartiría mis observaciones. Puede obtener una imagen de los nombres y fechas de las versiones del rastreador de errores JIRA de JBoss: puede consultar la información de las ediciones Community y Enterprise .

Estaba interesado en la rama 4.2 en lugar de 4.3. Si busca algunos años atrás, encontrará que el lanzamiento de la Comunidad 4.2.0.GA salió el 14 de mayo de 2007, y fue seguido seis semanas después por Enterprise Release 4.2.0.GA el 3 de julio. 2007. Después de eso, la numeración divergió: la edición de la comunidad envió actualizaciones de puntos: 4.2.1.GA , 4.2.2.GA y 4.2.3.GA , cada pocos meses después de eso. En su lugar, la edición Enterprise incluía una serie de versiones de ''parches acumulados'' basados ​​en 4.2.0, comenzando con 4.2.0.GA_CP01 y llegando a 4.2.0.GA_CP06 hace unos meses. ¿Cómo se relacionan estas versiones entre sí? Todavía no estoy seguro de esto, pero creo que la teoría es que la edición Enterprise no obtiene nuevas características (dentro de esa rama), solo correcciones de errores, pero esas correcciones de errores se aplican a las ediciones Enterprise y Community. De hecho, sospecho que en el caso de mi error 10 , la solución fue desarrollada en contra de la edición Community, y luego se transfirió a la edición Enterprise, aunque estoy muy seguro de eso.

Volviendo a su pregunta real, las cosas son menos claras. Enterprise 4.3.0.GA salió el 7 de enero de 2008, después de Community 4.2.2.GA , pero antes de 4.2.3.GA. No existe una Comunidad 4.3.0, ni hay una Enterprise 4.2.x para ninguna x> 0. Chris dice que las versiones Enterprise y Community "divergieron", y supongo que lo que quiere decir es que la versión Enterprise no es se basa más en la corrección de errores de una versión de la Comunidad, pero ahora se trata de una secuencia de desarrollo completamente independiente, presumiblemente tomando gotas de código de la edición de la Comunidad donde sea apropiado.

Entonces, la respuesta a su pregunta es alguna combinación de: 4.2.2.GA (pero solo a distancia), 4.2.0.GA (más años de desarrollo separado) y mu .

Si bien JBoss AS / Wildfly es realmente la base de JBoss EAP, definitivamente no es solo "algo de azúcar" lo que se agrega.

EAP es lo que pasó por una extensa prueba y muchos problemas de fallas y seguridad son reparados.

Además, EAP generalmente también es más rápido después de pasar por un período de pruebas de rendimiento, pruebas de remojo y análisis de código.

Además, los artefactos EAP (tarros) son todos construidos por Red Hat, es decir, Red Hat es responsable de todo lo que contiene, es decir, no obtienes lo que alguien pone en el repositorio central o cualquier otro repositorio que hayas configurado en tu settings.xml (en caso de que construyas tu propio AS). Muchas de estas bibliotecas de terceros se modifican: CVE solucionó problemas de rendimiento, etc.

Y, por último, EAP es mucho mejor en términos de características. Por ejemplo, la última versión 7.x de JBoss AS es 7.1.1, año y algo viejo, mientras que EAP 6.1 tiene aproximadamente un mes de vida, y es mucho mejor en términos de manejabilidad, estabilidad, configurabilidad, etc. Hay varios cientos de commits diferencian entre esos dos.

Por lo tanto, afirmar que "JBoss EAP X se basa en JBoss AS Y" puede ser cierto, pero al mismo tiempo engañoso.

Verifique el EAP 6.1 .