February 2011 - shrinkwrap-issues

[JBoss JIRA] Created: (SHRINKWRAP-218) Add multiple modules at once to EnterpriseArchive

by Michael Schuetz (JIRA)

Add multiple modules at once to EnterpriseArchive ------------------------------------------------- Key: SHRINKWRAP-218 URL: https://jira.jboss.org/browse/SHRINKWRAP-218 Project: ShrinkWrap Issue Type: Feature Request Reporter: Michael Schuetz At the moment I can add multiple modules to EnterpriseArchiv like this: final EnterpriseArchive ear = ShrinkWrap.create(EnterpriseArchive.class, "test.ear") .addModule(ejb) .addModule(war) .addModule(ArtifactResolver.resolve("org.jboss.seam:jboss-seam:2.2.0.GA")); Would be nice to shorten this a bit, like this: final EnterpriseArchive ear = ShrinkWrap.create(EnterpriseArchive.class, "test.ear") .addModules(ejb, war, ArtifactResolver.resolve("org.jboss.seam:jboss-seam:2.2.0.GA")); -- 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

13 years, 1 month

4
6
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-190) Improve Exception on ClassNotFoundException during addPackage

by Aslak Knutsen (JIRA)

Improve Exception on ClassNotFoundException during addPackage ------------------------------------------------------------- Key: SHRINKWRAP-190 URL: https://jira.jboss.org/browse/SHRINKWRAP-190 Project: ShrinkWrap Issue Type: Feature Request Components: impl-base Affects Versions: 1.0.0-alpha-10 Reporter: Aslak Knutsen It's possible to get ClassNotFoundException during addPackage(..) since the Classes found are loaded. If a Class found refers to a Class not in the Classloader. Currently the Exception states only which class it can not find, it would be helpful to add which Class is being loaded that cause the ClassNotFoundException. java.lang.NoClassDefFoundError: org/aopalliance/intercept/MethodInvocation at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:634) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) at java.net.URLClassLoader.access$000(URLClassLoader.java:73) at java.net.URLClassLoader$1.run(URLClassLoader.java:212) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) at org.jboss.shrinkwrap.impl.base.container.ContainerBase$2.classFound(ContainerBase.java:932) at org.jboss.shrinkwrap.impl.base.URLPackageScanner.foundClass(URLPackageScanner.java:178) at org.jboss.shrinkwrap.impl.base.URLPackageScanner.handleArchiveByFile(URLPackageScanner.java:134) at org.jboss.shrinkwrap.impl.base.URLPackageScanner.handle(URLPackageScanner.java:156) at org.jboss.shrinkwrap.impl.base.URLPackageScanner.scanPackage(URLPackageScanner.java:107) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addPackages(ContainerBase.java:917) -- 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

13 years, 1 month

2
5
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-243) Dependencies does not find remote repositories set in settings.xml

by Aslak Knutsen (JIRA)

Dependencies does not find remote repositories set in settings.xml ------------------------------------------------------------------ Key: SHRINKWRAP-243 URL: https://jira.jboss.org/browse/SHRINKWRAP-243 Project: ShrinkWrap Issue Type: Feature Request Components: ext-dependencies Affects Versions: 1.0.0-alpha-12 Reporter: Aslak Knutsen Assignee: Karel Piwko Using activeDefault profiles in settings.xml does not seem to be included in the remote repository resolution in Dependencies. e.g. .m2/settings.xml <profiles> <profile> <activation> <activeByDefault>true</activeByDefault> </activation> <repositories> <repository> <id>jboss-public-repository-group</id> <name>JBoss Public Repository Group</name> <url>http://repository.jboss.org/nexus/content/groups/public/</url> <layout>default</layout> <releases> <enabled>true</enabled> <updatePolicy>never</updatePolicy> </releases> <snapshots> <enabled>true</enabled> <updatePolicy>never</updatePolicy> </snapshots> </repository> </repositories> <pluginRepositories> <pluginRepository> <id>jboss-public-repository-group</id> <name>JBoss Public Repository Group</name> <url>http://repository.jboss.org/nexus/content/groups/public/</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </pluginRepository> </pluginRepositories> </profile> </profiles> -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

3
6
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-255) Clean up dependencies API - remove DependencyFilter

by Karel Piwko (JIRA)

Clean up dependencies API - remove DependencyFilter ---------------------------------------------------- Key: SHRINKWRAP-255 URL: https://issues.jboss.org/browse/SHRINKWRAP-255 Project: ShrinkWrap Issue Type: Feature Request Components: ext-dependencies Reporter: Karel Piwko Assignee: Karel Piwko Fix For: 1.0.0-alpha-12 ShrinkWrap-Dependencies API is polluted by Aeather. Rewrite DependencyFilter to be independent of Aether. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

1
2
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-36) Add schemaLocation to WebAppDescriptor

by Andrew Rubinger (JIRA)

Add schemaLocation to WebAppDescriptor -------------------------------------- Key: SHRINKDESC-36 URL: https://issues.jboss.org/browse/SHRINKDESC-36 Project: ShrinkWrap Descriptors Issue Type: Task Reporter: Andrew Rubinger Assignee: Andrew Rubinger Fix For: 0.1.2 Root tag output should look like: <web-app version="3.0" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-34) Create jboss-beans.xml Descriptor

by Andrew Rubinger (JIRA)

Create jboss-beans.xml Descriptor --------------------------------- Key: SHRINKDESC-34 URL: https://issues.jboss.org/browse/SHRINKDESC-34 Project: ShrinkWrap Descriptors Issue Type: Feature Request Reporter: Andrew Rubinger To be used for MC-based services, and likely eventually MSC as well. Follows schema: https://svn.jboss.org/repos/jbossas/projects/kernel/trunk/kernel/src/main... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

1
0
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-241) remap targets for WebArchive add methods

by Dan Allen (JIRA)

remap targets for WebArchive add methods ---------------------------------------- Key: SHRINKWRAP-241 URL: https://jira.jboss.org/browse/SHRINKWRAP-241 Project: ShrinkWrap Issue Type: Feature Request Components: api Affects Versions: 1.0.0-alpha-11 Reporter: Dan Allen Fix For: 1.0.0-alpha-12 The Servlet specification specifically defines static and dynamic served from the web application as "web resources". Hence, the use of "addWebResource" to refer to WEB-INF is a mistake, and reopens the discussion of how each add* method should be mapped. Currently, the targets for the WebArchive add methods are: add() maps to / addResource() maps to / addWebResource() maps to /WEB-INF addManifestResource() maps to /WEB-INF/classes/META-INF (I know these are being refactor to "addAs". I'm just sticking with the terminology that's currently in place for the purpose of this discussion). To start, I think we should explicitly refer to WEB-INF by name, as in: addWebInfResource() maps to /WEB-INF Next, we should honor the "web resource" definition from the Servlet specification addWebResource() maps to / Now, because WebArchive is inheriting addResource() from ResourceArchive, we should honor the function of the target location, so: addResource() maps to /WEB-INF/classes Finally, we have to address add() inherited from Archive. In this case, I'm okay with sticking with add() as meaning the root of whatever archive we have: add() maps to / So, here's what an example might look like: WebArchive war = ShrinkWrap.create(WebArchive.class, "app.war") .addWebInfResource(EmptyAsset.INSTANCE, "beans.xml") .addWebResource(new StringAsset("<html><body>Hello World!</body></html>"), "index.html") .addResource(new StringAsset("foo=bar"), "messages.properties); System.out.println(war.toString(true)); prints: app.war /index.html /WEB-INF/beans.xml /WEB-INF/classes/messages.properties To me, this makes so much more sense. Hopefully you share the same opinion. -- 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

13 years, 2 months

3
12
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-213) Create a Descriptors Project

by Andrew Lee Rubinger (JIRA)

Create a Descriptors Project ---------------------------- Key: SHRINKWRAP-213 URL: https://jira.jboss.org/browse/SHRINKWRAP-213 Project: ShrinkWrap Issue Type: Feature Request Components: descriptors Reporter: Andrew Lee Rubinger Responsibility of this Project is to provide a DSL object model for generating Java EE Spec XML. Should eventually spin off into modules: - api (The DSL) - shrinkwrap-int (represents the final XML view export view as a ShrinkWrap Asset type) - impl (Does the XML generation logic) -- 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

13 years, 2 months

3
3
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-23) Web app descriptor tests fail because of carriage return

by Andy Gibson (JIRA)

Web app descriptor tests fail because of carriage return -------------------------------------------------------- Key: SHRINKDESC-23 URL: https://jira.jboss.org/browse/SHRINKDESC-23 Project: ShrinkWrap Descriptors Issue Type: Bug Components: api Affects Versions: 1.0.0-alpha-1 Environment: Windows, Dos, maven 3.0, JDK 1.6 Reporter: Andy Gibson The tests for the web app descriptors are failing because of the carriage return in the expected web.xml files in the test/resources used to compare the actual results with what it should be. The fix is to change the assert equals to Assert.assertEquals(expected.toString().replace("\r",""), webApp); for each one to strip out the carriage returns, but leave the line feeds. I'll submit a fix for it through GitHub. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-32) Release 0.1.0

by Andrew Rubinger (JIRA)

Release 0.1.0 ------------- Key: SHRINKDESC-32 URL: https://issues.jboss.org/browse/SHRINKDESC-32 Project: ShrinkWrap Descriptors Issue Type: Task Components: api Reporter: Andrew Rubinger Assignee: Andrew Rubinger Fix For: 0.1.0 Prepare for release of 0.1.0 to internal JBoss.org projects for consumption. Not intended for public use yet. Experimental and guaranteed to change. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 2 months

1
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues February 2011