A solution may be to put your common WAR code in a separate project,
have your other WAR projects call out the common war project as a
dependency, and then use the maven-war-plugin hack posted by Kevin
Galligan (see
http://www.nabble.com/-M2-war-project-using-war-type-dependencies-t473430.html#a1352624)
to merge the common WAR project with your other WAR projects.
Richard Allen
Michael McCrann wrote:
Hi,
I am trying to create an application that is made up of a number of war files that are almost identical.
Each war differs only by resource descriptors (web.xml, etc) and a few images.
Can I do this using a multi-module project as shown below:
Project (pom.xml)
|
|---ear module (pom.xml)
|
|---parent of web modules (has common source code, JSP, CSS, images etc.)
|
|--- web module A (war)
|--- web module B (war)
|--- web module C (war)
The parent web module has common things - source code, JSPs, images, CSS,
Javascript, etc.
Then the individual modules just have the things that are different for them, and they build using the
parent's common things plus their individual things.
Michael
-----Original Message-----
From: Richard Allen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 30 November 2005 11:42 AM
To: Maven Users List
Subject: Re: RE : War phases, binding a custom plugin to the war creation
I'm definitely interested in this. We use Struts modules and we keep each
Struts module in a separate project. We have to merge the various Struts
modules during the build process (which are each like a WAR). I'm currently
using a maven-war-plugin hack that a previous user posted to the list (may have
been you Kevin), but I would like to see something more standard in place,
especially since this seems to be a common use case.
Thanks,
Richard Allen
Kevin Galligan wrote:
I've hacked up the maven-war-plugin to merge war dependencies into the
final product. I posted the code originally, but I've added a few
things since then. These include an updated version of the cargo
web.xml merging code. The current version only merges certain parts
of the web.xml. Internally we needed more.
I also track the war file version to we don't need a full extract of
dependent wars every time a build is done. The way I do this is very
hacky, but functional.
Anyway, wondering if anybody would be interested, and/or if this kind
of functionality would be considered for a future add.
Olivier Lamy wrote:
Hi,
I'm happy to see that some users needs more feature in the
maven-war-plugin !!
It works but for simple webapp and you need to add some embedeed ant
scripts in order to copy some files (it's really clean).
I have provided a patch http://jira.codehaus.org/browse/MNG-1683
which add some features.
Take this
http://jira.codehaus.org/secure/attachment/17799/maven-war-plugin.tar
.gz
- Unzip it - install the plugin : mvn -DupdateReleaseInfo=true clean >> install
- look at the documentation : mvn site
Exemple :
To add jsp files add this in the configuration :
<webappDirectory
implementation="java.io.File">${basedir}/webappdir</webappDirectory>
<resources>
<resource>
<directory>${basedir}/src/main/jsp</directory>
<targetPath>${basedir}/webappdir</targetPath>
<!-- note ${webappDirectory} doesn't work due to some
introspection trouble
I have updated my local version to copy resources to a
target path relative to ${webappDirectory}
-->
</resource>
</resources>
I don't really know if this kind of features will be added one day in
the maven-war-plugin.... (because in some contexts create a war is
more complicated than the jobs provided by the default plugin)
Note the issue http://jira.codehaus.org/browse/MNG-791 (mark as fixed
in 2.0.1).
HTH,
- Olivier
-----Message d'origine-----
De : Bruno Aranda [mailto:[EMAIL PROTECTED] Envoyé : mardi 29
novembre 2005 18:46 À : Maven Users List Objet : War phases, binding >> a custom plugin to the war creation
Hi all,
I would like to know what phase I have to use to bind a plugin to the
war creation (war:war).
<plugin>
<groupId>my.groupId</groupId>
<artifactId>maven-myPlugin-plugin</artifactId>
<executions>
<execution>
<phase>WHAT TO PUT HERE</phase>
<goals>
<goal>myPluginGoal</goal>
</goals>
</execution>
</executions>
</plugin>
It works ok for the process-resources and package phases, but the
first is too early, and the other is too late. I am trying to copy
some JSP pages in a specific way to the exploded war folder before
creating the war file,
TIA,
Bruno
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This e-mail, any attachments and the information contained therein
("this message") are confidential and intended solely for the use of
the addressee(s). If you have received this message in error please
send it back to the sender and delete it. Unauthorized publication,
use, dissemination or disclosure of this message, either in whole or
in part is strictly prohibited.
*********************************************************************
* Ce message électronique et tous les fichiers joints ainsi que les >> informations contenues dans ce message ( ci après "le message" ),
sont confidentiels et destinés exclusivement à l'usage de la personne
à laquelle ils sont adressés. Si vous avez reçu ce message par
erreur, merci de le renvoyer à son émetteur et de le détruire.
Toutes diffusion, publication, totale ou partielle ou divulgation
sous quelque forme que se soit non expressément autorisées de ce
message, sont interdites.
*********************************************************************
*
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
NOTICE
This e-mail and any attachments are confidential and may contain copyright
material of Macquarie Bank or third parties. If you are not the intended
recipient of this email you should not read, print, re-transmit, store or act
in reliance on this e-mail or any attachments, and should destroy all copies of
them. Macquarie Bank does not guarantee the integrity of any emails or any
attached files. The views or opinions expressed are the author's own and may
not reflect the views or opinions of Macquarie Bank.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
