[
https://issues.apache.org/jira/browse/DIGESTER-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dirk Schaube updated DIGESTER-165:
----------------------------------
Attachment: BinderClassLoader.java.2.patch
BinderClassLoaderTestCase.java.patch
Attached the path for the test. I also simplified the BinderClassLoader a
little bit.
> 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.2.patch,
> BinderClassLoader.java.patch, BinderClassLoaderTestCase.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
