Hmmm. I was under the impression that BSF used it's own classloader (and
maybe even created some threads). Was I wrong? If I'm not wrong, have you
run into any problems using it under Orion, or forsee any problems moving
your app to another server? I am only asking this because the EJB spec
specifically prohibits creating your own ClassLoader and/or
creating/managing threads. But then again, I could be totally wrong about
BSF, as I haven't looked at all the source yet.
Jason Boehle
[EMAIL PROTECTED]
-----Original Message-----
From: Tony Wilson [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 15, 2001 1:39 PM
To: Orion-Interest
Subject: RE: Wrapping the orion jar
We have the bsf.jar file in our app with no problem. Due to the nature of
our app, we actually have it in the WEB-INF/lib directory, but it works fine
there.
What problem are you having, exactly. We did run into a problem with the
fact that orion uses older versions of xerces.jar and mail.jar. All we had
to do was replace orion's .jar files with our own, and everything worked
fine.
I hope that helps.
Tony Wilson
-----Original Message-----
From: Steve Brown [mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 14, 2001 5:56 PM
To: Orion-Interest
Subject: Wrapping the orion jar
Hi,
Due to some Xalan classLoading problems, I need to get a
particular jar
(bsf.jar) into the classpath.
Putting the jar in the jar in the orion/lib directory doesnt
work.
But, I can edit the manifest.mf file of the orion.jar and it
works fine.
This is fine for development but would be a nightmare to
deploy (if the user
updates their version of orion the manifest file is gone).
So I thought I might be able to write an orionwrapper.jar
file with a
manifest file that is exactly the same as the orion.jar
manifest file PLUS
includes all the extra jars I need PLUS the orion.jar.
ie
Manifest-Version: 1.0
Name: "Orion Application Server"
Main-Class: com.evermind.server.ApplicationServer
Created-By: 1.2 (Sun Microsystems Inc.)
Implementation-Vendor: "Evermind"
Class-Path: orion.jar lib/reportext.jar lib/bsf.jar
lib/xerces.jar ejb.jar
jndi.jar jdbc.jar jta.jar parser.jar jaxp.jar lib/xalan.jar
tools.jar
jsse.jar jnet.jar jcert.jar activation.jar mail.jar
saxon.jar
Implementation-Title: "com.evermind.server"
Implementation-Version: "1.0.0"
Name: javax/servlet/
Specification-Version: 2.2
Implementation-Title: javax.servlet
Name: javax/servlet/jsp/
Specification-Version: 1.1
Implementation-Title: javax.servlet.jsp
This also gives me the added bonus of controlling the
version of
Xalan/Xerces thats used.
Has anyone done this before or know if its a good idea? Can
anyone see any
pitfalls?
Thanks,
Steve.
