Problème avec la création d'assemblage

Dans mon projet, je m, en créant de nombreux assemblages(4-5) et ils sont de sortie à la cible.1/2 de ces assemblées ne prennent pas leur finale de noms(ou assemblée id) , mais aussi par le format artifactID-version.jar..C'est très déroutant
Pourquoi est-ce donc?

Des extraits de mon pom.xml --

<project xmlns="http://maven.apache.org/POM/4.0.0" 
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.apple</groupId>
  <artifactId>maven</artifactId>
  <name>maven_XX</name>
  <version>0.0.1-SNAPSHOT</version>  


  <build>
    <plugins>
    <!-- Added to avoid the compilation issue wrt Annotations -->
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
          <source>1.5</source>
          <target>1.5</target>
        </configuration>
      </plugin>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-surefire-plugin</artifactId>
        <version>2.4.2</version>
        <configuration>
          <skip>true</skip>
        </configuration>
      </plugin>
      <plugin>
        <artifactId>maven-assembly-plugin</artifactId>
        <version>2.2-beta-4</version>
        <executions>              
          <execution>
            <id>clientjar</id>
            <phase>compile</phase>
            <goals>
              <goal>single</goal>
            </goals>
            <configuration>
              <finalName>XX_client</finalName>
              <appendAssemblyId>false</appendAssemblyId>
              <descriptors>
                <descriptor>
                  ${basedir}/src/main/resources/assemblies/clientjar.xml
                </descriptor>
              </descriptors>
            </configuration>
          </execution>
          <execution>
            <id>11***</id>
            <phase>compile</phase>
            <goals>
              <goal>single</goal>
            </goals>
            <configuration>
              <finalName>11server</finalName>
              <appendAssemblyId>false</appendAssemblyId>
              <descriptors>
                <descriptor>
                  ${basedir}/src/main/resources/assemblies/11server.xml
                </descriptor>
              </descriptors>
              <outputDirectory>assemblies-target</outputDirectory>
            </configuration>
          </execution>
          <execution>
            <id>cache</id>
            <phase>compile</phase>
            <goals>
              <goal>single</goal>
            </goals>
            <configuration>
              <finalName>cache</finalName>
              <appendAssemblyId>false</appendAssemblyId>
              <descriptors>
                <descriptor>
                 ${basedir}/src/main/resources/assemblies/cache.xml
              </descriptor>
              </descriptors>
              <outputDirectory>assemblies-target</outputDirectory>
            </configuration>
          </execution>

Sa n'est pas aléatoire.assemblées spécifiques ne sont pas la suite. Sortie attendue pour chaque est jar avec nom final. Mais je me débrouille comme Projet name-version.jar

OriginalL'auteur user170114 | 2009-10-05

maven-2

14

Tirant Lyles'en commentaire à la question du niveau de fournir de la visibilité.

Alors que la réponse précédente œuvres Lyle souligne que:

Si je comprends bien, il semble comme un peu envahissantes solution de contournement pour ce qui équivaut à un bug dans l'assemblée plugin. Au lieu de cela, essayez de définir la valeur false dans le fichier de configuration. Voir: MASSEMBLY-352

Pour des objets qui ne sont pas fixés pour le dépôt de distribution c'est une bonne solution et a bien fonctionné pour moi.
```
...
<appendAssemblyId>false</appendAssemblyId>
<attach>false</attach>
...
```
Fonctionne très bien pour une "assemblée unique" du projet.

OriginalL'auteur Peter Kahn
8

Lorsque vous exécutez l'assemblée, voyez-vous quelque chose comme cette sortie de la console par Maven?:
```
[INFO] [assembly:single {execution: 11***}]
[INFO] Reading assembly descriptor: C:\test\test-parent2/src/main/resources/assemblies/11server.xml
[INFO] Building jar: C:\test\test-parent2\assemblies-targetserver.jar
[WARNING] Configuration options: 'appendAssemblyId' is set to false, and 'classifier' is missing.
Instead of attaching the assembly file: C:\test\test-parent2\assemblies-targetserver.jar, it will become the file for
 main project artifact.
NOTE: If multiple descriptors or descriptor-formats are provided for this project, the value of this file will be non-de
terministic!
```
Cela se produit parce que tous vos assemblées spécifier <appendAssemblyId>false</appendAssemblyId> et pas de classificateur est spécifié. Le classificateur est obsolète dans la version 2.2 beta-4 à la version est ignoré de toute façon, c'est un bug/feature dans le plugin.

En conséquence, Maven, ce sera toujours l'une des assemblées de la "main" de l'artefact pour le pot de l'emballage, et vous ne le voyez pas dans votre cible-ensembles répertoire.

Pour contourner cela, vous pouvez spécifier que votre projet a pom emballage, puis de lier les objectifs pour le pot du cycle de vie de la pom.

Pour permettre à l' process-resources et compile objectifs vous serait de changer l'emballage, à pom, ajoutez la configuration suivante pour votre pom, et exécuter le cycle de vie standard d'objectifs. Par exemple mvn package ou mvn install.
```
<plugin>
  <artifactId>maven-resources-plugin</artifactId>
  <executions>              
    <execution>
      <id>process-resources</id>
      <phase>process-resources</phase>
      <goals>
        <goal>resources</goal>
      </goals>
    </execution>
  </executions>
</plugin>
<plugin>
  <artifactId>maven-compiler-plugin</artifactId>
  <executions>              
    <execution>
      <id>compile</id>
      <phase>compile</phase>
      <goals>
        <goal>compile</goal>
      </goals>
    </execution>
  </executions>
</plugin>
```
La liste complète des objectifs liés à la jarre du cycle de vie peuvent être trouvés dans la Construit dans le Cycle de vie des Liaisons section de la Introduction à la construction du Cycle de vie. Ils ont tous suivi une tendance similaire à la process-resources et compile objectifs. Dans votre cas, vous voudrez probablement pour omettre le jar objectif.

Salut Lors de l'exécution de l'assemblée, je m obtenir l'avertissement que vous avez donné. Donc, u veux dire que je shud utilisation objectif=compiler pour les assemblées(qui donne des pots) et permettre de la de la compilation maven objectif ?
Non, je veux dire rendre le projet de l'emballage "pom" et configurer les plugins afin d'atteindre les objectifs normalement exécutés dans le bocal du cycle de vie sont exécutées dans le pom du cycle de vie, avec la configuration ci-dessus, les ressources et la compilation des plugins sera exécuté pendant le cycle de vie par défaut, de sorte que vous courez toujours mvn install. Cette contourne le bug de l'assemblée plugin
Salut.. j'ai changé l'emballage comme "pom".Ajouté les deux plugins que vous avez fournies et ne pas faire des changements de configuration dans les assemblées.Sur l'exécution de mvn install, pour la 2ème assemblée , c'est donnant - Causé par: org.apache.maven.projet.DuplicateArtifactAttachmentException: Double artefact attachement détecté.
il n'y a pas une telle configuration dans votre question, pourriez-vous mettre à jour la question de l'inclure?
Causés par: org.apache.maven.projet.DuplicateArtifactAttachmentException: Double artefact attachement détecté. (projet: com.xxx:maven_XX:pom:0.0.1-INSTANTANÉ; illégales pièce jointe: com.XXX:maven_XX jar:0.0.1-SNAPSHOT)

OriginalL'auteur Rich Seller

Vous devez vous connecter pour publier un commentaire.