You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Rick McGuire (JIRA)" <ji...@apache.org> on 2010/05/27 12:24:31 UTC

[jira] Updated: (GERONIMO-5281) MergeHelper should not load all classes in bundle

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

Rick McGuire updated GERONIMO-5281:
-----------------------------------

    Fix Version/s: 3.0-M1
                       (was: 3.0)

> MergeHelper should not load all classes in bundle
> -------------------------------------------------
>
>                 Key: GERONIMO-5281
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-5281
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: web
>    Affects Versions: 3.0
>            Reporter: David Jencks
>            Assignee: Ivan
>             Fix For: 3.0-M1
>
>
> MergeHelper line 318 appears to be loading all classes in the bundle.  It's entirely possible that someone will be deploying a war where some of the classes can't be loaded due to something like missing optional dependencies.  Also loading classes can run their initializers with unexpected consequences.
> Instead, we should see if there is some way to use asm to scan for classes that subclass the handled classes (line 338)
> I'm running into this problem trying to build trunk, uddi-jetty.  Most likely the error I'm seeing is something that needs to be fixed for juddi to work, but I think trying to load all the classes is a mistake.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.