You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Michael McCrann <Mi...@macquarie.com> on 2005/11/30 04:12:32 UTC
Multi-module wars
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:richard.allen@gtri.gatech.edu]
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:brunoaranda@gmail.com] 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: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>>
>> 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: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
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: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
RE: Multi-module wars
Posted by Vincent Massol <vm...@pivolis.com>.
> -----Original Message-----
> From: Richard Allen [mailto:richard.allen@gtri.gatech.edu]
> Sent: mercredi 30 novembre 2005 14:01
> To: Maven Users List
> Subject: Re: Multi-module wars
[snip]
> However, I would like to see the maven-war-plugin support the web.xml
> merge functionality that Kevin Galligan's hack includes. Maybe you can
> raise this as a JIRA issue Kevin?
Just a note here for anyone interested in implementing this: there's code in
Cargo to merge web.xml files and this library is being improved with support
for also merging container-specific deployment descriptors. There are also
generic classes for merging any xml files.
It's in there: http://tinyurl.com/dtwet
Check the org.codehaus.cargo.module.webapp.WebXmlMerger class along with the
files in org.codehaus.cargo.module.merge.
Hope it helps,
-Vincent
> Richard Allen wrote:
>
> > 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:richard.allen@gtri.gatech.edu] 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:brunoaranda@gmail.com] 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: users-unsubscribe@maven.apache.org
> >>>> For additional commands, e-mail: users-help@maven.apache.org
> >>>>
> >>>>
> >>>>
> >>>> 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: users-unsubscribe@maven.apache.org
> >>>> For additional commands, e-mail: users-help@maven.apache.org
> >>>>
> >>>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> >>> For additional commands, e-mail: users-help@maven.apache.org
> >>>
> >>>
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: users-help@maven.apache.org
> >>
> >>
> >>
> >> 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: users-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: users-help@maven.apache.org
> >>
> >>
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.362 / Virus Database: 267.13.10/188 - Release Date:
> 29/11/2005
___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Multi-module wars
Posted by Richard Allen <ri...@gtri.gatech.edu>.
Actually, I just noticed that support for merging dependent WARs with a
WAR project has been added to the latest version of the maven-war-plugin
(see http://jira.codehaus.org/browse/MNG-1507). You will have to check
Maven 2 (or at least the maven-war-plugin) out from Subversion and build
it yourself to get this functionality. Then you just reference your
common WAR project from another WAR project as a dependency of
<type>war</type> and it will automatically be merged.
However, I would like to see the maven-war-plugin support the web.xml
merge functionality that Kevin Galligan's hack includes. Maybe you can
raise this as a JIRA issue Kevin?
Richard Allen
Richard Allen wrote:
> 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:richard.allen@gtri.gatech.edu] 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:brunoaranda@gmail.com] 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: users-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>
>>>>
>>>>
>>>> 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: users-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: users-help@maven.apache.org
>>>
>>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>>
>> 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: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Multi-module wars
Posted by Richard Allen <ri...@gtri.gatech.edu>.
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:richard.allen@gtri.gatech.edu]
>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:brunoaranda@gmail.com] 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: users-unsubscribe@maven.apache.org
>>>For additional commands, e-mail: users-help@maven.apache.org
>>>
>>>
>>>
>>>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: users-unsubscribe@maven.apache.org
>>>For additional commands, e-mail: users-help@maven.apache.org
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>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: users-unsubscribe@maven.apache.org
>For additional commands, e-mail: users-help@maven.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org