[
https://issues.apache.org/jira/browse/OPENEJB-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13000628#comment-13000628
]
David Blevins commented on OPENEJB-1435:
----------------------------------------
Thanks, Shawn. Committed. Might cause JPA related issues, but if it gets
things moving again it's a good fix.
Bypassing the temp classloader essentially bypasses the java agent and the
jpa-related enhancement. At least that's the way it used to work. Depending
on how things are setup now, we may or may not be able to get away with it.
The TCK should let us know.
> Some changes in webapp scanning logic brought some regressions to geronimo.
> ---------------------------------------------------------------------------
>
> Key: OPENEJB-1435
> URL: https://issues.apache.org/jira/browse/OPENEJB-1435
> Project: OpenEJB
> Issue Type: Bug
> Components: interceptors
> Affects Versions: 3.0-beta-1
> Reporter: Shawn Jiang
> Attachments:
> 0001-unwrap-the-temp-classloader-to-use-the-bundle-classl.patch
>
>
> some changes in webapp scanning logic brought some regressions to geronimo.
> see [1]
> The root cause is the OSGi classloader was wrapped to a url classloader so
> that BundleFinderFactory can't handle it correctly. unwraping the temp
> classloader to use the bundle classloader in OSGi env would be a possible
> solution.
> [1]http://openejb.979440.n4.nabble.com/WebApp-Scanning-td3308236.html
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
