[
https://issues.apache.org/jira/browse/DIGESTER-165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13395469#comment-13395469
]
Simone Tripodi commented on DIGESTER-165:
-----------------------------------------
thanks a lot for the patch Dirk, I've just applied it, see
[r1351226|http://svn.apache.org/viewvc?rev=1351226&view=rev].
Can you provide please a simple patch with testcase as well, in order to
demonstrate the bug is fixed?
TIA!
PS I also added you in the contributors list
> BinderClassLoader does not override getResource
> -----------------------------------------------
>
> Key: DIGESTER-165
> URL: https://issues.apache.org/jira/browse/DIGESTER-165
> Project: Commons Digester
> Issue Type: Bug
> Affects Versions: 3.2
> Reporter: Dirk Schaube
> Assignee: Simone Tripodi
> Attachments: BinderClassLoader.java.patch
>
>
> The class org.apache.commons.digester3.binder.BinderClassLoader adapts the
> the actual classloader but does not override getResource and call getResource
> of the adapted classloader. This method is called when using an include
> element with a classpath url in a xml rules file (e.g. <include
> url="classpath:/com/something/foo.xml" />).
> As the constructor of BinderClassLoader does not call super(parent) the
> system class loader is the parent of the BinderClassLoader which is a problem
> if you are e.g. in a web application. As result the xml file is not found
> although it is in the classpath (and could be found by the adapted
> classloader).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
