Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Message-ID: <12559039.20931274955871629.JavaMail.jira@thor>
Date: Thu, 27 May 2010 06:24:31 -0400 (EDT)
From: "Rick McGuire (JIRA)" <jira@apache.org>
To: dev@geronimo.apache.org
Subject: [jira] Updated: (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 ]

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.