[
https://issues.jboss.org/browse/SHRINKWRAP-480?page=com.atlassian.jira.pl...
]
Michal Matloka commented on SHRINKWRAP-480:
-------------------------------------------
Old approach was removed due to some issues SHRINKWRAP-279, SHRINKWRAP-433 . So the real
problem for you is that we obtain different orders of entries using these two methods. Old
approach looks just like it was sorting entries by name. Because new code it's not
against ZIP standard, may I ask you what problems bring this different order with usage of
that 3rd party library?:)
Fix order of entries in exported zip file
-----------------------------------------
Key: SHRINKWRAP-480
URL:
https://issues.jboss.org/browse/SHRINKWRAP-480
Project: ShrinkWrap
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: impl-base
Affects Versions: 1.2.2
Reporter: Stefan Bunciak
Assignee: Michal Matloka
ZipExporter from ShwinkWrap 1.0.1 created zip file with the following structure:
{code}
Archive: s-ramp-exporter.jar
Length Method Size Cmpr Date Time CRC-32 Name
-------- ------ ------- ---- ---------- ----- -------- ----
0 Defl:N 2 0% 03-31-2014 13:36 00000000 META-INF/
3847 Defl:N 898 77% 03-31-2014 13:36 b04e8666 META-INF/switchyard.xml
0 Defl:N 2 0% 03-31-2014 13:36 00000000 META-INF/beans.xml
0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/
0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/
0 Defl:N 2 0% 03-31-2014 13:36 00000000 org/jboss/arquillian/
0 Defl:N 2 0% 03-31-2014 13:36 00000000
org/jboss/arquillian/container/
0 Defl:N 2 0% 03-31-2014 13:36 00000000
org/jboss/arquillian/container/sramp/
1881 Defl:N 875 54% 03-31-2014 13:36 21ed2654
org/jboss/arquillian/container/sramp/DeploymentTest.class
-------- ------- --- -------
5728 1787 69% 9 files
{code}
Newer versions on ShrinkWrap gave me:
{code}
Archive: s-ramp-resource.jar
Length Method Size Cmpr Date Time CRC-32 Name
-------- ------ ------- ---- ---------- ----- -------- ----
3847 Defl:N 898 77% 03-30-2014 17:45 b04e8666 META-INF/switchyard.xml
0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/
0 Defl:N 2 0% 03-30-2014 17:45 00000000 META-INF/beans.xml
0 Defl:N 2 0% 03-30-2014 17:45 00000000
org/jboss/arquillian/container/
1790 Defl:N 842 53% 03-30-2014 17:45 7a7ed211
org/jboss/arquillian/container/sramp/DeploymentTest.class
0 Defl:N 2 0% 03-30-2014 17:45 00000000
org/jboss/arquillian/container/sramp/
0 Defl:N 2 0% 03-30-2014 17:45 00000000 META-INF/
0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/jboss/arquillian/
0 Defl:N 2 0% 03-30-2014 17:45 00000000 org/
-------- ------- --- -------
5637 1754 69% 9 files
{code}
Would it be possible to provide users with both exporting mechanisms (single & multi
threaded)? By default use the multi-threaded approach.
I assume this behavior is result of
https://issues.jboss.org/browse/SHRINKWRAP-434.
It's not against ZIP standard, afaik, however due to such structure I had to revert to
older version of ShrinkWrap (I need zip file for further processing by 3rd party library)
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)