[jdom-interest] JDOM WebSphere and the dreaded classpath
sam_north at nfumutual.co.uk
Thu Jan 22 02:33:30 PST 2009
Unfortunately I can't take the existing IBM JDom out of the classpath as it
is being used by the xPression application and I can't run the risk of
breaking it. I would just use IBM's JDOM but the version supplied does not
support XPath. What I require is a way of overriding the classpath just for
my user exit code...
Sean Sullivan-3 wrote:
> I was able to use jdom.jar in a web application in Websphere 6.0
> @see http://www.jdom.org/pipermail/jdom-interest/2005-May/014856.html
> On Thu, Jan 22, 2009 at 9:41 AM, oxymoron <sam_north at nfumutual.co.uk>
>> Hi folks, I would like to use JDOM in a plugin I'm writing for a
>> application. We're using WebSphere 22.214.171.124 and the application running on
>> top of it is called xPression. xPression (a print/reporting server) can
>> user exits (basically a plugin) written in java a class which can be
>> dynamically be loaded and used by the application.
>> I have written a user exit class that loads up an xml document in JDOM
>> then uses XPath to return specific bits of data from the xml. This is all
>> works on the local machine in NetBeans with the jdom and necessary jars
>> added to the project library.
>> When running on the server, I run into the problem where it cannot load
>> default SAXParser as it doesn't implement XMLParser. It appears that in
>> WebSphere classpath another (older) SAXParser is present. I have
>> this by using a bit of code I found on the web which returns the url for
>> class - in this case, SAXParser is being loaded from the
>> \java\jre\lib\xml.jar somewhere under the websphere home directory and
>> from the later version I placed on the server. I've added the jdom and
>> necessary lib jars to the end of websphere class path - I don't want to
>> contaminate the server with newer versions of code as this will probably
>> break xpression.
>> So... my question is around jars and manifest class path. What I am
>> is that I can add a manifest class path to the jdom jar which will
>> the websphere class path, therefore loading the correct version of
>> and other required jdom libs. This seems to be possible for jar apps but
>> not sure about class libraries in websphere?
>> Or perhaps someone can suggest another way I can override the WS
>> just for jdom?
>> In fact, can anyone suggest a way of being able to use XPath on my WS
>> version without using an external java lib at all? Any help would be
>> View this message in context:
>> Sent from the JDOM - General mailing list archive at Nabble.com.
>> To control your jdom-interest membership:
> To control your jdom-interest membership:
View this message in context: http://www.nabble.com/JDOM-WebSphere-and-the-dreaded-classpath-tp21589217p21601589.html
Sent from the JDOM - General mailing list archive at Nabble.com.
More information about the jdom-interest