Avantages (et conseils) d'une mise à niveau à partir de JBoss 4.2.x pour JBoss 5.x, 6.x, 7.x et WildFly 8.x?

Veuillez supposer que je n'ai pas besoin de vous soucier des temps et coûts de développement: je suis intéressé en général des avantages techniques (amélioration de la performance? l'amélioration des Api?) et de nouvelles fonctionnalités.

Je suis actuellement en train de travailler sur des produits à l'aide de 4.2.x, et nous considérons qu'un changement majeur pour les versions longtemps à l'avance et doivent converger.

J'ai eu un bref regard sur les notes de version de chaque version et quelques articles sur chaque version 5.x, 6.x, 7.x et 8.x. Mais je serais heureux d'avoir les premières impressions des personnes qui ont fait le commutateur.

J'ai remarqué il y a quelques changements importants entourant de messagerie (commutation de JBoss MQ pour JBoss messaging, toujours), et que pour JBoss 7.x il semble changer un peu juste sa couche de configuration. Ensuite, il y a beaucoup plus de choses lors de la commutation de JBoss/WildFly 8.x.

S'il vous plaît recommander de bons articles pointant vers les pièges, si vous le pouvez. J'ai trouvé un peu pour les migrations de JBoss 5.x, mais pas beaucoup pour les 6.x ou même 7.x, et quelqu'un d'autre est de l'évaluation 8.x pour nous maintenant. Hésitez pas à recommander des solutions de rechange ainsi si vous pensez qu'ils sont pertinents, bien que je préfère se concentrer uniquement sur JBoss.

Pour plus d'informations, nous utilisons un mélange de JPF - et OSGi-activé (à l'aide d'Eclipse Equinox) à base de plugins systèmes, avec des clients développé en Swing (certains déployées par WebStart).

Mise à jour: Si cette question a apporté quelques réponses grands déjà, je pense qu'il mérite une mise à jour pour WildFly (et en fait, nos projets internes retardé la décision de passer de 4.2.x-7.x comme prévu à l'origine pour attendre WildFly). De nouvelles pensées et les réponses sont les bienvenues.

InformationsquelleAutor haylem | 2011-06-01