You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "David Jencks (JIRA)" <ji...@apache.org> on 2008/12/16 03:27:44 UTC
[jira] Commented: (GERONIMO-4470) non-overridable filters working
properly
[ https://issues.apache.org/jira/browse/GERONIMO-4470?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656850#action_12656850 ]
David Jencks commented on GERONIMO-4470:
----------------------------------------
I don't see why you think this is a problem. We aren't overriding a definition from a parent classloader, right?
With typical use of filters org.foo.package.name. it will be hard to make it so org.foo.package.name.ParentClass is correctly loaded from the parent but a org.foo.package.name.subpackage.ChildClassOnlyInLocalClassloader can be loaded at all. Is this causing any actual problems?
> non-overridable filters working properly
> ----------------------------------------
>
> Key: GERONIMO-4470
> URL: https://issues.apache.org/jira/browse/GERONIMO-4470
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Affects Versions: 2.0.4, 2.1.4, 2.2
> Reporter: Kevan Miller
> Fix For: 2.2
>
>
> If we're unable to load a non-overridable class from a parent classloader and inverse classloading is configured, looks like we'll try to load the class from the local ClassLoader. I don't think this is correct. If we're unable to load from a parent classloader, should always return a ClassNotFoundException...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.