Rob Walker wrote: > This does always work - but it means every single thread that is created in > the > VM has to remember to set it's context classloader - which is a total pain. In > every case, the solution is "set context classloader from > this.class.classloader" - > which implies to me that Xerces could have this as a fallback option if a > class is > not found through the thread context classloader.
I've already made the fix to the ObjectFactory class used by Xerces2 to dynamically load the default parser config class. Now it's just a matter of convincing everyone else that it would be a good idea to make the same change in xml-commons and in our modified JAXP impl. -- Andy Clark * [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
