November 2012 - shrinkwrap-issues

[JBoss JIRA] Created: (SHRINKWRAP-279) Shrinkwrap is hanging in JdkZipExporterDelegate

by Andrew Rubinger (JIRA)

Shrinkwrap is hanging in JdkZipExporterDelegate ----------------------------------------------- Key: SHRINKWRAP-279 URL: https://issues.jboss.org/browse/SHRINKWRAP-279 Project: ShrinkWrap Issue Type: Bug Environment: org.jboss.as.testsuite.integration.jaxrs.servletintegration.ApplicationPathOverrideIntegrationTestCase Reporter: Carlo de Wolf Assignee: Andrew Rubinger Fix For: 1.0.0-alpha-13 {noformat} $ jstack 3994 2011-04-01 21:59:20 Full thread dump Java HotSpot(TM) Server VM (19.0-b09 mixed mode): "Attach Listener" daemon prio=10 tid=0x8e11c400 nid=0x109a waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "pool-2-thread-1" prio=10 tid=0xb6af5400 nid=0xfbd in Object.wait() [0x8d8fe000] java.lang.Thread.State: TIMED_WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0xa997c858> (a org.jboss.shrinkwrap.impl.base.exporter.FutureCompletionInputStream) at java.io.PipedInputStream.awaitSpace(PipedInputStream.java:257) at java.io.PipedInputStream.receive(PipedInputStream.java:215) - locked <0xa997c858> (a org.jboss.shrinkwrap.impl.base.exporter.FutureCompletionInputStream) at java.io.PipedOutputStream.write(PipedOutputStream.java:132) at java.util.zip.ZipOutputStream.writeBytes(ZipOutputStream.java:456) at java.util.zip.ZipOutputStream.writeLOC(ZipOutputStream.java:351) at java.util.zip.ZipOutputStream.putNextEntry(ZipOutputStream.java:179) at org.jboss.shrinkwrap.impl.base.exporter.JdkZipExporterDelegate$2.execute(JdkZipExporterDelegate.java:285) at org.jboss.shrinkwrap.impl.base.exporter.JdkZipExporterDelegate$2.execute(JdkZipExporterDelegate.java:262) at org.jboss.shrinkwrap.impl.base.io.IOUtil.closeOnComplete(IOUtil.java:227) at org.jboss.shrinkwrap.impl.base.exporter.JdkZipExporterDelegate.processNode(JdkZipExporterDelegate.java:261) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:98) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.processNode(AbstractExporterDelegate.java:103) at org.jboss.shrinkwrap.impl.base.exporter.AbstractExporterDelegate.export(AbstractExporterDelegate.java:88) at org.jboss.shrinkwrap.impl.base.exporter.JdkZipExporterDelegate.access$001(JdkZipExporterDelegate.java:55) at org.jboss.shrinkwrap.impl.base.exporter.JdkZipExporterDelegate$1.call(JdkZipExporterDelegate.java:134) at org.jboss.shrinkwrap.impl.base.exporter.JdkZipExporterDelegate$1.call(JdkZipExporterDelegate.java:127) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) "Thread-1" prio=10 tid=0x8dcb1400 nid=0xfac runnable [0x8da5c000] java.lang.Thread.State: RUNNABLE at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:199) at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) at java.io.BufferedInputStream.read(BufferedInputStream.java:317) - locked <0xaaa88b90> (a java.io.BufferedInputStream) at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264) at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158) - locked <0xaaa88ce0> (a java.io.InputStreamReader) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.Reader.read(Reader.java:123) at org.jboss.as.arquillian.container.managed.JBossAsManagedContainer$ConsoleConsumer.run(JBossAsManagedContainer.java:188) at java.lang.Thread.run(Thread.java:662) "process reaper" daemon prio=10 tid=0x8dcfe000 nid=0xfaa runnable [0x8daad000] java.lang.Thread.State: RUNNABLE at java.lang.UNIXProcess.waitForProcessExit(Native Method) at java.lang.UNIXProcess.access$900(UNIXProcess.java:20) at java.lang.UNIXProcess$1$1.run(UNIXProcess.java:132) "Low Memory Detector" daemon prio=10 tid=0xb6a99400 nid=0xfa5 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "CompilerThread1" daemon prio=10 tid=0xb6a97800 nid=0xfa4 waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "CompilerThread0" daemon prio=10 tid=0xb6a95800 nid=0xfa3 waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "Signal Dispatcher" daemon prio=10 tid=0xb6a93c00 nid=0xfa2 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "Finalizer" daemon prio=10 tid=0xb6a84400 nid=0xfa1 in Object.wait() [0x8f167000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0xaaa893e8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118) - locked <0xaaa893e8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) "Reference Handler" daemon prio=10 tid=0xb6a82c00 nid=0xfa0 in Object.wait() [0x8f47d000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0xaaa89478> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:485) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116) - locked <0xaaa89478> (a java.lang.ref.Reference$Lock) "main" prio=10 tid=0xb6a04c00 nid=0xf9c in Object.wait() [0xb6bf7000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0xa9a90b70> (a org.jboss.as.controller.client.helpers.standalone.impl.ModelControllerClientServerDeploymentManager$Handler) at java.lang.Object.wait(Object.java:485) at org.jboss.as.controller.client.helpers.standalone.impl.ModelControllerClientServerDeploymentManager$Handler.get(ModelControllerClientServerDeploymentManager.java:164) - locked <0xa9a90b70> (a org.jboss.as.controller.client.helpers.standalone.impl.ModelControllerClientServerDeploymentManager$Handler) at org.jboss.as.controller.client.helpers.standalone.impl.ModelControllerClientServerDeploymentManager$Handler.get(ModelControllerClientServerDeploymentManager.java:64) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:68) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:41) at org.jboss.as.arquillian.container.AbstractDeployableContainer.executeDeploymentPlan(AbstractDeployableContainer.java:180) at org.jboss.as.arquillian.container.AbstractDeployableContainer.deploy(AbstractDeployableContainer.java:98) at org.jboss.arquillian.impl.handler.ContainerDeployer.callback(ContainerDeployer.java:62) at org.jboss.arquillian.impl.handler.ContainerDeployer.callback(ContainerDeployer.java:50) at org.jboss.arquillian.impl.event.MapEventManager.fire(MapEventManager.java:63) at org.jboss.arquillian.impl.context.AbstractEventContext.fire(AbstractEventContext.java:115) at org.jboss.arquillian.impl.EventTestRunnerAdaptor.beforeClass(EventTestRunnerAdaptor.java:99) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:165) at org.jboss.arquillian.junit.Arquillian$3$1.evaluate(Arquillian.java:189) at org.jboss.arquillian.junit.Arquillian$MultiStatementExecutor.execute(Arquillian.java:300) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:185) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:128) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:59) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:115) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:102) at org.apache.maven.surefire.Surefire.run(Surefire.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:350) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1021) "VM Thread" prio=10 tid=0xb6a80400 nid=0xf9f runnable "GC task thread#0 (ParallelGC)" prio=10 tid=0xb6a0bc00 nid=0xf9d runnable "GC task thread#1 (ParallelGC)" prio=10 tid=0xb6a0d400 nid=0xf9e runnable "VM Periodic Task Thread" prio=10 tid=0xb6a9ac00 nid=0xfa6 waiting on condition JNI global references: 954 {noformat} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

4
7
0 / 0

[JBoss JIRA] (SHRINKWRAP-433) Race condition deadlock in TarGz Exporter

by Karel Piwko (JIRA)

Karel Piwko created SHRINKWRAP-433: -------------------------------------- Summary: Race condition deadlock in TarGz Exporter Key: SHRINKWRAP-433 URL: https://issues.jboss.org/browse/SHRINKWRAP-433 Project: ShrinkWrap Issue Type: Bug Components: impl-base Affects Versions: 1.0.1 Environment: RHEL6 32bit + Oracle JDK 6, Oracle JDK 7, OpenJDK 7 Windows 2008 32 bit + Oracle JDK 7 Solaris 10 32 bit + Oracle JDK 6, Oracle JDK 7 Reporter: Karel Piwko There is a deadlock which is triggered on various platforms concerning handling of TarGz archives. Concerned environments are listed in the environment field. Following error is logged by Jenkins {code} 11:48:05 Running org.jboss.shrinkwrap.impl.base.exporter.TarGzExporterTestCase 16:45:04 Build timed out (after 300 minutes). Marking the build as aborted. {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

4
4
0 / 0

[JBoss JIRA] (SHRINKRES-86) Rework export mechanism

by Michal Matloka (JIRA)

Michal Matloka created SHRINKRES-86: --------------------------------------- Summary: Rework export mechanism Key: SHRINKRES-86 URL: https://issues.jboss.org/browse/SHRINKRES-86 Project: ShrinkWrap Resolvers Issue Type: Task Reporter: Michal Matloka Assignee: Michal Matloka Based on talk with Andrew Rubinger: 20:06:17 - ALR: I'd like to rework the ShrinkWrap export mechanism 20:06:28 - ALR: Currently it's a multi-threaded design 20:07:04 - ALR: This is so that we don't have to hold the entire contents in memory to return the InputStream 20:07:15 - ALR: It works by using piped streams 20:07:33 - ALR: The JDK ZipOutputStream to write out to a pipe, then an InputStream which reads into it. 20:07:38 - ALR: This gives a "pull" model 20:07:55 - ALR: As the user reads in from the instream, this permits the outstream to fill the buffer 20:08:00 - ALR: Only the buffer is held in-memory 20:08:04 - ALR: What I want to do: 20:08:24 - ALR: Make a ZipInputStream which can directly read an archive 20:08:32 - ALR: So we bypass the piping and the need for Threads 20:08:52 - ALR: (JDK ZipInputStream only reads in current ZIP formats) 20:09:12 - ALR: THIS new ZipInputStream we would need to encode as ZIP as "read" is called 20:09:18 - ALR: Keeping the pull model intact -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
6
0 / 0

[JBoss JIRA] (SHRINKRES-85) MavenModelResolver clones (.newCopy()) shares mutable content

by Michal Matloka (JIRA)

Michal Matloka created SHRINKRES-85: --------------------------------------- Summary: MavenModelResolver clones (.newCopy()) shares mutable content Key: SHRINKRES-85 URL: https://issues.jboss.org/browse/SHRINKRES-85 Project: ShrinkWrap Resolvers Issue Type: Bug Reporter: Michal Matloka Assignee: Michal Matloka Priority: Minor Contained RemoteRepository'ies are mutable but are passed to new copy not cloned. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

2
4
0 / 0

[JBoss JIRA] (SHRINKWRAP-390) Build option for building without Java 5

by Carlo de Wolf (JIRA)

Carlo de Wolf created SHRINKWRAP-390: ---------------------------------------- Summary: Build option for building without Java 5 Key: SHRINKWRAP-390 URL: https://issues.jboss.org/browse/SHRINKWRAP-390 Project: ShrinkWrap Issue Type: Task Components: build Environment: Fedora 17 Reporter: Carlo de Wolf Fedora 17 does not have a Java 5 JDK, so it is impossible to get through the enforcer check. "JAVA5_HOME needs to be set to run some tests in the JRE5 runtime" -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
4
0 / 0

[JBoss JIRA] (SHRINKDESC-127) Fixed values doesn't get applied as default value

by Jesper Pedersen (JIRA)

Jesper Pedersen created SHRINKDESC-127: ------------------------------------------ Summary: Fixed values doesn't get applied as default value Key: SHRINKDESC-127 URL: https://issues.jboss.org/browse/SHRINKDESC-127 Project: ShrinkWrap Descriptors Issue Type: Bug Components: metadata-parser Affects Versions: 2.0.0-alpha-3 Reporter: Jesper Pedersen Assignee: Ralf Battenfeld Fix For: 2.0.0-alpha-4 The following {noformat} <xsd:attribute name="version" type="j2ee:dewey-versionType" fixed="1.5" use="required"> {noformat} doesn't in "version" being a constant in the generated code -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
6
0 / 0

[JBoss JIRA] (SHRINKDESC-133) Package documentation

by Jesper Pedersen (JIRA)

Jesper Pedersen created SHRINKDESC-133: ------------------------------------------ Summary: Package documentation Key: SHRINKDESC-133 URL: https://issues.jboss.org/browse/SHRINKDESC-133 Project: ShrinkWrap Descriptors Issue Type: Feature Request Components: metadata-parser Affects Versions: 2.0.0-alpha-4 Reporter: Jesper Pedersen Assignee: Ralf Battenfeld It would be nice if the metadata-parser had an attribute where the developer could specify a package.html/package-info.java file that would be copied to the generated source located automatically. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

2
2
0 / 0

[JBoss JIRA] (SHRINKRES-27) Allow for full dependency info from MavenDependencyResolver::resolve

by Michal Matloka (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-27?page=com.atlassian.jira.plug... ] Michal Matloka commented on SHRINKRES-27: ----------------------------------------- Proposition: https://github.com/mmatloka/resolver/commit/e24be3c029233db6932a171e3c26e... > Allow for full dependency info from MavenDependencyResolver::resolve > -------------------------------------------------------------------- > > Key: SHRINKRES-27 > URL: https://issues.jboss.org/browse/SHRINKRES-27 > Project: ShrinkWrap Resolvers > Issue Type: Feature Request > Components: api-maven, impl-maven > Affects Versions: 2.0.0-alpha-2 > Reporter: Ales Justin > Assignee: Michal Matloka > > It would be useful to be able to grab full dependency info, not just files. > e.g. name, version, import type, etc -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-84) Offline repo tests fail during release

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKRES-84: ---------------------------------------- Summary: Offline repo tests fail during release Key: SHRINKRES-84 URL: https://issues.jboss.org/browse/SHRINKRES-84 Project: ShrinkWrap Resolvers Issue Type: Bug Reporter: Andrew Rubinger Assignee: Andrew Rubinger Priority: Blocker Fix For: 2.0.0-alpha-5 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

1
3
0 / 0

[JBoss JIRA] (SHRINKWRAP-431) Archive.merge is broken

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-431: ------------------------------------------ Summary: Archive.merge is broken Key: SHRINKWRAP-431 URL: https://issues.jboss.org/browse/SHRINKWRAP-431 Project: ShrinkWrap Issue Type: Bug Reporter: Andrew Rubinger Assignee: Andrew Rubinger Priority: Blocker Observed different behavior in Archive.merge depending upon the order in which archives were merged; the merged view has been incomplete. {code}Nov 01, 2012 3:20:26 PM org.jboss.arquillian.daemon.server.NettyServer start INFO: Server started on localhost:12345 Nov 01, 2012 3:20:26 PM org.jboss.arquillian.daemon.protocol.arquillian.DaemonDeploymentPackager generateDeployment INFO: arquillian-junit.jar: 259 assets Nov 01, 2012 3:20:26 PM org.jboss.arquillian.daemon.protocol.arquillian.DaemonDeploymentPackager generateDeployment INFO: arquillian-core.jar: 495 assets Nov 01, 2012 3:20:26 PM org.jboss.arquillian.daemon.protocol.arquillian.DaemonDeploymentPackager generateDeployment INFO: Returning: f98cada5-136a-45bc-b233-d8fb97cb1994.jar: 756 assets Nov 01, 2012 3:20:27 PM org.jboss.arquillian.daemon.server.NettyServer$ActionControllerHandler inboundBufferUpdated INFO: Readable bytes: 142205 Nov 01, 2012 3:20:27 PM org.jboss.arquillian.daemon.server.NettyServer$DeployHandlerAdapter inboundBufferUpdated INFO: Readable bytes received: 142205{code} and: {code}Nov 01, 2012 3:24:10 PM org.jboss.arquillian.daemon.server.NettyServer start INFO: Server started on localhost:12345 Nov 01, 2012 3:24:11 PM org.jboss.arquillian.daemon.protocol.arquillian.DaemonDeploymentPackager generateDeployment INFO: arquillian-core.jar: 495 assets Nov 01, 2012 3:24:11 PM org.jboss.arquillian.daemon.protocol.arquillian.DaemonDeploymentPackager generateDeployment INFO: arquillian-junit.jar: 259 assets Nov 01, 2012 3:24:11 PM org.jboss.arquillian.daemon.protocol.arquillian.DaemonDeploymentPackager generateDeployment INFO: Returning: cad149cf-f4a8-472c-bb07-a5a7f5225ed3.jar: 756 assets Nov 01, 2012 3:24:11 PM org.jboss.arquillian.daemon.server.NettyServer$ActionControllerHandler inboundBufferUpdated INFO: Readable bytes: 277001 Nov 01, 2012 3:24:11 PM org.jboss.arquillian.daemon.server.NettyServer$DeployHandlerAdapter inboundBufferUpdated INFO: Readable bytes received: 277001 Nov 01, 2012 3:24:11 PM org.jboss.arquillian.daemon.server.NettyServer$DeployHandlerAdapter inboundBufferUpdated INFO: Deployed: 78178897-e394-45a1-b9d4-b465c145560a.jar: 259 assets{code} Though each report 756 assets, the file size of the exported view is different. I suspect that directories are being written without content? Using the following manual code, all works as expected: {code} // TODO THIS IS BROKEN IN SHRINKWRAP, FIX IT // archive.merge(auxArchive); //TODO This hack replaces the above. final Map<ArchivePath, Node> content = auxArchive.getContent(); final Collection<ArchivePath> paths = content.keySet(); for (final ArchivePath path : paths) { final Node current = archive.get(path); final Node aux = content.get(path); if (current != null) { if (current.getAsset() == null && aux.getAsset() == null) { } else if (current.getAsset() == null && aux.getAsset() != null) { throw new IllegalStateException("Current archive has dir and aux has " + aux.getAsset() + " at " + path); } else if (current.getAsset() != null && aux.getAsset() == null) { throw new IllegalStateException("Current archive has " + current.getAsset() + " and aux has dir at " + path); } else { archive.add(aux.getAsset(), path); } } else { if (aux.getAsset() != null) { archive.add(aux.getAsset(), path); } } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

2
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues November 2012