July 2011 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] Created: (SHRINKWRAP-301) aether-connector-wagon -> depends on plexus-container-default which has junit:junit in compile scope

by Aslak Knutsen (JIRA)

aether-connector-wagon -> depends on plexus-container-default which has junit:junit in compile scope ---------------------------------------------------------------------------------------------------- Key: SHRINKWRAP-301 URL: https://issues.jboss.org/browse/SHRINKWRAP-301 Project: ShrinkWrap Issue Type: Bug Components: ext-resolver Affects Versions: 1.0.0-beta-3 Reporter: Aslak Knutsen https://github.com/shrinkwrap/shrinkwrap/blob/master/extension-resolver/i... That dependency should exclude junit -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

3
6
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-300) filename with whitespace produce errors on windows

by José Freitas (JIRA)

filename with whitespace produce errors on windows -------------------------------------------------- Key: SHRINKWRAP-300 URL: https://issues.jboss.org/browse/SHRINKWRAP-300 Project: ShrinkWrap Issue Type: Bug Affects Versions: 1.0.0-beta-3 Environment: windows Reporter: José Freitas When a filename has whitespace the method in ContainerBase.class {code} private File fileFromResource(final String resourceName) { final String resourcePath = AccessController.doPrivileged(GetTcclAction.INSTANCE).getResource(resourceName) .getFile(); return new File(resourcePath); } {code} tries to find a file with URL pattern filename (using %20 for instance) which may be causing troubles to find files resulting in a java.lang.IllegalArgumentException -- 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: (SHRINKWRAP-302) Add test to ensure that only resources from the default package are added

by Andrew Rubinger (JIRA)

Add test to ensure that only resources from the default package are added ------------------------------------------------------------------------- Key: SHRINKWRAP-302 URL: https://issues.jboss.org/browse/SHRINKWRAP-302 Project: ShrinkWrap Issue Type: Task Components: impl-base Reporter: Andrew Rubinger Assignee: Ivan Pazmino In SHRINKWRAP-233 we ensured that addPackage wasn't opened to null arguments; now we should further ensure that we don't recursively add extra stuff by adding checks to the existing test case that only what we expected to add was indeed added. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
2
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] Moved: (SHRINKWRAP-299) addAsResources() does not remove /classes segment when adding output directory to deployment

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-299?page=com.atlassian.jira.pl... ] Aslak Knutsen moved ARQ-494 to SHRINKWRAP-299: ---------------------------------------------- Project: ShrinkWrap (was: Arquillian) Key: SHRINKWRAP-299 (was: ARQ-494) Affects Version/s: 1.0.0-beta-3 (was: 1.0.0.CR1) Security: (was: Public) > addAsResources() does not remove /classes segment when adding output directory to deployment > -------------------------------------------------------------------------------------------- > > Key: SHRINKWRAP-299 > URL: https://issues.jboss.org/browse/SHRINKWRAP-299 > Project: ShrinkWrap > Issue Type: Bug > Affects Versions: 1.0.0-beta-3 > Reporter: Lincoln Baxter III > > {code} > @Deployment(testable = false) > public static WebArchive getDeployment() > { > return ShrinkWrap > .create(WebArchive.class, "rewrite-test.war") > .addAsResource(new File("../api/target/classes/com")) > .addAsResource(new File("../api/target/classes/META-INF")) > .addAsResource(new File("../impl-servlet/target/classes/com")) > .addAsResource(new File("../impl-servlet/target/classes/META-INF")) > .addAsLibraries(DependencyResolvers.use(MavenDependencyResolver.class) > .artifacts("org.jboss.weld.servlet:weld-servlet:1.1.1.Final") > .resolveAs(GenericArchive.class)) > .setWebXML("jetty-web.xml") > .addAsWebResource( > new StringAsset("<beans/>"), > ArchivePaths.create("WEB-INF/beans.xml")) > .addAsWebResource("jetty-env.xml", > ArchivePaths.create("WEB-INF/jetty-env.xml")); > } > {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues July 2011