Ressource en double Wildfly

Je suis d'erreur ci-dessous dans Wildfly 8.2:

05:17:12,202 INFO  [org.jboss.msc] (main) JBoss MSC version 1.2.2.Final
05:17:12,285 INFO  [org.jboss.as] (MSC service thread 1-6) JBAS015899: WildFly 8.2.0.Final "Tweek" starting
05:17:13,199 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 12) JBAS014613: Operation ("add") failed - address: ([
    ("subsystem" => "datasources"),
    ("data-source" => "ExampleDS")
]) - failure description: "JBAS014803: Duplicate resource [
    (\"subsystem\" => \"datasources\"),
    (\"data-source\" => \"ExampleDS\")
]"

Comment puis-je supprimer les doublons?

Ouvrez votre standalone.xml et de supprimer la ressource en double.
Ou renommer la source de données que vous avez ajouté 🙂

OriginalL'auteur Passionate Developer | 2015-01-31

  1. 20

    En vertu de standalone/configuration/standalone-full.xml supprimer les doublons de déploiement de la valeur.

    Supprimer le ci-dessous si mywar.la guerre est l'un duplicata.

    <deployments>
    <deployment name="mywar.war" runtime-name="mywar.war">
        <content sha1="d642ffaa51228ab567439653a0923c69b7972cf5"/>
    </deployment>
</deployments>
    Fixe le problème Dans mon cas. Ressemble dupliqué enregistrement a été ajouté de l'Idée Jboss IDE de débogage.

    OriginalL'auteur i2ijeya

  2. 10

    C'est un bug sur jboss. Veuillez vous référer à https://bugzilla.redhat.com/show_bug.cgi?id=1169239 pour plus de détails.

    Pour résoudre le problème, essayez de trouver et de supprimer les * < app >.guerre.a échoué* fichier.

    Regarder à l'intérieur de la JBOSS_HOME/autonome/déploiements répertoire de ce fichier. Ce fixe pour moi.

    OriginalL'auteur DeepNightTwo

  3. 2

    Je suis tombé sur le même problème. wildfly était également en train de créer .échec de fichiers autonome/dossier de configuration. Pour résoudre ce problème,

    • j'ai supprimé tous les .échec de fichiers.

    • nettoyé le contenu de déploiements, tmp et dossiers de données.

    • commencé le serveur, sans aucune guerre/oreille déployé. Il a été en mesure de commencer à nettoyer.

    • arrêté de jboss et ajout de la guerre/de l'oreille et a commencé à nouveau

    maintenant il fonctionne très bien. Il semble que ce soit un problème connu dans WildFly
    https://issues.jboss.org/browse/WFCORE-495

    Espère que cela aide..

    Si cela n'aide pas. La prochaine action à effectuer serait:
    - Ouvrir le standalone.xml ou standalone-full.xml (en fonction de celui qui est utilisé)

    • trouver la balise. Plus certainement, il y aura deux entrées ou plus.

    • garder l'entrée mentionnés ci-dessous et supprimer tous les autres:

    • claire tous les .échec de fichiers ainsi que la tmp et dossiers de données.

    • essayez-le maintenant pour démarrer jboss wildfly (vous pouvez ajouter la guerre/l'oreille de nouveau à partir d'eclipse, jboss plugin).

    Retrait *.failed plus de la GUERRE d'entrée de standalone.xml déploiements résolu pour moi.

    OriginalL'auteur bimal srivastava

  4. 1

    Vous pouvez utiliser 2 méthode de ce type d'erreur :

    • dans standalone.xml et supprimer la ressource en double
      ou dans localhost:19990/console/App.html vous pouvez aussi supprimer la ressource en double

    OriginalL'auteur Brahim Hasni

  5. 0

    Peut-être certains .pot a été endommagé à l'intérieur de votre maven repository local.

    Supprimer tous dans %UserProfile%\.m2\repository répertoire, de construire et d'essayer de nouveau.

    OriginalL'auteur ℛɑƒæĿ

  6. -1

    J'ai aussi face à ce même problème, c'est un bug dans JBOSS 8 version pour cela, j'ai suivi les étapes ci-dessous pour résoudre ce

    1. supprimer *.échec de fichiers à partir de déploiements dossier

    2. lignes dans les commentaires ci-dessous standalone.xml fichier

      <extension module="org.wildfly.extension.undertow"/>

    et complet de ce sous-système de tag

    <subsystem xmlns="urn:jboss:domain:undertow:1.2">
</subsystem>
    1. redémarrer JBoss
    2. à nouveau de retirer *.failed des fichiers à partir de deployement dossier

    3. décommenter l'étape 2 permet de décommenter cette balise

      <subsystem xmlns="urn:jboss:domain:undertow:1.2">

    et 

    `<extension module="org.wildfly.extension.undertow"/>`

    cette ligne de manière autonome.xtml.

    Si vous avez trouvé enlevé ce sous-système de tag et au-dessus de la ligne de standalone.xml ensuite, des copies de ces à partir d'autonome.xhtml.

    1. redémarrer le jboss et maintenant cette ressource en double problème est résolu 🙂

    OriginalL'auteur Pankaj Kalra