Les objets suivants ne pouvait pas être résolu: javax.jms:jms:jar:1.1

Je suis en train de compiler un projet maven, mais j'ai systématiquement le message d'erreur suivant:

[ERROR]Failed to execute goal on project ...:
Could not resolve dependencies for project ...:war:1.0.0:
The following artifacts could not be resolved: javax.jms:jms:jar:1.1,
com.sun.jdmk:jmxtools:jar:1.2.1, com.sun.jmx:jmxri:jar:1.2.1:
Failure to find javax.jms:jms:jar:1.1 in http://mirrors.ibiblio.org/maven2/
  was cached in the local repository, resolution will not be reattempted until
  the update interval of maven2-repository.ibiblio.mirror has elapsed or
  updates are forced -> [Help 1]

Je sais à propos de cette maven post sur le Soleil pots, mais cela ne résout pas le problème.

Quelqu'un aurait-il une solution? Est-il un référentiel je peux préciser dans mon pom.xml?

Merci!

InformationsquelleAutor Jérôme Verstrynge | 2011-02-05

77

Merci pour les suggestions. J'ai enfin trouvé une solution à ce problème après la lecture de cette. Il s'avère que ces dépendances ont été à venir à partir d'une dépendance à la Gardienne.

J'ai modifié mon pom.xml comme suit et il a résolu le problème:
```
    <dependency>
        <groupId>org.apache.zookeeper</groupId>
        <artifactId>zookeeper</artifactId>
        <version>3.3.2</version>
        <exclusions>
            <exclusion>
                <groupId>com.sun.jmx</groupId>
                <artifactId>jmxri</artifactId>
            </exclusion>
            <exclusion>
                <groupId>com.sun.jdmk</groupId>
                <artifactId>jmxtools</artifactId>
            </exclusion>
            <exclusion>
                <groupId>javax.jms</groupId>
                <artifactId>jms</artifactId>
            </exclusion>
        </exclusions>
    </dependency>
```
- Bonne solution de contournement. J'ai eu le même problème aujourd'hui avec un log4j de dépendance. Il ressemble à maven-repository.dev.java.net/nonav/repository n'est pas valide cert peut-être (Chrome me donne un gros avertissement lorsque je tape l'url). C'est le serveur ces deps sont hébergés chez je pense.
- Je obtenir un certificat SSL avertissement, mais en est venu à réaliser que c'était parce que le domaine n'existe pas. C'était à cause de OpenDNS et à leur secours par défaut de la page.
- Il ressemble transitoire de dépendance log4j:log4j:1.2.15 tire dans ceux impair dépendances. À l'exclusion de log4j de la gardienne d'animaux de dépendance, et notamment une version plus récente de log4j vous-même semble également résoudre ce problème.
- Cochez cette(unitstep.net/blog/2009/05/18/...) sur. Il explique la log4j question.
InformationsquelleAutor Jérôme Verstrynge

Si quelqu'un veut encore l'utiliser jms1.1 puis ajoutez le public jboss référentiel et maven va le trouver...

projet->dépendances:

  <dependencies>
    <dependency>
      <groupId>javax.jms</groupId>
      <artifactId>jms</artifactId>
      <version>1.1</version>
    </dependency>

projet->référentiels:

  <repositories>
    <repository>
      <id>repository.jboss.org-public</id>
      <name>JBoss.org Maven repository</name>
      <url>https://repository.jboss.org/nexus/content/groups/public</url>
    </repository>

Cela fonctionne -

F:\mvn-repo-stuff>mvn verify
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building mvn-repo-stuff 1.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
Downloading: http://repo1.maven.org/maven2/javax/jms/jms/1.1/jms-1.1.pom
Downloaded: http://repo1.maven.org/maven2/javax/jms/jms/1.1/jms-1.1.pom (677 B at 0.8 KB/sec)
[WARNING] The artifact xml-apis:xml-apis:jar:2.0.2 has been relocated to xml-apis:xml-apis:jar:1.0.b2
Downloading: http://repo1.maven.org/maven2/javax/jms/jms/1.1/jms-1.1.jar
Downloading: https://repository.jboss.org/nexus/content/groups/public/javax/jms/jms/1.1/jms-1.1.jar
Downloaded: https://repository.jboss.org/nexus/content/groups/public/javax/jms/jms/1.1/jms-1.1.jar (26 KB at 8.5 KB/sec)

Je l'ai trouvé uniquement dans le référentiel: repository.jboss.org/nexus/content/repositories/...
Mettez-vous cela dans <les référentiels> article? Il n'aide pas dans mon cas.
J'ai placé le dépôt dans les Paramètres de l'Utilisateur settings.xml mais il n'a pas faire le travail pour moi.
Cela a fonctionné pour moi. Upvoted.
Pour moi sa a été de donner à cette erreur.Ne pouvait pas trouver l'artefact org.jboss.com.soleil.serveur http:serveur http:jar:1.0.0.Final dans java.net...... Lorsque je modifie le référentiel de jboss ses téléchargé maintenant .. merci

InformationsquelleAutor matto

Log4 version 1.2.17 automatiquement résout le problème comme il l'a depency sur geronimo-jms. J'ai eu le même problème avec log4j - 1.2.15 version.

Ajouté avec plus autour de la question

à l'aide de 1.2.17 résolu le problème lors de la compilation, mais le serveur(Karaf) a l'aide de la 1.2.15 version créant ainsi des conflits au moment de l'exécution. J'ai donc eu à revenir à la 1.2.15.

JMS et JMX api ont été disponible pour moi à l'exécution ainsi, je n'ai pas d'importation de l'api J2ee.

ce que j'ai fait, j'ai utilisé le temps de compilation de dépendance sur 1.2.17 mais supprimé lors de l'exécution.

            <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.17</version>
        </dependency>
....
    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.felix</groupId>
                <artifactId>maven-bundle-plugin</artifactId>
                <extensions>true</extensions>
                <configuration>
                    <instructions>
                        <Bundle-SymbolicName>${project.groupId}.${project.artifactId}</Bundle-SymbolicName>
                                                          <Import-Package>!org.apache.log4j.*,*</Import-Package>

.....

InformationsquelleAutor R-JANA

13

Une autre solution si vous ne voulez pas modifier vos paramètres:

Télécharger jms-1.1.jar à partir de JBoss référentiel alors:

mvn install:install-file -DgroupId=javax.jms -DartifactId=jms -Dversion=1.1 -Dpackaging=jar -Dfile=jms-1.1.jar
- il a travaillé tout le chemin à la compilation du projet. merci. Une question: si je supprime le .m2 dossier, j'ai à nouveau le problème de cette commande. suis-je le droit?
- si je supprime le .m2 dossier, j'ai à nouveau le problème de cette commande? << Oui, vous l'avez. mvn install va copier un objet dans votre local mvn repo.
InformationsquelleAutor Adrián Deccico
3

Essayer de forcer les mises à jour à l'aide de la mvn cpu option:
```
usage: mvn [options] [<goal(s)>] [<phase(s)>]

Options:
 -cpu,--check-plugin-updates            Force upToDate check for any
                                        relevant registered plugins
```
- Il n'est pas si bon d'utiliser le cpu. Ici, c'est pourquoi "option de ligne de Commande -cpu est obsolète et sera supprimé dans les futures versions de Maven."
InformationsquelleAutor dogbane
3

En fait, la vraie solution à ce problème est d'utiliser le jms-api-1.1-rev-1.jar artefact disponible sur Maven Central : http://search.maven.org/#artifactdetails%7Cjavax.jms%7Cjms-api%7C1.1-rev-1%7Cjar
- Je pense que c'est la meilleure solution dans le cas où vos projets dépend de JMS. De cette façon, vous pouvez déléguer à Maven de la résolution de JMS trop, que l'idéal serait d'attendre.
- Facile, la solution la plus simple. Pas besoin d'ajouter un nouveau dépôt.
InformationsquelleAutor Sébastien Deleuze
2

Un chèque de ibliblio et java.net dépôts révèlent que jmx liées pot n'est pas présent dans les deux. Je pense que vous devez télécharger manuellement jms et les installer localement comme discuté ici.
- Je suis d'accord. Cela résout la plupart des problèmes. Parcourir jarvana.com et pour Projet type de champ groupId:artifactId du bocal u sont à la recherche pour. Si vous ne trouvez pas le fichier, que inspecter le pom et essayer de trouver où u peut le télécharger à partir de (voir downloadUrl ici: jarvana.com/jarvana/inspect-pom/com/sun/jdmk/jmxtools/1.2.1/...). Une fois que vous téléchargez utilisez la commande suivante: mvn install:install-fichier -DgroupId=groupIdOfJar -DartifactId=artifactIdOfJar -Dversion=versionOfJar -Dpackaging=jar-Dfile="pathToJar.jar" -DgeneratePom=true
- Découvrez également les différents référentiels ici: docs.codehaus.org/display/MAVENUSER/Mirrors+Dépôts Et du Maven miroirs et des dépôts de guide: maven.apache.org/guides/mini/guide-mirror-settings.html
InformationsquelleAutor Raghuram

J'ai aussi été confronté au même problème lorsque j'ai commencé à utiliser suivant dépendance maven version pour log4j (1.2.15) dans mon projet.

<dependency>
  <groupId>log4j</groupId>
  <artifactId>log4j</artifactId>
  <version>1.2.15</version>
</dependency>

Erreur suivante s'est jeté sur moi.

The following artifacts could not be resolved: javax.jms:jms:jar:1.1, com.sun.jdmk:jmxtools:jar:1.2.1, com.sun.jmx:jmxri:jar:1.2.1: Could not transfer artifact javax.jms:jms:jar:1.1 from/to java.net (https://maven-repository.dev.java.net/nonav/repository): Cannot access https://maven-repository.dev.java.net/nonav/repository with type legacy using the available connector factories: BasicRepositoryConnectorFactory: Cannot access https://maven-repository.dev.java.net/nonav/repository with type legacy using the available layout factories: Maven2RepositoryLayoutFactory: Unsupported repository layout legacy -> [Help 1]

J'ai commencé à utiliser suivant log4j (1.2.17) version et il m'a aidé à résoudre ce problème sans les configurations des corrections.

 <dependency>
      <groupId>log4j</groupId>
      <artifactId>log4j</artifactId>
      <version>1.2.17</version>
    </dependency>

InformationsquelleAutor Dulith De Costa

0

Vous importez une dépendance, et que cette dépendance dépend de com.sun.jmx:jmxri:jar:1.2.1 et d'autres, mais com.sun.jmx:jmxri:jar:1.2.1 ne peut pas être trouvé dans le référentiel central,

alors vous feriez mieux d'essayer d'importer une autre version.

Ici supposons que votre dépendance peut être log4j, et vous pouvez essayer d'importer log4j:log4j:jar:1.2.13.

InformationsquelleAutor JZ.Hunt
0

Peut ne pas être exactement le même problème. mais il y a un bel article sur la même ligne Ici
- Aways mieux pour résumer l'article au cas où le lien est cassé
InformationsquelleAutor Nirmal Mangal

Vous devez vous connecter pour publier un commentaire.