maven-dépendance-plugin target/classes - l'Accès est refusé

J'ai un multi projet de module avec un projet parent d'Un, et deux childs projet B et C. le Projet B a une dépendance sur le projet de la C.-je utiliser le maven-dépendance-plugin pour copier les dépendances de B à un répertoire lib/de la cible/répertoire. Donc, je peux utiliser le maven-assembly-plugin pour inclure ce répertoire lib/dans le dernier zip. Le problème est que j'obtiens l'erreur suivante quand j'ai exécuter mvn clean package de projet B:

au org.apache.maven.cycle de vie.interne.MojoExecutor.execute(MojoExecutor.java:209)
... 19 plus

Causés par: java.io.FileNotFoundException: D:\path-to-projects-directory\C\target\classes (Accès refusé)

à java.io.FileInputStream.ouvert(Native method)

à java.io.FileInputStream.(FileInputStream.java:120)

au org.codehaus.plexus.util.io.FileInputStreamFacade.getInputStream(FileInputStreamFacade.java:36)

au org.codehaus.plexus.util.FileUtils.copyStreamToFile(FileUtils.java:1141)

au org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:1048)

au org.apache.maven.plugin.la dépendance.AbstractDependencyMojo.copyFile(AbstractDependencyMojo.java:192)
... 23 plus

Quelqu'un a une idée?

J'ai fait quelques recherches sur le web et j'ai trouvé qu'il y est un tel problème (voir http://jira.codehaus.org/browse/MWAR-192 , c'est pour les guerres, mais j'ai le même problème avec le POT). Il semble que la cible/répertoire classes du projet C ne peut pas être consulté pour créer le C.jar (le C.jar doit être inclus dans le répertoire lib/de projet B).

Grâce

des sons étranges, pourquoi ne pas vous venez de faire état de vos dépendances dans votre pom.xml's et laissez maven faire le montage?
Est-il un travail autonome (en dehors d'Eclipse/m2eclipse)?
Je les dépendances de projet B dans le POM de B. Mais, l'une de ces dépendances est le projet C et il doit être conditionné avant d'être inclus dans la cible/lib/ de B. Et, lorsqu'il essaie de créer C.jar il a besoin de copier le target/classes pour le POT et il semble que target/classes ne peut pas être consulté.
En dehors d'Eclipse, j'ai besoin d'abord de déployer le projet C, mais je n'aime pas le fait que j'ai besoin de déployer toutes mes dépendances (dans ce cas, le projet C seulement, mais peut-être plus) avant de l'emballer, le projet dépendant. J'ai donc voulu utiliser l'espace de travail fonction de résolution de l'Eclipse plugin Maven (m2e).

OriginalL'auteur Mickael Marrache | 2012-01-11

Je viens de tomber sur cette question à l'aide de la configuration

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <version>2.3.2</version>
    <configuration>
        <archive>
            <index>true</index>
            <manifest>
                <addClasspath>true</addClasspath>
            </manifest>
            <manifestEntries>
                <mode>development</mode>
                <url>${project.url}</url>
                <key>value</key>
            </manifestEntries>
        </archive>
    </configuration>
    ...
</plugin>

fourni par le manifeste de personnalisation de l'exemple à http://maven.apache.org/plugins/maven-jar-plugin/examples/manifest-customization.html. Je diagnostiqué à la <index>true</index> que le problème a disparu quand la partie a été commentée, et vérifié que c'était un problème pour les versions 2.3.2, 2.3.1, 2.3, 2.2, 2.1 de l'maven jar du plugin.

Selon le maven plugin jira -- voir https://jira.codehaus.org/browse/MJAR-69 -- il vient d'être fixé

Ce n'est pas le même problème. Voir issues.sonatype.org/browse/MNGECLIPSE-1224.

OriginalL'auteur I-Lin Kuo

0

J'ai juste couru à travers cela, la readOnly élément apparemment peut provoquer un message de refus d'accès. Le readOnly élément est déprécié de toute façon, mais il m'est arrivé de l'utiliser à partir d'un exemple déjà ancien.

OriginalL'auteur David Bradley

Vous devez vous connecter pour publier un commentaire.