Mailing-List: contact wink-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: wink-dev@incubator.apache.org
Message-ID: <1720075532.1257369572386.JavaMail.jira@brutus>
Date: Wed, 4 Nov 2009 21:19:32 +0000 (UTC)
From: "Mike Rheinheimer (JIRA)" <jira@apache.org>
To: wink-dev@incubator.apache.org
Subject: [jira] Resolved: (WINK-226) need fallback for Class.forName in J2EE
 environments
In-Reply-To: <19412552.1257369033174.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Mike Rheinheimer resolved WINK-226.
-----------------------------------

    Resolution: Fixed

Committed in SVN rev 832873.

> need fallback for Class.forName in J2EE environments
> ----------------------------------------------------
>
>                 Key: WINK-226
>                 URL: https://issues.apache.org/jira/browse/WINK-226
>             Project: Wink
>          Issue Type: Bug
>          Components: Server
>    Affects Versions: 1.1
>            Reporter: Mike Rheinheimer
>             Fix For: 1.1
>
>         Attachments: WINK-226.patch
>
>
> In J2EE environments, the Wink libraries may be managed by a different classloader (A) than the Application subclass (B).  In these cases, (A) needs to load (B) by way of Class.forName(B).  However, due to the J2EE environment, and classloader hierarchies, (A) does not have visibility into (B).
> The solution is to use the thread context classloader instead of Class.forName, which uses the system classloader.  This "try thread context classloader first, then fallback to system classloader" functionality is built into org.apache.commons.lang.ClassUtils.getClass(String).  We already have a dependency on Apache commons in wink-server, so I figure we can just use that.

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