You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Dennis Lundberg (JIRA)" <ji...@codehaus.org> on 2009/02/11 14:56:19 UTC

[jira] Closed: (MWAR-175) Separate targets for copying everything to target dir and for packing war.

     [ http://jira.codehaus.org/browse/MWAR-175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dennis Lundberg closed MWAR-175.
--------------------------------

    Resolution: Not A Bug

There is a goal for this already. Simply run:

{noformat}
mvn war:exploded
{noformat}


> Separate targets for copying everything to target dir and for packing war.
> --------------------------------------------------------------------------
>
>                 Key: MWAR-175
>                 URL: http://jira.codehaus.org/browse/MWAR-175
>             Project: Maven 2.x War Plugin
>          Issue Type: Wish
>         Environment: apache-maven-2.0.9
>            Reporter: Chei
>            Priority: Minor
>
> Splitting the collecting and compressing of required project files would speed up the development cycle when Tomcat is configured to read the uncompressed webapp files from /target.
> I have the following configuration in apache-tomcat-6.0.18\conf\Catalina\localhost\helloworld.xml: <Context path="/helloworld" docBase="d:\dev\ helloworld\target\ helloworld"
> What I regulary do is change the code and then invoke the maven:package to make the changes visible in Tomcat. Having the war file repackaged is not necessary for this, but as far as I know currently there is no way to update the contents of d:\dev\ helloworld\target\ helloworld without the lengthy process of compressing the war file.
> I think it would make sense to introduce a separate target for copying all the required files without invoking a compression on them.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira