eP-EAR est un Enterprise ARchive. Il empaquète plusieurs modules (eP-Web, eP-WebServices, eP-Admin….) pour les déployer sur le serveur d'application en une seule fois, de façon cohérente. Il leur permet aussi de partager le même classloader et donc la même instance d'ePCore (dont eP-EAR dépend).

eP-EAR ne contient pas de code à proprement parler, juste des fichiers de configurations permettant de mettre en place les modules et les dépendances de l'application.

Numéro de la version d'ePIMS (version globale pour le système)

Correspondance entre le numéro de version du systeme et de chaque module =⇒ maintenant sur le wiki de RedMine

Ce fichier contient la définition des modules contenus dans l'application.
Pour définir un nouveau module il faut rajouter les lignes suivantes :

<module id="[identifiant]">
   <web>
      <web-uri>[nom de l'artefact du module]</web-uri>
      <context-root>[adresse à laquelle on pourra accéder au module]</context-root>
   </web>
</module>

Par exemple pour le module eP-Admin :

<module id="WebModule_1206457080725">
   <web>
      <web-uri>eP-Admin.war</web-uri>
      <context-root>eP-Admin</context-root>
   </web>
</module>

Ce fichier contient * les dépendances de l'application (balises dependency):

• vers eP-Core
• les ressources utiles :
  • Services JMS
  • Pool de connexions à la base de données

* Les classes du serveur dont l'application ne doit pas dépendre (car elles a ses propres versions en interne) (balise hidden-classes). * La définition du système de sécurité utilisé (balise security)