You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Chris Beams (JIRA)" <ji...@codehaus.org> on 2007/07/19 23:49:13 UTC
[jira] Created: (MASSEMBLY-227) Support 'store-only'
(no-compression) jar files
Support 'store-only' (no-compression) jar files
-----------------------------------------------
Key: MASSEMBLY-227
URL: http://jira.codehaus.org/browse/MASSEMBLY-227
Project: Maven 2.x Assembly Plugin
Issue Type: New Feature
Reporter: Chris Beams
Priority: Minor
the jar utility supports a -0 option that, when supplied, skips zip compression for the resulting jar file. This is desirable when creating jar dependencies that consist of large binary files - one wants access to the binaries to be as fast as possible at runtime with no decompression overhead.
jdcasey tells me that there's an option on the underlying library to skip compression, but that it's not configurable on the assembly plugin itself. With that in mind, hopefully this is just a matter of exposing functionality rather than implementing it anew.
Thanks,
- Chris
Chris Beams
--
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
[jira] Commented: (MASSEMBLY-227) Support 'store-only'
(no-compression) jar files
Posted by "Andy DePue (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MASSEMBLY-227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=130207#action_130207 ]
Andy DePue commented on MASSEMBLY-227:
--------------------------------------
I have a massive .jar file that is composed of many already compressed binary files, and the assembly compression is slowing down the build process considerably. Being able to turn compression off would shave about 5 minutes from every build. Please, make this possible!
> Support 'store-only' (no-compression) jar files
> -----------------------------------------------
>
> Key: MASSEMBLY-227
> URL: http://jira.codehaus.org/browse/MASSEMBLY-227
> Project: Maven 2.x Assembly Plugin
> Issue Type: New Feature
> Reporter: Chris Beams
> Priority: Minor
> Fix For: 2.2
>
>
> the jar utility supports a -0 option that, when supplied, skips zip compression for the resulting jar file. This is desirable when creating jar dependencies that consist of large binary files - one wants access to the binaries to be as fast as possible at runtime with no decompression overhead.
> jdcasey tells me that there's an option on the underlying library to skip compression, but that it's not configurable on the assembly plugin itself. With that in mind, hopefully this is just a matter of exposing functionality rather than implementing it anew.
> Thanks,
> - Chris
> Chris Beams
--
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
[jira] Updated: (MASSEMBLY-227) Support 'store-only'
(no-compression) jar files
Posted by "John Casey (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MASSEMBLY-227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
John Casey updated MASSEMBLY-227:
---------------------------------
Fix Version/s: 2.2
> Support 'store-only' (no-compression) jar files
> -----------------------------------------------
>
> Key: MASSEMBLY-227
> URL: http://jira.codehaus.org/browse/MASSEMBLY-227
> Project: Maven 2.x Assembly Plugin
> Issue Type: New Feature
> Reporter: Chris Beams
> Priority: Minor
> Fix For: 2.2
>
>
> the jar utility supports a -0 option that, when supplied, skips zip compression for the resulting jar file. This is desirable when creating jar dependencies that consist of large binary files - one wants access to the binaries to be as fast as possible at runtime with no decompression overhead.
> jdcasey tells me that there's an option on the underlying library to skip compression, but that it's not configurable on the assembly plugin itself. With that in mind, hopefully this is just a matter of exposing functionality rather than implementing it anew.
> Thanks,
> - Chris
> Chris Beams
--
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
[jira] Closed: (MASSEMBLY-227) Support 'store-only'
(no-compression) jar files
Posted by "John Casey (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MASSEMBLY-227?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
John Casey closed MASSEMBLY-227.
--------------------------------
Assignee: John Casey
Resolution: Fixed
Fix Version/s: (was: 2.2)
2.2-beta-4
This should be fixed at least as far back as -beta-4. The trick is to use the archiverConfig parameter in the plugin configuration within the POM itself[1]. In this case, you'd want to use <compress>false</compress>.
1. http://maven.apache.org/plugins/maven-assembly-plugin/single-mojo.html#archiverConfig
> Support 'store-only' (no-compression) jar files
> -----------------------------------------------
>
> Key: MASSEMBLY-227
> URL: http://jira.codehaus.org/browse/MASSEMBLY-227
> Project: Maven 2.x Assembly Plugin
> Issue Type: New Feature
> Reporter: Chris Beams
> Assignee: John Casey
> Priority: Minor
> Fix For: 2.2-beta-4
>
>
> the jar utility supports a -0 option that, when supplied, skips zip compression for the resulting jar file. This is desirable when creating jar dependencies that consist of large binary files - one wants access to the binaries to be as fast as possible at runtime with no decompression overhead.
> jdcasey tells me that there's an option on the underlying library to skip compression, but that it's not configurable on the assembly plugin itself. With that in mind, hopefully this is just a matter of exposing functionality rather than implementing it anew.
> Thanks,
> - Chris
> Chris Beams
--
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