Aggiungere .MF & file .xml nella directory META-INF all'interno di un Maven costruito EAR

Question

ho arbitrarie .xml & .MF file che devo aggiungere nella cartella META-INF all'interno dell'orecchio stesso. Costruire è fatto usando maven2.2.1. La semplice aggiunta di questi file sotto $ {} basedir / src / main / application / META-INF / funziona bene, ma non va bene per le mie esigenze. C'è un altro modo per fare cosa del genere? Ho provato:

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

, ma questo non aggiunge i file XML nella orecchio stesso.

Ho anche provato:

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

Questa comandi aggiungono i miei file dentro l'orecchio, ma non nel META-INF all'interno dell'orecchio (myEar.ear / META-INF).

Ogni aiuto è benvenuto, e sarebbe grande. Thnx.

nacef,

Answer 1

Prova utilizzando le risorse Plugin come descritto qui: http : //maven.apache.org/plugins/maven-resources-plugin/examples/copy-resources.html

Answer 2

I got it. Grazie Jgiff. Ho usato davvero il Maven-risorse-plugin, specificato dove si trovano i miei di XML e che ho voluto loro di essere copiati nella cartella META-INF del progetto durante la fase di "validate", che è importante. Il mio pom sembra un po 'come adesso:

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

Quando si esegue una nuova installazione, esegue la fase di Maven "validate" mvn prima in modo che la copia viene eseguita prima del confezionamento l'orecchio. Questo era successo.

Answer 3

Io aggiungo questo dettaglio aggiuntivo per tutti coloro che incontra questo problema utilizzando IBM Rational Application Developer (RAD) per generare i file di legame per la distribuzione in WebSphere Application Server e la politica (WAS).

Nel nostro caso abbiamo generato file vincolante politici (policyAttachments.xml e wsPolicyServiceControl.xml) utilizzando gli strumenti RAD per la politica impostata allegati. Per impostazione predefinita, questi vengono scaricati in una cartella META-INF nella radice del progetto EAR. Se c'è un modo pratico per modificare questo comportamento predefinito per sempre metterlo in application / META-INF, io non sono venuto attraverso di esso. Ma soprattutto i metodi funzionano bene in RAD con M2E per l'esecuzione a livello locale e la costruzione di orecchie.

Questa è la sezione del mio pom utilizzato per copiare i file:

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