You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by "Olivier Lamy (JIRA)" <ji...@codehaus.org> on 2005/11/25 13:15:06 UTC
[jira] Created: (MNG-1683) type zip for packaging ?
type zip for packaging ?
------------------------
Key: MNG-1683
URL: http://jira.codehaus.org/browse/MNG-1683
Project: Maven 2
Type: Improvement
Environment: not significant
Reporter: Olivier Lamy
Hi,
I don't know if the artifact type zip exists (I think not after few test).
But I want to separate the html content and the webapp content (classes, configuration files and so on).
The use case is to separate this different works (html designer and java developpement) and production installation (one is to an http server and the other is on an app server) in two artifacts with separate versionning.
But the <packaging>zip</packaging> is not recognized.
Then I would like to use it as an artifact with maven's features (snapshot, pom, version, goals : install, deploy release and all others).
Add it to the webapp dependencies (needed only for developpment or unit tests).
With this type of dependency the zip content could be unpacked to a directory in the exploded webapp. (certainly need hack on the maven-war-plugin).
I have certainly the workaround to declare this as jar and using the assembly plugin to generate a zip.
But I can't use install release deploy or something else to manage the generated zip which is not an artifact.
Thanks for help or workaround.
- Olivier
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-1683) type zip for packaging ?
Posted by "Joerg Schaible (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-1683?page=comments#action_54010 ]
Joerg Schaible commented on MNG-1683:
-------------------------------------
Hi Oliver,
seems to be a usefiul addition. We have some webapps, where we use the same javascript framework. Currently it is stored multiple times ... once for each webapp :-/
This addition would eliminate that need.
> type zip for packaging ?
> ------------------------
>
> Key: MNG-1683
> URL: http://jira.codehaus.org/browse/MNG-1683
> Project: Maven 2
> Type: Improvement
> Environment: not significant
> Reporter: Olivier Lamy
> Attachments: MNG-1683.tar.gz, maven-war-plugin.tar.gz, maven-zip-plugin.tar.gz
>
>
> Hi,
> I don't know if the artifact type zip exists (I think not after few test).
> But I want to separate the html content and the webapp content (classes, configuration files and so on).
> The use case is to separate this different works (html designer and java developpement) and production installation (one is to an http server and the other is on an app server) in two artifacts with separate versionning.
> But the <packaging>zip</packaging> is not recognized.
> Then I would like to use it as an artifact with maven's features (snapshot, pom, version, goals : install, deploy release and all others).
> Add it to the webapp dependencies (needed only for developpment or unit tests).
> With this type of dependency the zip content could be unpacked to a directory in the exploded webapp. (certainly need hack on the maven-war-plugin).
> I have certainly the workaround to declare this as jar and using the assembly plugin to generate a zip.
> But I can't use install release deploy or something else to manage the generated zip which is not an artifact.
> Thanks for help or workaround.
> - Olivier
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-1683) type zip for packaging ?
Posted by "Olivier Lamy (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-1683?page=comments#action_52499 ]
Olivier Lamy commented on MNG-1683:
-----------------------------------
Concerning war feature certainly duplicate with http://jira.codehaus.org/browse/MNG-791 (;-))
> type zip for packaging ?
> ------------------------
>
> Key: MNG-1683
> URL: http://jira.codehaus.org/browse/MNG-1683
> Project: Maven 2
> Type: Improvement
> Environment: not significant
> Reporter: Olivier Lamy
> Attachments: MNG-1683.tar.gz, maven-war-plugin.tar.gz, maven-zip-plugin.tar.gz
>
>
> Hi,
> I don't know if the artifact type zip exists (I think not after few test).
> But I want to separate the html content and the webapp content (classes, configuration files and so on).
> The use case is to separate this different works (html designer and java developpement) and production installation (one is to an http server and the other is on an app server) in two artifacts with separate versionning.
> But the <packaging>zip</packaging> is not recognized.
> Then I would like to use it as an artifact with maven's features (snapshot, pom, version, goals : install, deploy release and all others).
> Add it to the webapp dependencies (needed only for developpment or unit tests).
> With this type of dependency the zip content could be unpacked to a directory in the exploded webapp. (certainly need hack on the maven-war-plugin).
> I have certainly the workaround to declare this as jar and using the assembly plugin to generate a zip.
> But I can't use install release deploy or something else to manage the generated zip which is not an artifact.
> Thanks for help or workaround.
> - Olivier
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Updated: (MNG-1683) type zip for packaging ?
Posted by "Olivier Lamy (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-1683?page=all ]
Olivier Lamy updated MNG-1683:
------------------------------
Attachment: MNG-1683.tar.gz
maven-war-plugin.tar.gz
maven-zip-plugin.tar.gz
Sorry now I'm at work and for security reasons I can't provide svn diff.
I provid three files :
- maven-zip-plugin.tar.gz (simple plugin to enabled packaging zip)
- maven-war-plugin.tar.gz (simple rewrite to enable other inclusions look at configuration.apt)
- MNG-1683.tar.gz a simple applications to illustrate the use case.
Install the two plugins.
After In the MNG-1683 , try :
- mvn install
- mvn -P dev install
Note the different war content ./MNG-1683-webapp1/target/MNG-1683-webapp1-1.0-SNAPSHOT.war
Just let me know if this kind of feature can be integrated in the maven core, or if I need just to made this feature only in corporate war plugin (;-()
- Olivier
> type zip for packaging ?
> ------------------------
>
> Key: MNG-1683
> URL: http://jira.codehaus.org/browse/MNG-1683
> Project: Maven 2
> Type: Improvement
> Environment: not significant
> Reporter: Olivier Lamy
> Attachments: MNG-1683.tar.gz, maven-war-plugin.tar.gz, maven-zip-plugin.tar.gz
>
>
> Hi,
> I don't know if the artifact type zip exists (I think not after few test).
> But I want to separate the html content and the webapp content (classes, configuration files and so on).
> The use case is to separate this different works (html designer and java developpement) and production installation (one is to an http server and the other is on an app server) in two artifacts with separate versionning.
> But the <packaging>zip</packaging> is not recognized.
> Then I would like to use it as an artifact with maven's features (snapshot, pom, version, goals : install, deploy release and all others).
> Add it to the webapp dependencies (needed only for developpment or unit tests).
> With this type of dependency the zip content could be unpacked to a directory in the exploded webapp. (certainly need hack on the maven-war-plugin).
> I have certainly the workaround to declare this as jar and using the assembly plugin to generate a zip.
> But I can't use install release deploy or something else to manage the generated zip which is not an artifact.
> Thanks for help or workaround.
> - Olivier
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-1683) type zip for packaging ?
Posted by "Olivier Lamy (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-1683?page=comments#action_52013 ]
Olivier Lamy commented on MNG-1683:
-----------------------------------
Hi,
If you are interested, I can provide a maven-zip-plugin.
For the moment, I provided his own lifecycle defined in his own META-INF/plexus/components.xml.
Then I will provided a patch for maven-war-plugin (http://jira.codehaus.org/browse/MNG-1669).
To add in plugin configuration something as :
<resource>
<directory>${basedir}/src/main/jsp</directory>
<targetPath>${basedir}/webappdir/OTAStats</targetPath>
<filtering>true</filtering>
<excludes>
<exclude>subhtml/**</exclude>
</excludes>
<includes>
<include>**</include>
</includes>
<dependecies>
<dependency>
<groupId>groupId</groupId>
<artifactId>artifact</artifactId>
<version>version</version>
<unpack>true</unpack>
</dependency>
</dependencies>
</resource>
With this all resources contains in the dependency will unpack or not in the targetPath.
Just let me know if it sounds good or not (a private feature or a community shared feature).
And if it include some trouble with the issue http://jira.codehaus.org/browse/MNG-1507
Thanks
> type zip for packaging ?
> ------------------------
>
> Key: MNG-1683
> URL: http://jira.codehaus.org/browse/MNG-1683
> Project: Maven 2
> Type: Improvement
> Environment: not significant
> Reporter: Olivier Lamy
>
>
> Hi,
> I don't know if the artifact type zip exists (I think not after few test).
> But I want to separate the html content and the webapp content (classes, configuration files and so on).
> The use case is to separate this different works (html designer and java developpement) and production installation (one is to an http server and the other is on an app server) in two artifacts with separate versionning.
> But the <packaging>zip</packaging> is not recognized.
> Then I would like to use it as an artifact with maven's features (snapshot, pom, version, goals : install, deploy release and all others).
> Add it to the webapp dependencies (needed only for developpment or unit tests).
> With this type of dependency the zip content could be unpacked to a directory in the exploded webapp. (certainly need hack on the maven-war-plugin).
> I have certainly the workaround to declare this as jar and using the assembly plugin to generate a zip.
> But I can't use install release deploy or something else to manage the generated zip which is not an artifact.
> Thanks for help or workaround.
> - Olivier
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org