Les fichiers EAR (Enterprise Archive) permettent de contrôler les déploiements multiples de composants Java.
La modularité des composants Java ?” en particulier celle des EJB (Enterprise Java Beans) ?” a conduit à une multiplication des fichiers JAR (Java Archive). Dans la plupart des cas, ces nombreux composants font appel ?” du moins, en partie ?” aux mêmes classes, qui sont ainsi déclarées séparément. A mesure que les applications gagnent en complexité, cette approche a trouvé ses limites. C’est pour cette raison que les spécifications de J2EE 1.3 introduisent la notion de fichier EAR (Enterprise Archive) afin de regrouper tous ces éléments. Celui-ci peut contenir un nombre quelconque de composants, eux-mêmes stockés sous la forme de fichiers “archives” de différents types. Ainsi, un serveur d’applications prendra en charge un fichier EAR, en extraira les différents fichiers JAR ou WAR (Web Archive) et les installera séparément en utilisant ses propres conventions. Chacun des éléments regroupés dans le fichier EAR, y compris celui-ci, est associé à un fichier XML décrivant son déploiement. Créé par le développeur du composant, ce fichier descripteur regroupe toutes les informations nécessaires à son installation : types de classes et d’interfaces utilisées, règles de gestion des transactions, attributs de sécurité, etc.Cette approche de l’empaquetage de composants, bien que simplifiant grandement le déploiement, a toutefois ses limites. Ainsi, certains composants, tels que les objets Datasource de JDBC et certains objets JMS ?” fréquents dans les applications J2EE ?” ne peuvent être incorporés à un fichier EAR. Ce qui restreint sa portabilité. Pour autant, l’apparition de cette capacité marque une étape importante pour utiliser Java à grande échelle dans l’entreprise : des applications mettant en ?”uvre des dizaines de composants EJB peuvent ainsi être déployées de manière efficace. A terme, les fichiers EAR devront pourtant élargir l’éventail des composants pris en compte.
