Maven, le package n'existe pas

J'ai un module dont la pom fichier est:

<groupId>com.mycompany.Common</groupId>
<artifactId>common</artifactId>
<packaging>pom</packaging>
<version>1.0-SNAPSHOT</version>
<name>common module</name>

Dans cet artefact ("commune"), j'ai un paquet nommé com.mycompany.commun.objets. En le consommant paquet, mon pom fichier est:

 <dependency>
            <groupId>com.mycompany.Common</groupId>
            <artifactId>common</artifactId>
            <version>1.0-SNAPSHOT</version>
            <type>pom</type>
 </dependency>

Quand je exécuter mvn install-il toujours se plaindre: package com.mycompany.commun.les objets n'existent pas.

J'ai essayé explicite de l'importation dans la classe où l'erreur était:

import com.mycompany.common.objects

Pas de chance. J'ai essayé à la fois de l'IDE (Ide) et en ligne de commande. Une idée? grâce

OriginalL'auteur Taxi Noi Bai Ha Noi | 2013-03-05

  1. 9

    À partir de votre échantillon, nous ne pouvons pas voir tout artefact contenant le paquet com.mycompany.common.objects vous utilisez.

    Vous ajoutez dépendance com.mycompany.Commune:commune comme une POM (et de déclarer l'emballage de com.mycompany.Commune:commune POM trop). Si il est en fait un POT artefact qui contient le package, vous devez utiliser, puis retirez le packaging de la POM et de la dépendance (ce qui signifie, en utilisant par défaut qui est du POT).

    Tks, def. la réponse

    OriginalL'auteur Adrian Shum

  2. 3

    Pour toute personne en difficulté avec cela et pas familier avec java, assurez-vous que le dit paquet existe dans votre dépôt local. Maven est un référentiel local ~/.m2 où les paquets sont installés pour l'accès local, de sorte que même si votre paquet de dépendance est correctement déclarée comme une dépendance dans pom.xml et est compilé et existe dans votre projet, si elle n'existe pas dans le dépôt local, le mvn compile sera le déclencheur d'une "package does not exist" erreur.

    Pour résoudre ce problème:

    Dans le paquet manquant dossier, n':

    mvn install //--> this will package and install your missing package in the local repo

    Puis dans votre projet que vous avez voulu compiler:

    mvn compile //--> now that the missing package is in the local repo it should work

    OriginalL'auteur eloone

  3. 1

    Veuillez me corriger Si je me trompe. Je comprends que le commune est un POM qui définit plusieurs dépendances dont les intentions à être utilisé par d'autres modules. Le L'Importation De Dépendances peut répondre à votre exigence.

    Par exemple

    <dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.mycompany.Common</groupId>
            <artifactId>common</artifactId>
            <version>1.0-SNAPSHOT</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

    J'espère que cela peut aider.

    essayé, n'est-ce pas, c'est peut-être un autre contexte. Tks pour votre aide en tout cas.

    OriginalL'auteur Charlee Chitsuk

  4. 1

    J'ai eu le même problème récemment. Tout mon projet a été correctement configurée avec dépendances etc. J'ai essayé de l'enlever /cible dirs, mais rien n'a fonctionné.

    Enfin, je l'ai résolu en supprimant le Module de Dépendance de mon dépendant de projet, puis en réinstallant la dépendance. Pas sûr de ce qui se passe en arrière-plan, mais une sorte de rafraîchissement de l'affichage de la variable classpath doit avoir été faite. Peut-être que le problème était dû à la Maven de l'installation.

    Espère que cela aide quelqu'un qui atteint cette question à partir d'un moteur de recherche.

    OriginalL'auteur H.Rabiee

  5. 0

    Ne sais pas si il y a de la corruption de fichiers ou quoi, mais après confirmation de la bonne pom de configuration, j'ai pu résoudre ce problème en supprimant le bocal de mon local m2 référentiel, forçant Maven pour le télécharger à nouveau quand j'ai couru les tests.

    OriginalL'auteur eebbesen

  6. 0

    Pour moi, le problème était avec le sourceDirectory et testSourceDirectory nœuds dans mon pom.xml.
    J'ai été en utilisant

    <sourceDirectory>${basedir}/src/test</sourceDirectory>
<testSourceDirectory>${basedir}/test</testSourceDirectory>

    et cela a changé 

    <sourceDirectory>../src/test/java</sourceDirectory>
<testSourceDirectory>../src/test/java</testSourceDirectory>

    OriginalL'auteur j4nus