Ajouter .mf & fichiers .xml dans le répertoire META-INF dans un Maven construit OREILLE

Question

je arbitraires .xml et .mf fichiers que je dois ajouter dans le dossier META-INF dans l'oreille elle-même. La construction est effectuée à l'aide maven2.2.1. Il suffit d'ajouter ces fichiers sous $ {basedir} / src / main application / / META-INF / fonctionne très bien, mais il ne correspond pas à mes besoins. Y at-il une autre façon de faire une telle chose? J'ai essayé:

<build>
<resources>
        <resource>
            <directory>G:/WS/vermeg/ear2/XML's</directory>
            <targetPath>META-INF</targetPath>
        </resource>
    </resources>
</build>

mais cela n'ajoute pas mes fichiers xml sous l'oreille elle-même.

J'ai essayé aussi:

<configuration>
            <earSourceDirectory>G:\WS\vermeg\ear2\XML's\</earSourceDirectory>
...
</configuration>

commandes ajouter mes fichiers à l'intérieur de l'oreille, mais pas dans le META-INF dans l'oreille (myEar.ear / META-INF).

Toute aide est la bienvenue, et serait génial. Thnx.

Nacef,

Answer 1

Essayez d'utiliser les ressources de plugin comme décrit ici: http : //maven.apache.org/plugins/maven-resources-plugin/examples/copy-resources.html

Answer 2

Je l'ai. Thanx Jgiff. Je fait le maven-ressources-plugin, spécifié où mon xml sont situés et que je voulais à copier dans le dossier META-INF du projet au cours de la phase « validate », ce qui est important. Mon pom ressemble en quelque sorte comme ça maintenant:

 <plugin>
           <groupId>org.apache.maven.plugins</groupId>
           <artifactId>maven-resources-plugin</artifactId>
           <version>2.4.3</version>
            <executions>
            <execution>
                <id>copy-resources</id>
                    <phase>validate</phase>
                    <goals>
                    <goal>copy-resources</goal>
                    </goals>
    <configuration>
       <outputDirectory>G:\WS\vermeg\ear2\src\main\application\META-INF\</outputDirectory>
            <resources>
            <resource>
                <directory>G:\WS\vermeg\ear2\XML's</directory>
                <filtering>true</filtering>
            </resource>
            </resources>
            </configuration>
            </execution>
            </executions>
        </plugin>

Lors de l'exécution d'une installation propre mvn, exécute Maven la phase « validate » d'abord si la copie est faite avant l'emballage de l'oreille. Cela a été réussi.

Answer 3

Je vais ajouter ce détail supplémentaire pour tous ceux qui rencontre ce problème à l'aide d'IBM Rational Application Developer (RAD) pour générer des politiques et des fichiers de liaison pour le déploiement de WebSphere Application Server (WAS).

Dans notre cas, nous avons généré des fichiers de liaison de politique (policyAttachments.xml et wsPolicyServiceControl.xml) en utilisant les outils RAD pour stratégie de mise à pièces jointes. Par défaut, ces get jetés dans un dossier META-INF dans la racine du projet EAR. S'il est un moyen pratique de modifier ce comportement par défaut de toujours mettre en application / META-INF, je ne suis pas venu à travers elle. Mais au-dessus de méthodes fonctionnent très bien dans RAD avec M2e pour faire fonctionner localement et la construction de BME.

Voici la partie de mon pom utilisé pour copier ces fichiers:

     <plugin>
         <groupId>org.apache.maven.plugins</groupId>
         <artifactId>maven-resources-plugin</artifactId>
         <version>2.4.3</version>
         <executions>
             <execution>
                 <id>copy-resources</id>
                 <phase>validate</phase>
                 <goals>
                     <goal>copy-resources</goal>
                 </goals>
                 <configuration>
                     <outputDirectory>${basedir}\src\main\application\META-INF\</outputDirectory>
                     <resources>
                         <resource>
                             <directory>${basedir}\META-INF</directory>
                             <filtering>true</filtering>
                         </resource>
                     </resources>
                 </configuration>
             </execution>
         </executions>
     </plugin>