Description of problem: ShrinkWrap TarGzExporter implementation contains a race condition which might turn to a deadlock while exporting an archive to TarGz file Version-Release number of selected component (if applicable): ShrinkWrap Core 1.0.0/1.0.1. How reproducible: Depends on local environment (JDK version, OS version). Steps to Reproduce: 1. Create a ShrinkWrap archive 2. Export it to TarGz file 3. Load the file as TarInputStream and iterate over entries Actual results: It hangs. Expected results: It iterates correctly. Additional info:
Andrew Rubinger <jboss> updated the status of jira SHRINKWRAP-433 to Resolved
Andrew Rubinger <jboss> made a comment on jira SHRINKWRAP-433 Linked issue removed multithreading.
This issue was resolved in upstream version 1.1.1 according to https://issues.jboss.org/browse/SHRINKWRAP-433, but that version is not available right now. Andrew, could you shed some light on it?
Andrew Rubinger <jboss> updated the status of jira SHRINKWRAP-433 to Closed
Marek, given the information we have we should update to 1.1.1. It should be compatible for our purposes.
upgraded in http://git.app.eng.bos.redhat.com/?p=jboss/jboss-bom.git;a=commitdiff;h=4facb0b30bea3b0de9ad96838d3ae10018add5ef
upgrade was reverted to previous version 1.0.0
So Shrinkwrap should be update to 1.1.2 according Karel, is that correct?
Yes, as a dependency of https://bugzilla.redhat.com/show_bug.cgi?id=970494
updated to SW 1.1.2 http://git.app.eng.bos.redhat.com/?p=jboss/jboss-bom.git;a=commitdiff;h=671a4b996b97fa4c3fc7443af5efd3f19a2222f9
Verified on 2.3.0.ER1, shrinkwrap version is 1.1.2.
Edited doc text for wfk 2.3 release notes.