Lors du déploiement d'une OREILLE à WebSphere, ce qui est la cause d'un “double entrée” SaveFailureException?

Lorsque vous tentez d'installer l'OREILLE, l'exception suivante des résultats:

Caught Exception installing ApplicationName  
com.ibm.ws.scripting.ScriptingException: com.ibm.websphere.management.application.client.AppDeploymentException: AppDeploymentException: []  
org.eclipse.jst.j2ee.commonarchivecore.internal.exception.SaveFailureException: META-INF/application.xml  
META-INF/application.xml  
duplicate entry: META-INF/application.xml  
org.eclipse.jst.j2ee.commonarchivecore.internal.exception.SaveFailureException: org.eclipse.jst.j2ee.commonarchivecore.internal.exception.SaveFailureException: META-INF/application.xml

Inutile de dire que, l'OREILLE fichier n'a pas les deux application.xml les fichiers qu'il contient, donc je ne peux pas expliquer le "double entrée" erreur. Est-ce une exception familier à quelqu'un? Comment est-il résolu?

Je pense soit à un défaut du produit ou de l'OREILLE est étrangement emballés. Qu'est-ce que la sortie de unzip-l sur l'OREILLE?

OriginalL'auteur seansand | 2010-04-26

  1. 4

    Mon conseil est d'ouvrir/explorer l'oreille avec 7-zip et assurez-vous il n'y a pas deux application.xml les fichiers à la META-INF. Zip sera créer des entrées en double pour les fichiers sous de nombreuses conditions, en particulier si vous êtes à la compression des fichiers source d'ensemble à partir de plusieurs répertoires. Nous avons juste eu exactement le même problème.

    OriginalL'auteur Erik Tennant

  2. 2

    J'ai fait face aujourd'hui..

    Ear.setAppXml(): ear tâche ant, sont en train de mettre le double de l'entrée de META-INF/application.xml, tout en re-emballage un EAR (à partir de l'endroit même où son explosé).

    setAppXml(): appxml attribut dans ear tâche, besoin d'un chemin d'accès à la application.xml fichier. Si le chemin d'accès spécifié comme {exploded.dir}/META-INF/application.xml, il met deux entrées.

    Solution:

    Copy the META-INF/application.xml to some /tmp/app.xml
Pass "/tmp/app.xml" for setAppXml() / "appxml" in ear task
Delete the entry: {exploded.dir}/META-INF/application.xml
Pack the EAR now.

    espère que cela aide..

    OriginalL'auteur Madhes

  3. 1

    Vérifier si il y a une autre application avec le même nom existe déjà déployé sur le serveur.

    OriginalL'auteur Manglu

  4. 0

    Une autre option est que vous avez un autre fichier JAR, situé à l'intérieur de l'OREILLE est à la racine, qui a un META-INF/application.xml.

    Sons bizarres? Je sais, mais j'ai vu cela se produire avant (développeurs ont inclus l'OREILLE des fichiers dans les fichiers EAR).

    OriginalL'auteur Isaac

  5. 0

    J'ai eu ce problème et il s'est avéré être un problème d'espace sur le serveur à partir duquel j'ai été l'exécution de la déployer. La cible avait beaucoup d'espace, le serveur qui était en train de faire le déployer était complètement out.

    OriginalL'auteur figgy