Does Xalan 2.1.0 use the current thread's ContextClassLoader? - That's the
version we're using and iAS SP2 (not SP3). Although SP3 is also one of our
supported platforms.


-----Original Message-----
From: Gary L Peskin [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 27, 2001 11:04 PM
To: [email protected]
Cc: [EMAIL PROTECTED]
Subject: RE: Iplanet and extension functions


Be sure that you're using a recent copy of XalanJ.  Recent copies all
load extensions using the current threads ContextClassLoader which is
obtained via a call to Thread.getContextClassLoader().  You need to
check with the iPlanet people to make sure that the ContextClassLoader
is set for the current thread to contain a reference to the ClassLoader
that is used to load stuff from the WEB-INF location.  The default for
this is the ClassLoader of the parent thread which may not be what you
want.  Their tech support should know if you ask this specific question.

It sounds like XalanJ itself should be in the CLASSPATH that is set
according to this page:
http://docs.iplanet.com/docs/manuals/ias/60/sp3/admin/adsetdev.htm#16630
.

Please post your results here and be specific as to the SP level of your
iAS6.0 installation as it looks like this changed in SP3.  That way, it
will be in our archives for others to peruse.

Gary

> -----Original Message-----
> From: Uma Shinde [mailto:[EMAIL PROTECTED] 
> Sent: Friday, October 26, 2001 10:54 AM
> To: '[email protected]'
> Cc: '[EMAIL PROTECTED]'
> Subject: Iplanet and extension functions
> 
> 
> I had posted this a couple of months ago, but never got any 
> response. Under iAS6.0, the transformer does not find my 
> extension functions that are deployed and are in WEB-INF 
> location. After going back and forth on this with iPlanet 
> support, here's the final response from them.
> 
> "I built the sample application with the files that I 
> received from you and was able to reproduce the problem. I 
> dont know exactly for what reason our classloader is not able 
> to pick the classes from the WEB-INF/lib with the sample 
> application that I built with the files sent by you, but when 
> I tried with my sample application which I had already sent 
> to you everything works fine and the classloader picks the 
> file from WEB-INF/lib. 
> Anyway I have reported this problem with our engineering and 
> filed a bug "
> 
> Their sample application, BTW, did not use Xalan. Can anyone 
> here help me out? The workaround seems to be to jar up the 
> classes that implement the extension and all the classes they 
> depend on in the jre/lib/ext directory. But this means having 
> some classes in multiple locations.
> 

Reply via email to