Explosé (déballé) Fichier EAR ou fichier EAR compressé?

Question

Dans mon bureau, nous utilisons des fichiers EAR éclatés (et à l'intérieur de ceux-ci des répertoires WAR éclatés) pour nos environnements de test, puis un packagé pour la production. Je n'ai pas encore trouvé une bonne explication de la raison derrière cela. Je comprends qu'il est plus facile de déployer un seul fichier lors des générations, mais cela nous empêche de faire des changements de fichiers de propriétés sans reconstruire complètement (nous pouvons ignorer les compilations, mais notre environnement lie actuellement les processus de compilation et de jar ensemble).

Quels sont les principaux avantages/inconvénients entre ces deux configurations?

Answer 1

Même si vous déployez un seul fichier .ear, le serveur d'applications le décompactera avant de l'utiliser, ainsi que de décompresser les fichiers WAR à l'intérieur de celui-ci, et parfois même les fichiers JAR.

Ainsi, le seul avantage des fichiers .ear uniques est un avantage de déploiement.

Answer 2

Oreille éclatée - facile à mettre à jour et à manipuler des fichiers prop individuels, des fichiers de classe, des jsps et effectuer des changements chirurgicaux. Vous vous demandez de temps en temps si le dernier code de production a tous les derniers changements car vous déplacez chaque fichier individuellement et il serait facile d'oublier quelque chose. Lorsque vous déployez, vous savez exactement quel fichier est modifié avec une oreille emballée que vous mettez à jour chaque classe, jar, jsp en un seul coup.

Oreille empaquetée - simple, facile à déployer, vous savez à chaque déploiement que vous déménagez TOUTES les dernières modifications. Les fichiers prop sont vraiment bizarres quand vous utilisez une oreille, vous devez les placer sur le serveur (container) et créer un chemin absolu pour que vous sachiez où ils se trouvent et qu'ils soient séparés de votre oreille. Je pense que je préfère l'oreille éclatée.