You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tomee.apache.org by "Romain Manni-Bucau (JIRA)" <ji...@apache.org> on 2014/06/13 14:38:01 UTC

[jira] [Resolved] (TOMEE-877) ParentClassLoaderFinder default strategy is broken for embedded OpenEJB

     [ https://issues.apache.org/jira/browse/TOMEE-877?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Romain Manni-Bucau resolved TOMEE-877.
--------------------------------------

       Resolution: Not a Problem
    Fix Version/s: 1.6.0

Since component are configurable in system.properties I guess this is fixed

> ParentClassLoaderFinder default strategy is broken for embedded OpenEJB
> -----------------------------------------------------------------------
>
>                 Key: TOMEE-877
>                 URL: https://issues.apache.org/jira/browse/TOMEE-877
>             Project: TomEE
>          Issue Type: Bug
>    Affects Versions: 1.5.1
>            Reporter: Mark Struberg
>            Priority: Critical
>             Fix For: 1.6.0
>
>         Attachments: TOMEE-877.patch
>
>
> ParentClassLoaderFinder default strategy always uses the ClassLoader which got used to load OpenEJB.class. But this algorithm is broken for all scenarios where a classloader hierarchy is in place. 
> Instead of this we should use the Thread.currentThread.getContextClassLoader() by default.
> Please note that is is effectively not possible to set a custom ParrentClassLoaderFinder (via SystemInstance.get().setComponent(ParentClassLoaderFinder.class,... ) when using EJBContainer.createEJBContainer() as this gets cleared via SystemInstance.reset() at boot time. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)