[shrinkwrap-issues] [JBoss JIRA] (SHRINKWRAP-505) Allow archive.addPackage() flavors to slurp from a .war
Bob McWhirter (JIRA)
issues at jboss.org
Tue May 31 13:54:00 EDT 2016
[ https://issues.jboss.org/browse/SHRINKWRAP-505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Bob McWhirter updated SHRINKWRAP-505:
-------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/shrinkwrap/shrinkwrap/pull/99
> 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
>
> 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)
More information about the shrinkwrap-issues
mailing list