Tomcat - Plugin per Maven: esegue webapps ma non progetto corrente

Question

tomcat7-maven-plugin consente di eseguire il progetto corrente come applicazione Web e di specificare <webapps> aggiuntivo che verrà caricato simultaneamente in tomcat.

Il mio progetto non è un'applicazione Web, ma accede ai servizi forniti dalle applicazioni web. Quindi, come è possibile distribuire un numero di webapps senza eseguire il progetto stesso come webapp? Il seguente frammento di codice Maven restituisce FileNotFoundExceptions perché non è possibile trovare un contesto.xml.

<plugin> 
    <groupId>org.apache.tomcat.maven</groupId> 
    <artifactId>tomcat7-maven-plugin</artifactId> 
    <version>2.0</version> 
    <executions> 
    <execution> 
     <id>run-tomcat</id> 
     <phase>${tomcat.run.phase}</phase> 
     <goals><goal>run-war-only</goal></goals> 
     <configuration> 
     <webapps> 
      <webapp> 
      <contextPath>/my/app1</contextPath> 
      <groupId>...</groupId> 
      <artifactId>...</artifactId> 
      <version>...</version> 
      <type>war</type>  
      <asWebapp>true</asWebapp> 
      </webapp> 
      ... possibly more webapps ... 
     </webapps> 
     </configuration> 
    </execution> 
    <execution> 
     <id>tomcat-shutdown</id> 
     <phase>${tomcat.shutdown.phase}</phase> 
     <goals><goal>shutdown</goal></goals> 
    </execution> 
    </executions> 
</plugin> 

Soluzione:

Anche se l'applicazione in sé non è una webapp, è necessario configurare un path e un contextFile per esso:

<configuration> 
    <path>/my/non/existing/webapp</path> 
    <contextFile>src/test/resources/context.xml</contextFile> 
    <webapps> 
    ... 

Il context.xml file specificato deve esistere . Di seguito ha lavorato per me, anche se il file web.xml non esiste:

<?xml version="1.0" encoding="utf-8"?> 
<Context path="/my/non/existing/webapp"> 
    <WatchedResource>WEB-INF/web.xml</WatchedResource> 
</Context> 

Answer 1

Questo è probabilmente abusare del Maven Tomcat plug ma qui è una soluzione che ho trovato. BTW la tua finta soluzione di file di contesto non ha funzionato per me perché avevo bisogno di eseguire una webapp diversa e la mia app è anche una webapp.

C'è una jira là fuori che fornirebbe una soluzione migliore al nostro problema. Vedi https://issues.apache.org/jira/browse/MTOMCAT-228. Ora sulla mia soluzione ...

Per prima cosa, è necessario copiare la guerra in una directory. Suggerisco la directory di destinazione in modo che possa essere facilmente pulita. A seconda che tu voglia sostenere la corsa o gli obiettivi della guerra runica dipende dal fatto che copi solo la guerra o copi la guerra e la spacchetti.

<plugin> 
    <groupId>org.apache.maven.plugins</groupId> 
    <artifactId>maven-dependency-plugin</artifactId> 
    <version>${maven-dependency-plugin.version}</version> 
    <executions> 
    <execution> 
     <id>copy-war</id> 
     <goals> 
     <goal>copy</goal> 
     </goals> 
     <configuration> 
     <artifactItems> 
      <artifactItem> 
      <groupId>org.foo</groupId> 
      <artifactId>bar</artifactId> 
      <version>${bar.version}</version> 
      <type>war</type> 
      <overWrite>true</overWrite> 
      <outputDirectory>${project.build.directory}/bar/</outputDirectory> 
      </artifactItem> 
     </artifactItems> 
     <stripVersion>true</stripVersion> 
     </configuration> 
    </execution> 
    <execution> 
     <id>copy-war-unpack</id> 
     <goals> 
     <goal>unpack</goal> 
     </goals> 
     <configuration> 
     <artifactItems> 
      <artifactItem> 
      <groupId>org.foo</groupId> 
      <artifactId>bar</artifactId> 
      <version>${bar.version}</version> 
      <type>war</type> 
      <overWrite>true</overWrite> 
      <outputDirectory>${project.build.directory}/bar/bar</outputDirectory> 
      </artifactItem> 
     </artifactItems> 
     </configuration> 
    </execution> 
    </executions> 
</plugin> 

Successivamente, è necessario configurare i plugin Tomcat a guardare la directory o guerra che appena copiato al passaggio precedente. Quanto segue mostra una configurazione per tomcat 6 & 7 che è identica diversa dall'ID artefatto.

<plugin> 
    <groupId>org.apache.tomcat.maven</groupId> 
    <artifactId>tomcat6-maven-plugin</artifactId> 
    <version>${tomcat6-maven-plugin.version}</version> 
    <configuration> 
    <port>8090</port> 
    <path>${default.rice.context.path}</path> 
    <warDirectory>${project.build.directory}/bar/bar.war</warDirectory> 
    <warSourceDirectory>${project.build.directory}/bar/bar</warSourceDirectory> 
    </configuration> 
</plugin> 
<plugin> 
    <groupId>org.apache.tomcat.maven</groupId> 
    <artifactId>tomcat7-maven-plugin</artifactId> 
    <version>${tomcat7-maven-plugin.version}</version> 
    <configuration> 
    <port>8090</port> 
    <path>${default.rice.context.path}</path> 
    <warDirectory>${project.build.directory}/bar/bar.war</warDirectory> 
    <warSourceDirectory>${project.build.directory}/bar/bar</warSourceDirectory> 
    </configuration> 
</plugin> 

essere chiaro che non è necessario configurare warDirectory o bisogno di esecuzione copia-guerra, se si desidera solo per supportare Tomcat: run. Viceversa, non è necessario configurare warSourceDirectory o aver bisogno di eseguire l'esecuzione di unpack-copy-war se si desidera solo supportare tomcat: run-war.

Una nota finale, la copia soluzione dipendenza funziona bene anche con il plugin Jetty Maven quindi se si voleva per supportare sia Tomcat & molo questo potrebbe essere un buon modo per farlo.

Answer 2

Ho appena avuto un'altra idea su come risolvere questo problema in modo simil-maven. Volevo documentarlo qui perché questo potrebbe aiutare gli altri. Non ho ancora testato questa soluzione, ma non vedo ragioni per cui non funzionerebbe.

In sostanza, se si vuole lanciare una webapp "diverso" da quello corrente utilizzando molo o Tomcat plugin che cosa si può fare è questo:

Creare un altro modulo Maven nel progetto. Questo modulo sarà un overlay di guerra vuoto della webapp che vuoi lanciare. Quindi puoi mettere tutte le tue configurazioni di jetty o tomcat in quel nuovo modulo (o semplicemente centralizzare la configurazione di jetty e tomcat nel genitore principale sotto pluginManagement).Poiché, il molo & tomcat è progettato per avviare l'applicazione "corrente", non sono richieste configurazioni speciali compromesse.