You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Daniel Kulp (JIRA)" <ji...@codehaus.org> on 2007/11/29 13:09:57 UTC
[jira] Commented: (MRRESOURCES-27) RemoteResourcesClassLoader isn't
isolated from maven jar
[ http://jira.codehaus.org/browse/MRRESOURCES-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_115343 ]
Daniel Kulp commented on MRRESOURCES-27:
----------------------------------------
Won't need to do anything. I changed the RemoteResourcesClassLoader to check it's URL's before checking the parent classloader instead of the other way around.
> RemoteResourcesClassLoader isn't isolated from maven jar
> --------------------------------------------------------
>
> Key: MRRESOURCES-27
> URL: http://jira.codehaus.org/browse/MRRESOURCES-27
> Project: Maven 2.x Remote Resources Plugin
> Issue Type: Bug
> Affects Versions: 1.0-alpha-6
> Environment: maven-2.0.6
> Reporter: Grégory Joseph
> Assignee: Daniel Kulp
> Priority: Critical
> Fix For: 1.0-beta-1
>
>
> My project has a LICENSE.txt file in its remote-resources jar. Unfortunately, when building artifacts that require it, it gets the jsch LICENSE.txt, which is found in the maven-core-uber-jar.
> Vaguely related, is the fact that by reading the source code, it seems that processed resources are loaded through yet a different mechanism (i.e. delegate to Velocity's classloader), so i'm not confident this is 100% safe either. Can't it be fixed to it explicitely uses the same res.loading mechanism ?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira