Une autre façon de poser cette question serait de demander: « Quelle est la différence entre un EAR amélioré et une norme OREILLE? »
Une oreille amélioré est un EAR avec des fichiers XML ajoutés au répertoire META-INF pour configurer des ressources spécifiques à l'application, au niveau du serveur ou de la cellule (voir le Redbook IBM WebSphere Application Server V7: Packaging Applications for Deployment pour plus de détails à ce sujet).
Tableau 23-1 J2EE Packaging, Enhanced EARs, and the Application Server Toolkit (pdf) répertorie ces fichiers:
alt text http://img46.imageshack.us/img46/6751/table231.png
Les fichiers étant situés dans le répertoire META-INF, en les intégrant dans un EAR standard à partir de Ant ou Maven devrait être assez juste en avant, il suffit de les mettre dans le META-INF avant l'emballage.
Si vous devez générer ces fichiers à partir de rien (cela n'aurait aucun sens IMHO), alors c'est vraiment une autre histoire et je ne suis pas sûr que la structure de ces fichiers soit disponible publiquement.
Sérieusement, si vous souhaitez utiliser cette fonctionnalité, trouver un moyen de générer les fichiers de l'éditeur EAR amélioré WebSphere. Peut-être obtenir une version d'essai de RAD pour évaluer cette fonctionnalité> :) Ou contactez IBM, je suis sûr qu'ils seront heureux de
aide
vous vendre quelque chose, même une seule licence.
MISE À JOUR: IBM fournit Ant Tasks pour WebSphere que vous pouvez également utiliser de Maven en utilisant le plugin antrun (cela semble être le meilleur moyen) mais je ne pense pas que wsDefaultBindings
est exactement ce que vous cherchez, Par défaut, IBM WebSphere Bindings n'offre pas les mêmes fonctionnalités que Enhanced EAR - mais ils peuvent être utiles et suffisants. Juste au cas où, si vous décidez d'utiliser la tâche wsadmin
au lieu de l'oreille améliorée, voici un list of options.