Version de communauté JBoss AS / Wildfly correspondant à la version Red Hat EAP?
Autant que je sache, le PAE éditions de JBoss Application Server (as) sont juste un tas de community edition JBoss projets avec un peu de sucre.
Alors, qu'est-ce que le community edition du Serveur d'Applications JBoss qui JBoss EAP 4.3.0 correspond?
source d'informationauteur Stroboskop
Vous devez vous connecter pour publier un commentaire.
Selon JBoss Enterprise Application Platform Composant De DétailsJBoss EAP 4.3 est basée sur:
Cette réponse est vraiment la fin, mais je suis tombé sur la question sans réponse dans une recherche Google, et je voulais être sûr qu'il n'y est une réponse correcte. Je travaille pour JBoss de soutien de sorte que vous pouvez considérer cette une réponse qualifiée.
JBoss EAP est le seul support commercial de la version de JBoss. Il contient de JBoss as et JBoss Seam. EAP ont divergé (en termes de la branche svn il est construit off) à partir de JBoss as autour de la version 4.2.1 (pas exactement, mais assez proche). Le PAE a 5 ans de durée de vie et est testé et certifié de façon rigoureuse. Le PAE a payé un support commercial et des correctifs (appelé CPs ou des correctifs cumulatifs) qui sont conçus pour maintenir ABI/API de stabilité dans le temps tout en permettant à des questions de sécurité et de bugs à corriger. Il est en fait à l'encontre de la politique d'introduire une fonctionnalité dans un CP, mais il arrive à l'occasion.
Si vous êtes familier avec la façon dont Red Hat Enterprise Linux diffère de Fedoravous pouvez envisager de la différence, d'être tout à fait semblables. JBoss projet/produit split est beaucoup plus récente, cependant, de sorte que les différences sont moins marquées. Voici la page officielle de décrire ce que j'ai dit.
http://www.jboss.com/products/community-enterprise
Acclamations,
Chris
La principale différence entre le PAE et la libération dans la collectivité est que le PAE est officiellement pris en charge la configuration de l'édition de la communauté, avec les versions fixes des différents composants. RedHat a été de trouver que c'est trop difficile à prendre en charge les différentes versions de composants utilisés par l'homme+de chien, et cloué à un ensemble.
Comme pour la gestion des versions, le PAE les numéros de version à peu près de la piste de la communauté des rejets, mais avec des différences:
Edit:
J'ai fouiné dans JBoss informations de version de l'essayer et de trouver une réponse à une question plus spécifique, je m'occupe, et je pensais que je voudrais partager mes observations. Vous pouvez obtenir une image de l'noms et les dates de sorties de JBoss le JIRA bug tracker: vous pouvez vérifier les informations de la La communauté et L'entreprise éditions.
Je me suis intéressé à la 4.2 branche plutôt que de 4.3. Si vous chassez en arrière de quelques années, vous verrez que le Communauté de la version 4.2.0.GA est sorti le 14 Mai 2007, et a été suivie de six semaines plus tard par les Enterprise version 4.2.0.GA le 3 juillet 2007. Après cela, la numérotation ont divergé: le Community edition expédiés à l'amélioration des points - 4.2.1.GA4.2.2.GA et 4.2.3.GA - tous les quelques mois après. L'édition Enterprise est plutôt livré une série de "cumulé patch' versions basées sur la version 4.2.0, à commencer par 4.2.0.GA_CP01 et frapper 4.2.0.GA_CP06 il y a quelques mois. Comment ces rejets se rapportent les uns aux autres? Je ne suis pas encore sûr à ce sujet, mais je pense que la théorie est que l'édition d'Entreprise n'est pas gagner toutes les nouvelles fonctionnalités (à l'intérieur de cette branche), uniquement des corrections de bugs, mais que ces corrections sont appliquées à la fois de l'Entreprise et de la Communauté éditions. En fait, je soupçonne que, dans le cas de mon bugDixle correctif a été élaboré dans l'édition de la Communauté, et puis crossported à l'édition d'Entreprise, même si je suis loin d'être sûr à ce sujet.
Revenir à votre question, les choses sont moins claires. Le Entreprise 4.3.0.GA est sorti le 7 janvier 2008, après la La communauté 4.2.2.GAmais avant 4.2.3.GA. Il n'y a pas de Communauté 4.3.0, ni est-il une Entreprise 4.2.x pour tout x > 0. Chris dit que l'Entreprise et de la Communauté des versions de "divergente", et je suppose que ce qu'il veut dire par là c'est que la version Entreprise est plus basée sur la juste bugfixing une version Communautaire, mais plutôt est maintenant entièrement distincte de développement de flux de données - sans doute de prendre le code de gouttes à partir de l'édition de la Communauté où c'est approprié.
Donc, la réponse à votre question est une combinaison de: 4.2.2.GA (mais seulement de loin), 4.2.0.GA (plus d'années de développement séparé), et mu.
Alors que JBoss as /Wildfly est vraiment la base pour JBoss EAP, ce n'est certainement pas juste "un peu de sucre" de ce qui est ajouté.
EAP est ce qui a fait l'objet de nombreux tests et de nombreuses de nombreuses corrections et les questions de sécurité sont fixes.
Plus, le PAE est généralement aussi vite après une période de tests de performance, faire tremper les tests et l'analyse de code.
Aussi, EAP objets (pots) sont tous construits par Red Hat, c'est à dire de Red Hat est responsable de tout ce qui est en eux - c'est à dire de ne pas obtenir ce que quelqu'un met dans le centre des pensions ou n'importe quel autre dépôt que vous avez configurées dans votre
settings.xml(dans le cas où vous construisez votre propre). Beaucoup de ces bibliothèques de tiers sont modifiés - CVE fixe, les problèmes de performances etc.Et enfin, le PAE est meilleur en termes de fonctionnalités. Par exemple, les 7 derniers.x version de JBoss as est 7.1.1, un an et quelque chose de vieux, même si le PAE 6.1 est d'environ un mois, et c'est beaucoup mieux en ce qui concerne la gestion, la stabilité, la configuration, etc. Il y a plusieurs centaines de commits différence entre les deux.
Donc, en déclarant que "JBoss EAP X est basé sur JBoss as Y" est peut-être vrai, mais en même temps trompeuse.
Vérifier la EAP 6.1.