April 2012 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] Created: (SHRINKWRAP-326) ExplodedImporter and MavenImporter should support shrinkwrap filtering

by Geoffrey De Smet (JIRA)

ExplodedImporter and MavenImporter should support shrinkwrap filtering ---------------------------------------------------------------------- Key: SHRINKWRAP-326 URL: https://issues.jboss.org/browse/SHRINKWRAP-326 Project: ShrinkWrap Issue Type: Feature Request Components: api Reporter: Geoffrey De Smet Priority: Minor Discussed with kpiwko while designing the api for SHRINKWRAP-325. Should be able to include/exclude any main/test class/resource/webapp-resource. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

2
1
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-289) Recursively list archive content

by Gerhard Poul (JIRA)

Recursively list archive content -------------------------------- Key: SHRINKWRAP-289 URL: https://issues.jboss.org/browse/SHRINKWRAP-289 Project: ShrinkWrap Issue Type: Enhancement Components: api Affects Versions: 1.0.0-beta-4 Reporter: Gerhard Poul Priority: Minor Currently the VerboseFormatter only lists content in the main archive, but not in sub-archives. This might be handy for debugging in cases where EAR/WAR files contain sub-archives, as it might be extremely useful to know the full recursive content of an archive that has been deployed or generated. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

2
4
0 / 0

[JBoss JIRA] (SHRINKDESC-121) WebFragmentDescriptor defaultFileName should be web-fragment.xml

by Aslak Knutsen (JIRA)

Aslak Knutsen created SHRINKDESC-121: ---------------------------------------- Summary: WebFragmentDescriptor defaultFileName should be web-fragment.xml Key: SHRINKDESC-121 URL: https://issues.jboss.org/browse/SHRINKDESC-121 Project: ShrinkWrap Descriptors Issue Type: Bug Components: impl-javaee Affects Versions: 2.0.0-alpha-2 Reporter: Aslak Knutsen -- 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, 9 months

2
2
0 / 0

[JBoss JIRA] (SHRINKDESC-105) Re-enable and expand MetadataParserTestCase

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKDESC-105: ------------------------------------------ Summary: Re-enable and expand MetadataParserTestCase Key: SHRINKDESC-105 URL: https://issues.jboss.org/browse/SHRINKDESC-105 Project: ShrinkWrap Descriptors Issue Type: Task Reporter: Andrew Rubinger The current test case is @Ignore'd, and needs to be reactivated to validate the metadata parser is working at this module level. -- 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, 9 months

2
9
0 / 0

[JBoss JIRA] (SHRINKDESC-118) Fix Jetty7TestCase So It Doesn't Require Network Connection and Access to www.eclipse.org

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKDESC-118: ------------------------------------------ Summary: Fix Jetty7TestCase So It Doesn't Require Network Connection and Access to www.eclipse.org Key: SHRINKDESC-118 URL: https://issues.jboss.org/browse/SHRINKDESC-118 Project: ShrinkWrap Descriptors Issue Type: Task Reporter: Andrew Rubinger Priority: Minor {code}java.lang.RuntimeException: java.net.UnknownHostException: www.eclipse.org at org.jboss.shrinkwrap.descriptor.test.util.XmlAssert.assertIdentical(XmlAssert.java:212) at org.jboss.shrinkwrap.descriptor.test.jetty7.Jetty7TestCase.testJettyConfiguration(Jetty7TestCase.java:75) 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) Caused by: java.net.UnknownHostException: www.eclipse.org at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:195) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:529) at java.net.Socket.connect(Socket.java:478) at sun.net.NetworkClient.doConnect(NetworkClient.java:163) at sun.net.www.http.HttpClient.openServer(HttpClient.java:395) at sun.net.www.http.HttpClient.openServer(HttpClient.java:530) at sun.net.www.http.HttpClient.<init>(HttpClient.java:234) at sun.net.www.http.HttpClient.New(HttpClient.java:307) at sun.net.www.http.HttpClient.New(HttpClient.java:324) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:970) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:911) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:836) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1172) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:677) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(XMLEntityManager.java:1315) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:1282) at com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:283) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.dispatch(XMLDocumentScannerImpl.java:1194) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.next(XMLDocumentScannerImpl.java:1090) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:1003) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:140) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:511) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:808) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:119) at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:235) at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:284) at org.custommonkey.xmlunit.XMLUnit.buildDocument(XMLUnit.java:383) at org.custommonkey.xmlunit.XMLUnit.buildDocument(XMLUnit.java:370) at org.custommonkey.xmlunit.Diff.<init>(Diff.java:101) at org.custommonkey.xmlunit.Diff.<init>(Diff.java:93) at org.jboss.shrinkwrap.descriptor.test.util.XmlAssert.assertIdentical(XmlAssert.java:202) ... 23 more{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, 9 months

1
2
0 / 0

[JBoss JIRA] (SHRINKWRAP-398) Descriptors 2.0 module creates duplicate <alternatives/> entries (test case attached)

by Craig Ringer (JIRA)

Craig Ringer created SHRINKWRAP-398: --------------------------------------- Summary: Descriptors 2.0 module creates duplicate <alternatives/> entries (test case attached) Key: SHRINKWRAP-398 URL: https://issues.jboss.org/browse/SHRINKWRAP-398 Project: ShrinkWrap Issue Type: Bug Components: ext-descriptors Affects Versions: 1.0.0 Environment: java version "1.7.0_01" Java(TM) SE Runtime Environment (build 1.7.0_01-b08) Java HotSpot(TM) 64-Bit Server VM (build 21.1-b02, mixed mode) Linux ayaki.localdomain 3.3.0-4.fc16.x86_64 #1 SMP Tue Mar 20 18:05:40 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux Reporter: Craig Ringer Attachments: ArquillianShrinkwrapDuplicateAlternatives.zip Using: org.jboss.shrinkwrap.descriptors:shrinkwrap-descriptors-impl-javaee:jar:2.0.0-alpha-2 The attached test case produces an invalid beans.xml with a duplicate <alternatives/> entry with the code: BeansDescriptor beansXml = Descriptors.importAs(BeansDescriptor.class) .from(new File("src/main/webapp/WEB-INF/beans.xml")) .getOrCreateAlternatives(); 'getOrCreate' is in fact always creating an alternatives entry. Also: Since there can only ever be one <alternatives/> block, it's not clear what the difference between getOrCreateAlternatives() and createAlternatives() is. Is the latter supposed to *replace* any existing block? The API for managing alternatives is in Descriptors 2.0 is IMO difficult to use and understand. Issues with examples pending. -- 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, 9 months

3
9
0 / 0

[JBoss JIRA] (SHRINKWRAP-377) ZipExporter.exportTo(java.io.File target) does not fail when target exists.

by Dominik Pospisil (Created) (JIRA)

ZipExporter.exportTo(java.io.File target) does not fail when target exists. --------------------------------------------------------------------------- Key: SHRINKWRAP-377 URL: https://issues.jboss.org/browse/SHRINKWRAP-377 Project: ShrinkWrap Issue Type: Bug Affects Versions: 1.0.0-cr-1 Reporter: Dominik Pospisil According to javadoc ZipExporter.exportTo(java.io.File target) should fail if the target file exists. It does not seem to be the case, the target file is rewritten silently instead. Also, the javadoc is confusing. It says: Exports provided archive as in an implementation-specific format, written to the specified File target. If the target exists this call will fail with IllegalArgumentException. However later it says that FileExistsException is thrown in such case. -- 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, 9 months

3
9
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-91) Support Java Connector Architecture 1.0

by Jesper Pedersen (JIRA)

Support Java Connector Architecture 1.0 --------------------------------------- Key: SHRINKDESC-91 URL: https://issues.jboss.org/browse/SHRINKDESC-91 Project: ShrinkWrap Descriptors Issue Type: Task Components: api-javaee Reporter: Jesper Pedersen Assignee: Jesper Pedersen Add support for Java Connector Architecture 1.0 (from J2EE 1.3) in org.jboss.shrinkwrap.descriptor.api.connector10 based on the DTD. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 10 months

1
1
0 / 0

[JBoss JIRA] (SHRINKWRAP-399) Descriptors 2.0 module BeansDescriptor API mixes String and Alternatives<BeansDescriptor>, is hard to use

by Craig Ringer (JIRA)

Craig Ringer created SHRINKWRAP-399: --------------------------------------- Summary: Descriptors 2.0 module BeansDescriptor API mixes String and Alternatives<BeansDescriptor>, is hard to use Key: SHRINKWRAP-399 URL: https://issues.jboss.org/browse/SHRINKWRAP-399 Project: ShrinkWrap Issue Type: Feature Request Components: ext-descriptors Affects Versions: 1.0.0 Environment: java version "1.7.0_01" Java(TM) SE Runtime Environment (build 1.7.0_01-b08) Java HotSpot(TM) 64-Bit Server VM (build 21.1-b02, mixed mode) Linux ayaki.localdomain 3.3.0-4.fc16.x86_64 #1 SMP Tue Mar 20 18:05:40 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux Reporter: Craig Ringer The API for BeansDescriptor in the Descriptors 2.0 module (org.jboss.shrinkwrap.descriptors:shrinkwrap-descriptors-impl-javaee:jar:2.0.0-alpha-2) is confusing and hard to use for simple cases. It needs revision. The distinction between BeansDescriptor.createAlternatives() and BeansDescriptor.getOrCreateAlternatives() isn't clear. Does the former unconditionally replace any existing alternatives entry? There's no obvious .replace(oldBean, newBean) to swap alternatives. The descriptor needs simple methods for: - Removing an alternative - Replacing an alternative - Adding an alternative It almost appears that the descriptor module is trying to handle multiple <alternatives/> entries, if that's the purpose of BeansDescriptor.getAllAlternatives(). Weld doesn't permit multiple alternatives, as a test with multiple alternatives entries will show: org.jboss.weld.exceptions.DefinitionException: WELD-001203 <alternatives> can only be specified once, but appears multiple times: vfs:/content/demo.jar/META-INF/beans.xml@6 ... and as far as I can tell the beans.xml xsd backs that up: http://java.sun.com/xml/ns/javaee/beans_1_0.xsd It doesn't make sense for the descriptors module to produce invalid descriptors; someone testing Weld code, JBoss descriptor loading, etc would use hand-crafted descriptors or descriptors produced using the XML APIs, not something like shrinkwrap descriptors. It really only needs to handle well-formed descriptors and should handle common tasks quickly and easily. FWIW, I'm not a big fan of ".clazz" either. What does that *mean*? How about ".alternative(...)" or ".addAlternative(...)" or ".alternativeClass(...)" ? The method ".clazz(String)" doesn't tell the reader much. -- 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, 10 months

4
8
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-327) MavenResolver should support profiles

by Geoffrey De Smet (JIRA)

MavenResolver should support profiles ------------------------------------- Key: SHRINKWRAP-327 URL: https://issues.jboss.org/browse/SHRINKWRAP-327 Project: ShrinkWrap Issue Type: Feature Request Components: api Reporter: Geoffrey De Smet Priority: Minor -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues April 2012