> 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.
Cool - and thanks Andy. It seems like a bit of a no brainer to me. The existing functionality can still be the standard. Just adds a nicer intermediate fallback attempt before throwing a class not found exception. So hopefully we can convince the xml-commons guys that this is an improvement too. -- Rog > > -- > Andy Clark * [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > SoftSell Business Systems, Ltd. ' testing solutions for a changing world ' +44 (20) 7488 3470 www.softsell.com [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
