In .mf & .xml-Dateien in META-INF-Verzeichnis innerhalb eines Maven EAR gebaut

Question

Ich habe beliebig .xml & .mf Dateien, die ich im Ordner META-INF im Ohr selbst hinzufügen muß. Build wird mit maven2.2.1 getan. diese Dateien unter $ einfaches Hinzufügen {basedir} / src / main / application / META-INF / funktioniert gut, aber es ist nicht meine Bedürfnisse anzupassen. Gibt es eine andere Art und Weise so etwas zu tun? Ich habe versucht:

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

aber nicht hinzufügen, meine XML-Dateien unter dem EAR selbst.

Ich habe auch versucht:

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

Diese Befehle hinzufügen, meine Dateien im Ohr, aber nicht in dem META-INF innerhalb der EAR (myEar.ear / META-INF).

Jede Hilfe ist willkommen, und wäre toll. Thnx.

nacef,

Answer 1

Versuchen Sie, die Ressourcen-Plugin, wie hier beschrieben: http : //maven.apache.org/plugins/maven-resources-plugin/examples/copy-resources.html

Answer 2

Ich habe es. Thanx Jgiff. Früher habe ich in der Tat die Maven-Ressourcen-Plugin, angegeben, wo meine xml des befinden und dass ich wollte, dass sie in den Ordner META-INF des Projekts während der „Validate“ Phase kopiert werden, die wichtig ist. Mein pom sieht irgendwie wie diese jetzt:

 <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>

Wenn Sie eine mvn saubere Ausführung installieren, maven führt die „Validate“ Phase zunächst so die Kopie wird vor dem Verpacken das Ohr getan. Das war erfolgreich.

Answer 3

werde ich diese zusätzliche Einzelheiten für jedermann hinzufügen, die dieses Problem Rational Application Developer mit IBM begegnet (RAD) Politik und verbindliche Dateien für die Bereitstellung auf WebSphere Application Server zu generieren (WAS).

In unserem Fall haben wir eine politische Bindung Dateien (policyAttachments.xml und wsPolicyServiceControl.xml) unter Verwendung der RAD-Tool for Policy Attachments festgelegt. In der Standardeinstellung abgeladen diese get in einen Ordner META-INF in dem EAR-Projektstamm. Wenn es eine praktische Möglichkeit ist dieses Standardverhalten zu ändern, um immer es ausdrückte in application / META-INF, kam ich nicht über sie. Aber oben genannten Methoden mit M2e ganz gut in RAD arbeiten für lokal ausgeführt und den Aufbau EARs.

Hier ist der Abschnitt meines pom verwendet, um diese Dateien zu kopieren:

     <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>