March 2012 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKDESC-107) Refactor MetadataUtil

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKDESC-107: ------------------------------------------ Summary: Refactor MetadataUtil Key: SHRINKDESC-107 URL: https://issues.jboss.org/browse/SHRINKDESC-107 Project: ShrinkWrap Descriptors Issue Type: Task Components: metadata-parser Reporter: Andrew Rubinger Instead of the static util approach, we should likely be taking these methods and making them part of the capabilities of the relevent entities (ie. Node, Parser, etc). -- 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
5
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-33) Descriptors API forces classloading for configuration

by Lincoln Baxter III (JIRA)

Descriptors API forces classloading for configuration ----------------------------------------------------- Key: SHRINKDESC-33 URL: https://issues.jboss.org/browse/SHRINKDESC-33 Project: ShrinkWrap Descriptors Issue Type: Enhancement Components: api Affects Versions: 0.1.0 Reporter: Lincoln Baxter III The beans descriptor contains methods for specifying various interceptors, decorators, and alternatives, but requires that the Class<?> instance for said artifacts be provided to the API. This is not practical because it requires that the target classes be Classloaded in order for descriptor alteration to take place. Descriptor APIs should accept String values wherever a qualified Class name is required by the descriptor. It should not be assumed that the class instance is available: public interface BeansDescriptor extends Descriptor { BeansDescriptor interceptors(String... classes); BeansDescriptor interceptor(String clazz); BeansDescriptor decorators(String... classes); BeansDescriptor decorator(String clazz); BeansDescriptor alternativeClasses(String... classes); BeansDescriptor alternativeClass(String clazz); BeansDescriptor alternativeStereotypes(String... annotations); BeansDescriptor alternativeStereotype(String clazz); BeansDescriptor interceptors(Class<?>... classes); BeansDescriptor interceptor(Class<?> clazz); BeansDescriptor decorators(Class<?>... classes); BeansDescriptor decorator(Class<?> clazz); BeansDescriptor alternativeClasses(Class<?>... classes); BeansDescriptor alternativeClass(Class<?> clazz); BeansDescriptor alternativeStereotypes(Class<? extends Annotation>... annotations); BeansDescriptor alternativeStereotype(Class<? extends Annotation> clazz); } -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

2
1
0 / 0

[JBoss JIRA] (SHRINKDESC-108) Apply CheckStyle Rules and Bulk-Format the codebase

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKDESC-108: ------------------------------------------ Summary: Apply CheckStyle Rules and Bulk-Format the codebase Key: SHRINKDESC-108 URL: https://issues.jboss.org/browse/SHRINKDESC-108 Project: ShrinkWrap Descriptors Issue Type: Task Reporter: Andrew Rubinger For ease in contribution and limiting conflicts while merging, apply the ShrinkWrap Checkstyle configuration and bulk-format the codebase to match. -- 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
11
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-89) Improve test code readability by introducing assertion DSL.

by Bartosz Majsak (JIRA)

Improve test code readability by introducing assertion DSL. ----------------------------------------------------------- Key: SHRINKDESC-89 URL: https://issues.jboss.org/browse/SHRINKDESC-89 Project: ShrinkWrap Descriptors Issue Type: Sub-task Components: test Affects Versions: 1.1.0-alpha-5 Reporter: Bartosz Majsak Assignee: Bartosz Majsak Priority: Optional Improving tests assertion might bring few benefits for us, such as: * more concise tests focused on the functionality * better readability and understanding of the tests (and the way how our tool works in general [which might be really handy for newcomers]), also by using domain-specific assertions * easier maintenance For instance for Node assertions we could have: {code} assertThat(root.getChildren()).containsOnly(CHILD_1, CHILD_2) {code} or even something more fancy {code} assertThat(node).isAccessibleFrom(otherNode) {code} Two options worth considering are: * [Hamcrest|http://code.google.com/p/hamcrest/] (bundled with JUnit as of 4.4) * [FEST-Assert|http://docs.codehaus.org/display/FEST/Fluent+Assertions+Module] I would rather go with the latter. Its' fluent interface DSL is somehow easier to use in tests. When it comes to dependencies, here's the full list: {code} org.easytesting:fest-assert:jar:1.3 org.easytesting:fest-util:jar:1.1.4 (compile) org.easytesting:fest-reflect:jar:1.2 (test) org.easytesting:fest-test:jar:1.2.1 (test) junit:junit:jar:4.7 (test) org.easytesting:fest-mocks:jar:1.1.1 (test) org.easymock:easymockclassextension:jar:2.4 (test) org.easymock:easymock:jar:2.4 (test) cglib:cglib-nodep:jar:2.1_3 (test) org.easymock:easymock:jar:2.4 (test) junit:junit:jar:4.7 (test) {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
4
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-216) Update javadoc in api classes to reflect the reworked configuration mechanism

by Ken Gullaksen (JIRA)

Update javadoc in api classes to reflect the reworked configuration mechanism ----------------------------------------------------------------------------- Key: SHRINKWRAP-216 URL: https://jira.jboss.org/browse/SHRINKWRAP-216 Project: ShrinkWrap Issue Type: Task Components: api Affects Versions: 1.0.0-alpha-11 Reporter: Ken Gullaksen Assignee: Ken Gullaksen Priority: Minor Fix For: 1.0.0-alpha-12 The javadoc on ArchiveFactory.java is out of sync with the underlying implementation. Also reflect the changes in ShrinkWrap.java. also Domain.java has some javadoc without description -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 5 months

3
6
0 / 0

[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-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] (SHRINKWRAP-389) Allow ShrinkWrap to overwrite existing ArchivePaths

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-389: ------------------------------------------ Summary: Allow ShrinkWrap to overwrite existing ArchivePaths Key: SHRINKWRAP-389 URL: https://issues.jboss.org/browse/SHRINKWRAP-389 Project: ShrinkWrap Issue Type: Feature Request Reporter: Andrew Rubinger SHRINKWRAP-329 created a fail-fast (as opposed to silent no-op) approach to encountering the following case: {code} // Create the new archive final Archive<?> archive = createNewArchive(); // Put in an asset final ArchivePath path = ArchivePaths.create("testPath"); archive.add(EmptyAsset.INSTANCE, path); // Now try again with a new asset, and this should fail try { archive.add(new StringAsset("failContent"), path); } catch (final IllegalOverwriteException ioe) { // Good return; }{code} We need a feature now to disable this, effectively a boolean flag for each of the archive "add" methods to allow overwriting. Will encompass API changes. -- 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, 6 months

5
21
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-315) NPE in ContainerBase.addAsLibrary

by Andrew Rubinger (JIRA)

NPE in ContainerBase.addAsLibrary --------------------------------- Key: SHRINKWRAP-315 URL: https://issues.jboss.org/browse/SHRINKWRAP-315 Project: ShrinkWrap Issue Type: Bug Reporter: Andrew Rubinger Using code: {code}war.addAsLibrary("xerces/xercesImpl.jar", "xercesImpl.jar");{code} ..if the resourceName doesn't exist, results in: {code}Caused by: java.lang.NullPointerException at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1353) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1338) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1289) at org.jboss.as.test.spec.xerces.ws.XercesUsageInWebServiceTestCase.createWebServiceDeployment(XercesUsageInWebServiceTestCase.java:74) ... 59 more{code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

5
10
0 / 0

[JBoss JIRA] (SHRINKWRAP-365) FileExistException - Existing WAR cannot be deployed with ShrinkWrap.createFromZipFile

by Karsten Ohme (Created) (JIRA)

FileExistException - Existing WAR cannot be deployed with ShrinkWrap.createFromZipFile -------------------------------------------------------------------------------------- Key: SHRINKWRAP-365 URL: https://issues.jboss.org/browse/SHRINKWRAP-365 Project: ShrinkWrap Issue Type: Bug Components: api Affects Versions: 1.0.0-beta-5 Environment: Windows XP, Maven 3.0.3, Java 1.6.0_29 Reporter: Karsten Ohme Priority: Minor * Deploying a Web archive from a ZIP fails * Code: {code} @Deployment(testable=false) public static WebArchive createTestArchive() throws Exception { return ShrinkWrap.createFromZipFile(WebArchive.class, new File("dependency"+File.separatorChar+"test.war")); } {code} * {{test.war}} is the file to use, but the new deployment is being tried to create at the same location -- 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, 7 months

2
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues March 2012