You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2005/08/26 21:42:47 UTC
DO NOT REPLY [Bug 36387] New: -
Digester Default ClassLoader policy unusable in EAR archive
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36387>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36387
Summary: Digester Default ClassLoader policy unusable in EAR
archive
Product: Commons
Version: 1.6 Final
Platform: Other
OS/Version: other
Status: NEW
Keywords: PatchAvailable
Severity: blocker
Priority: P2
Component: Digester
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: craig.miller@clear-technology.com
When used in an EAR archive the Digester default classloading/resource loading
implementation makes many major frameworks unusable. For Example, if I use
Struts/Tiles (uses digester) in Web App war files and use Digester from any EJB
component library or in the EAR classloader space either the Tiles definitions
cannot be loaded or other classes cannot be found. This is because Digester by
default sets useContextClassloader = false. Since most users and frameworks
(Struts, Tiles, JSF, etc) do not set useContextClassloader = true, Digester
essentially breaks enterprise Applications where the Digester is used from more
than one module. Note that end users do not control the uses of Digester, the
default useContextClassloader policy should = true.
Patch by changing:
useContextClassloader = false
to:
useContextClassloader = true
//
This solves the problem - which Google turns up endless hits.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org