commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 33475] - [configuration] ClassNotFoundException on Sun App Server
Date Thu, 10 Feb 2005 21:57:34 GMT
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=33475>.
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=33475





------- Additional Comments From skitching@apache.org  2005-02-10 22:57 -------
(In reply to comment #8)
> Or even cooler, we could use XMLConfiguration in ConfigurationFactory to parse
> the definition file. Then we could use the whole Configuration API to access the
> properties and could do wild things, too. Just a thought, but I enjoy such
> recursive stuff!

If you can use XMLConfiguration to read your config files, I would recommend that.

However in reference to the original posting, I think setting Digester's
useContextClassLoader is the correct thing to do, and should not have any
side-effects. If this flag is defined but there is no context classloader set,
then digester will effectively ignore the flag.

The only possibility for problems is where contextClassLoader is set but you
don't want to use that to load "user" classes. And I can't see why that would
ever happen.

Cheers,

Simon (one of the maintainers of commons-digester)

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


Mime
View raw message