[shrinkwrap-issues] [JBoss JIRA] (SHRINKWRAP-505) Allow archive.addPackage() flavors to slurp from a .war

[Andrew Rubinger (JIRA)]

     [ https://issues.jboss.org/browse/SHRINKWRAP-505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrew Rubinger closed SHRINKWRAP-505.
--------------------------------------


> Allow archive.addPackage() flavors to slurp from a .war
> -------------------------------------------------------
>
>                 Key: SHRINKWRAP-505
>                 URL: https://issues.jboss.org/browse/SHRINKWRAP-505
>             Project: ShrinkWrap
>          Issue Type: Feature Request
>            Reporter: Bob McWhirter
>            Assignee: Bob McWhirter
>             Fix For: 1.2.4
>
>
> In WildFly Swarm, we have the case where a .war is on the classpath or otherwise available for constructing subsequent ShrinkWrap archives.
> In the case of
> {code}
> JavaArchive archive = ...
> archive.addPacakge( "some.package.in.the.war" );
> {code}
> ... the classes are not locatable from the .war, given the URL shenanigans that occur and the ClassLoader asset that is used ultimately to load them.
> Ultimately URLPackageScanner should be smart enough to know that classes inside a .war-centric URL are relocated under {WEB-INF/classes}.
> PR is en-route, please hold.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)