June 2011 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] Created: (SHRINKDESC-48) WebAppDescriptor maps securityConstraint(displayName) to element "name", should be display-name

by Aslak Knutsen (JIRA)

WebAppDescriptor maps securityConstraint(displayName) to element "name", should be display-name ----------------------------------------------------------------------------------------------- Key: SHRINKDESC-48 URL: https://issues.jboss.org/browse/SHRINKDESC-48 Project: ShrinkWrap Descriptors Issue Type: Bug Components: api Affects Versions: 0.1.4 Reporter: Aslak Knutsen Fix For: 0.1.5 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

3
5
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-47) Support for Java 1.5

by David Allen (JIRA)

Support for Java 1.5 -------------------- Key: SHRINKDESC-47 URL: https://issues.jboss.org/browse/SHRINKDESC-47 Project: ShrinkWrap Descriptors Issue Type: Feature Request Components: api Environment: Release 0.1.4 Java 1.5.0_06 (Sun) Reporter: David Allen The compiler plugin was setup to target Java 1.6 only. Despite ShrinkWrap and Arquillian targeting 1.5, with this project included, everything is limited to Java 1.6 environments only. I have already re-built 0.1.4 locally with 1.5 and everything works fine. Is there some reason why Java 1.6 is required for ShrinkWrap Descriptors? -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

4
5
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-233) addClass with DefaultPackage opens addPackage to null arguments

by Aslak Knutsen (JIRA)

addClass with DefaultPackage opens addPackage to null arguments --------------------------------------------------------------- Key: SHRINKWRAP-233 URL: https://jira.jboss.org/browse/SHRINKWRAP-233 Project: ShrinkWrap Issue Type: Bug Reporter: Aslak Knutsen When adding a Class in addClass, we do a addPackage with a Filter to match inner classes of that class. When adding a Class in Default package, the Package we padd to addPackage is null. Meaning addPackage can't verify non null values. The downside is, if someone happens to add, e.g. addPakcage(true, Package.get("some-missing-package")), addPackage will be called with null, and null means /, which means all found packages are added. We need to split addPackage(boolean, Filter, Package...) into two methods, one external which does the null checks from the user and one internal that does not check for null(to support Class in default package). -- 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

14 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-193) Should be able to 'mount' a added jar

by Aslak Knutsen (JIRA)

Should be able to 'mount' a added jar ------------------------------------- Key: SHRINKWRAP-193 URL: https://jira.jboss.org/browse/SHRINKWRAP-193 Project: ShrinkWrap Issue Type: Feature Request Components: api, impl-base Reporter: Aslak Knutsen You can only manipulate on ShrinkWrap(open/uncompressed) archives when they are ArchiveAssets. Some times it can be useful to manipulate an existing(closed/compressed) nested archive. Add something to a library added by 'someone' else... We should support to import/mount a already added compressed library. [code] WebArchive war = ShrinkWrap.create(WebArchive.class) .addLibrary(new File("blag.jar")) JavaArchive jar = war.as(Importer.class) .import( JavaArchive.class, Archivepaths.create("lib/blag.jar")) [code] -- 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

14 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-282) Should be able to 'disable' central in MavenDependenciesResolver

by Aslak Knutsen (JIRA)

Should be able to 'disable' central in MavenDependenciesResolver ---------------------------------------------------------------- Key: SHRINKWRAP-282 URL: https://issues.jboss.org/browse/SHRINKWRAP-282 Project: ShrinkWrap Issue Type: Feature Request Components: ext-resolver Affects Versions: 1.0.0-beta-1 Reporter: Aslak Knutsen In some corporate settings, central is never used, and is overwritten by a office local repository. central or http access to the outside world might even be blocked in firewalls. We should support disabling central as a repository to use. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

4
6
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-291) Remove compiler warnings

by Andrew Rubinger (JIRA)

Remove compiler warnings ------------------------ Key: SHRINKWRAP-291 URL: https://issues.jboss.org/browse/SHRINKWRAP-291 Project: ShrinkWrap Issue Type: Task Reporter: Andrew Rubinger Assignee: Andrew Rubinger Fix For: 1.0.0-beta-4 Get us to a clean, warning-free state on compile. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-268) MavenDependencyResolver.loadReposFromPom and loadDependenciesFromPom methods are missleading

by Karel Piwko (JIRA)

MavenDependencyResolver.loadReposFromPom and loadDependenciesFromPom methods are missleading -------------------------------------------------------------------------------------------- Key: SHRINKWRAP-268 URL: https://issues.jboss.org/browse/SHRINKWRAP-268 Project: ShrinkWrap Issue Type: Enhancement Components: ext-resolver Affects Versions: 1.0.0-alpha-12 Reporter: Karel Piwko Current state: {code} loadReposFromPom(String file) {code} Loads a POM file and activates all repositories present there, moreover it loads all <dependencies> into cache so user can omit version in artifact specification. => should be renamed to loadMetadataFromPom(String file) or split to loadReposFromPom(String file), loadDependencyVersionsFromPom(String file) and aggregator loadMetadataFromPom(String file) {code} loadDepedenciesFromPom(String file) {code} Loads a POM file and adds all dependencies present there to the dependency chain. This means once the resolveXYZ() is called dependencies from POM are resolved. => should be renamed to includeDependenciesFromPom(String file) {code} loadDependenciesFromPom(String file, MavenResolutionFilter filter) {code} Does the same as previous, filter is not used there but during resolveXYZ() => should be removed -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
3
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-290) NPE in ContainerBase.fileFromResource if the specified argument does not exist

by Andrew Rubinger (JIRA)

NPE in ContainerBase.fileFromResource if the specified argument does not exist ------------------------------------------------------------------------------ Key: SHRINKWRAP-290 URL: https://issues.jboss.org/browse/SHRINKWRAP-290 Project: ShrinkWrap Issue Type: Bug Reporter: Andrew Rubinger We're missing some good precondition checks in place. Erring code: final JavaArchive jar = ShrinkWrap.create(JavaArchive.class, "ejb-security-test.jar"); jar.addPackage(AnnotatedSLSB.class.getPackage()); jar.addAsManifestResource("ejb/security/ejb-jar.xml", "ejb-jar.xml"); // HERE, if the file in the first arg does not exist return jar; Makes: Caused by: java.lang.NullPointerException at org.jboss.shrinkwrap.impl.base.container.ContainerBase.fileFromResource(ContainerBase.java:1481) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsManifestResource(ContainerBase.java:547) at org.jboss.as.test.spec.ejb3.security.EJBSecurityTestCase.createDeployment(EJBSecurityTestCase.java:47) ... 55 more -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-287) Duplicated entries in POMS

by Davide D'Alto (JIRA)

Duplicated entries in POMS -------------------------- Key: SHRINKWRAP-287 URL: https://issues.jboss.org/browse/SHRINKWRAP-287 Project: ShrinkWrap Issue Type: Patch Components: build Reporter: Davide D'Alto Assignee: Davide D'Alto Priority: Trivial Some entries are declared twice in the poms: maven-release-plugin in /pom.xml shrinkwrap-extension-vfs3 artifactId in dist/pom.xml This creates some warnings when running the maven build. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
1
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-275) Adding Resources via Classloader found in packaged jars results in NullPointerException

by Aslak Knutsen (JIRA)

Adding Resources via Classloader found in packaged jars results in NullPointerException --------------------------------------------------------------------------------------- Key: SHRINKWRAP-275 URL: https://issues.jboss.org/browse/SHRINKWRAP-275 Project: ShrinkWrap Issue Type: Bug Components: impl-base Affects Versions: 1.0.0-alpha-13 Reporter: Aslak Knutsen Priority: Critical Adding a Resource via the String representation pointing to a Resource loaded via a ClassLoader and stored in Jar results in NullPoiinterException. {code:title=StackTrace} java.lang.NullPointerException at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsManifestResource(ContainerBase.java:608) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsManifestResource(ContainerBase.java:557) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsManifestResource(ContainerBase.java:545) at org.jboss.shrinkwrap.impl.base.test.DynamicContainerTestBase.testAddManifestStringTargetResourceFromJar(DynamicContainerTestBase.java:303) {code} {code:title=org.jboss.shrinkwrap.impl.base.test.DynamicContainerTestBase} @Test @ArchiveType(ManifestContainer.class) public void testAddManifestStringTargetResourceFromJar() throws Exception { getManifestContainer().addAsManifestResource("java/lang/String.class", "String.class"); ArchivePath testPath = new BasicPath(getManifestPath(), "String.class"); Assert.assertTrue( "Archive should contain " + testPath, getArchive().contains(testPath)); } {code} The faulty logic comes from ContainerBase.fileFromResource(String), a URL returned by CL.getResource when packaged in a Jar is not usable as a new File(url.getFile()), the returned value is in the format: file:/usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar!/java/lang/String.class The File has the following states: * !file.isFile, * !file.isDirectory * !file.exists, * file.listFiles == null * new FileInputStream(file) throws FileNotFoundException -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

3
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues June 2011