Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Message-ID: <27678476.24041273208029876.JavaMail.jira@thor>
Date: Fri, 7 May 2010 00:53:49 -0400 (EDT)
From: "Ivan (JIRA)" <jira@apache.org>
To: dev@geronimo.apache.org
Subject: [jira] Resolved: (GERONIMO-5281) MergeHelper should not load all
 classes in bundle
In-Reply-To: <5174543.2571272764635202.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Ivan resolved GERONIMO-5281.
----------------------------

    Resolution: Fixed

This should be fixed, a new ASM ClassFinder is added in xbean-finder.

> 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
>
>
> 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.