[jira] (MASSEMBLY-709) When assembling a zip on windows duplicate files are added to the assembly
[
https://jira.codehaus.org/browse/MASSEMBLY-709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=352488#comment-352488
]
Jason Lemay commented on MASSEMBLY-709:
---
Sorry about the late reply. Yes I can also confirm it happens in 2.4.1.
> When assembling a zip on windows duplicate files are added to the assembly
> --
>
> Key: MASSEMBLY-709
> URL: https://jira.codehaus.org/browse/MASSEMBLY-709
> Project: Maven Assembly Plugin
> Issue Type: Bug
> Components: maven-archiver
>Affects Versions: 2.4
> Environment: Apache Maven 3.0.5
> (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 05:51:28-0800)
> Maven home: C:\bin\apache-maven-3.0.5
> Java version: 1.7.0_60, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.7.0_60\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
> "windows"
>Reporter: Jason Lemay
> Attachments: sample.zip
>
>
> When assembling a zip where duplicate files are copied to the output
> directory the default behavior is for the first file to copy and the
> remaining ones to be skipped. When building a project on windows this is not
> the behavior. On Windows all the duplicate files are added to the final zip
> assembly.
> This was tested on OSX, CentOS, and Windows Server 2009 R2.
> Using OSX with these settings:
> {code}
> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
> 05:51:28-0800)
> Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
> Java version: 1.7.0_60, vendor: Oracle Corporation
> Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
> {code}
> Running the mvn build as such:
> {code}
> mvn -X clean install
> {code}
> You end up with this logged to the console:
> {code}
> [INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
> [DEBUG] adding directory sample/
> [DEBUG] adding directory sample/conf/
> [DEBUG] adding entry sample/conf/ConfFile.txt
> [DEBUG] adding entry sample/file.txt
> [DEBUG] sample/conf/ConfFile.txt already added, skipping
> {code}
> When the final zip is examined there are no duplicate files. The plugin
> worked as intended. The same results were obtained in the CentOS test.
> The problem arises when you build on windows.
> Building with these settings:
> {code}
> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
> 05:51:28-0800)
> Maven home: C:\bin\apache-maven-3.0.5
> Java version: 1.7.0_60, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.7.0_60\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
> "windows"
> {code}
> And running the same mvn command:
> {code}
> mvn -X clean install
> {code}
> The following is output to the console:
> {code}
> [INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
> [DEBUG] adding directory sample/
> [DEBUG] adding directory sample/conf/
> [DEBUG] adding entry sample/conf/ConfFile.txt
> [DEBUG] adding entry sample/file.txt
> [DEBUG] adding entry sample/conf/ConfFile.txt
> {code}
> As you can see the assembly did not skip the second ConfFile.txt addition.
> When the final zip assembly is examined there is infact 2 ConfFile.txt files
> under the conf directory.
> Attached is the sample I used.
--
This message was sent by Atlassian JIRA
(v6.1.6#6162)
[jira] (MASSEMBLY-709) When assembling a zip on windows duplicate files are added to the assembly
[
https://jira.codehaus.org/browse/MASSEMBLY-709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=351895#comment-351895
]
Jason Lemay commented on MASSEMBLY-709:
---
Linked MASSEMBLY-285. These are similar issues, but 285 is supposidly fixed.
This maybe a regression.
> When assembling a zip on windows duplicate files are added to the assembly
> --
>
> Key: MASSEMBLY-709
> URL: https://jira.codehaus.org/browse/MASSEMBLY-709
> Project: Maven Assembly Plugin
> Issue Type: Bug
> Components: maven-archiver
>Affects Versions: 2.4
> Environment: Apache Maven 3.0.5
> (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 05:51:28-0800)
> Maven home: C:\bin\apache-maven-3.0.5
> Java version: 1.7.0_60, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.7.0_60\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
> "windows"
>Reporter: Jason Lemay
> Attachments: sample.zip
>
>
> When assembling a zip where duplicate files are copied to the output
> directory the default behavior is for the first file to copy and the
> remaining ones to be skipped. When building a project on windows this is not
> the behavior. On Windows all the duplicate files are added to the final zip
> assembly.
> This was tested on OSX, CentOS, and Windows Server 2009 R2.
> Using OSX with these settings:
> {code}
> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
> 05:51:28-0800)
> Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
> Java version: 1.7.0_60, vendor: Oracle Corporation
> Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
> {code}
> Running the mvn build as such:
> {code}
> mvn -X clean install
> {code}
> You end up with this logged to the console:
> {code}
> [INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
> [DEBUG] adding directory sample/
> [DEBUG] adding directory sample/conf/
> [DEBUG] adding entry sample/conf/ConfFile.txt
> [DEBUG] adding entry sample/file.txt
> [DEBUG] sample/conf/ConfFile.txt already added, skipping
> {code}
> When the final zip is examined there are no duplicate files. The plugin
> worked as intended. The same results were obtained in the CentOS test.
> The problem arises when you build on windows.
> Building with these settings:
> {code}
> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
> 05:51:28-0800)
> Maven home: C:\bin\apache-maven-3.0.5
> Java version: 1.7.0_60, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.7.0_60\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
> "windows"
> {code}
> And running the same mvn command:
> {code}
> mvn -X clean install
> {code}
> The following is output to the console:
> {code}
> [INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
> [DEBUG] adding directory sample/
> [DEBUG] adding directory sample/conf/
> [DEBUG] adding entry sample/conf/ConfFile.txt
> [DEBUG] adding entry sample/file.txt
> [DEBUG] adding entry sample/conf/ConfFile.txt
> {code}
> As you can see the assembly did not skip the second ConfFile.txt addition.
> When the final zip assembly is examined there is infact 2 ConfFile.txt files
> under the conf directory.
> Attached is the sample I used.
--
This message was sent by Atlassian JIRA
(v6.1.6#6162)
[jira] (MASSEMBLY-709) When assembling a zip on windows duplicate files are added to the assembly
[
https://jira.codehaus.org/browse/MASSEMBLY-709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lemay updated MASSEMBLY-709:
--
Description:
When assembling a zip where duplicate files are copied to the output directory
the default behavior is for the first file to copy and the remaining ones to be
skipped. When building a project on windows this is not the behavior. On
Windows all the duplicate files are added to the final zip assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended. The same results were obtained in the CentOS test.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
was:
When assembling a zip where duplicate files are copied to the output directory
the default behavior is for the first file to copy and the remaining ones to be
skipped. When building a project on windows this is not the behavior. On
Windows all the duplicate files are added to the final zip assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sa
[jira] (MASSEMBLY-709) When assembling a zip on windows duplicate files are added to the assembly
[
https://jira.codehaus.org/browse/MASSEMBLY-709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lemay updated MASSEMBLY-709:
--
Description:
When assembling a zip and duplicate files are copied to the output directory
even though the default behavior is for the first file to copy and the
remaining ones to be skipped. When building a project on windows this is not
the behavior. On Windows all the duplicate files are added to the final zip
assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
was:
When assembling a zip and duplicate files are copied to the output directory
the default behavior is for the first file to copy and the remaining ones to be
skipped. When building a project on windows this is not the behavior. On
Windows all the duplicate files are added to the final zip assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
> When assembling a zip on
[jira] (MASSEMBLY-709) When assembling a zip on windows duplicate files are added to the assembly
[
https://jira.codehaus.org/browse/MASSEMBLY-709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lemay updated MASSEMBLY-709:
--
Description:
When assembling a zip and duplicate files are copied to the output directory
the default behavior is for the first file to copy and the remaining ones to be
skipped. When building a project on windows this is not the behavior. On
Windows all the duplicate files are added to the final zip assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
was:
When assembling a zip and duplicate files are copied to the output directory
even though the default behavior is for the first file to copy and the
remaining ones to be skipped. When building a project on windows this is not
the behavior. On Windows all the duplicate files are added to the final zip
assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
> When assembling a zip on
[jira] (MASSEMBLY-709) When assembling a zip on windows duplicate files are added to the assembly
[
https://jira.codehaus.org/browse/MASSEMBLY-709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Lemay updated MASSEMBLY-709:
--
Description:
When assembling a zip where duplicate files are copied to the output directory
the default behavior is for the first file to copy and the remaining ones to be
skipped. When building a project on windows this is not the behavior. On
Windows all the duplicate files are added to the final zip assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
was:
When assembling a zip and duplicate files are copied to the output directory
the default behavior is for the first file to copy and the remaining ones to be
skipped. When building a project on windows this is not the behavior. On
Windows all the duplicate files are added to the final zip assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
> When assembling a zip on windows dup
[jira] (MASSEMBLY-709) When assembling a zip on windows duplicate files are added to the assembly
Jason Lemay created MASSEMBLY-709:
-
Summary: When assembling a zip on windows duplicate files are
added to the assembly
Key: MASSEMBLY-709
URL: https://jira.codehaus.org/browse/MASSEMBLY-709
Project: Maven Assembly Plugin
Issue Type: Bug
Components: maven-archiver
Affects Versions: 2.4
Environment: Apache Maven 3.0.5
(r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
Reporter: Jason Lemay
Attachments: sample.zip
When assembling a zip and duplicate files are copied to the output directory
the default behavior is for the first file to copy and the remaining ones to be
skipped. When building a project on windows this is not the behavior. On
Windows all the duplicate files are added to the final zip assembly.
This was tested on OSX, CentOS, and Windows Server 2009 R2.
Using OSX with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: /usr/local/Cellar/maven30/3.0.5/libexec
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_60.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.4", arch: "x86_64", family: "mac"
{code}
Running the mvn build as such:
{code}
mvn -X clean install
{code}
You end up with this logged to the console:
{code}
[INFO] Building zip: /Users/jasonl/Desktop/sample/target/sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] sample/conf/ConfFile.txt already added, skipping
{code}
When the final zip is examined there are no duplicate files. The plugin worked
as intended.
The problem arises when you build on windows.
Building with these settings:
{code}
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
05:51:28-0800)
Maven home: C:\bin\apache-maven-3.0.5
Java version: 1.7.0_60, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_60\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows server 2008 r2", version: "6.1", arch: "amd64", family:
"windows"
{code}
And running the same mvn command:
{code}
mvn -X clean install
{code}
The following is output to the console:
{code}
[INFO] Building zip: C:\Users\Administrator\Desktop\sample\target\sample.zip
[DEBUG] adding directory sample/
[DEBUG] adding directory sample/conf/
[DEBUG] adding entry sample/conf/ConfFile.txt
[DEBUG] adding entry sample/file.txt
[DEBUG] adding entry sample/conf/ConfFile.txt
{code}
As you can see the assembly did not skip the second ConfFile.txt addition. When
the final zip assembly is examined there is infact 2 ConfFile.txt files under
the conf directory.
Attached is the sample I used.
--
This message was sent by Atlassian JIRA
(v6.1.6#6162)
