This line (about line 881 in my version):
URL url = this.getClass().getResource(registrations[i+1]);
Must be replaced by this:
URL url = getServletContext().getResource(registrations[i+1]);
Gee, that makes it look like a bug in Struts, as opposed to the
reported bug in Orion. I believe
I've just started using orion and ran into a prob using the struts MVC. I
mailed the struts user group about this error and they reported back the
following.
The problem is that the Orion classloader does not implement
getResourceAsStream(). It's been logged in Orion's bugzilla.
Does anyone
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of G.L. Grobe
Sent: Saturday, March 03, 2001 1:47 PM
To: Orion-Interest
Subject: classloader does not implement getResourceAsStream ?
I've just started using orion and ran into a prob using the struts MVC. I
mailed the struts user
e Global
system class loader.
Right. In that case, what should happen is this:
Class.forName() is called in the scope of orion's custom classloader. The
systemclassloader is then asked to find the class. When it can't find it,
then the custom class loader should attempt to find the class. It sounds
li
reliable?, well, a few cites from it:
[[
Turbine class and other are loaded correctly with the servlet class =
loader,
But Class.forName() break this logic as it goes directly to the Global
system class loader.
Right. In that case, what should happen is this:
Class.forName() is called in the scope of o
This is not a bug. It is a lack of understanding of ClassLoaders by the poster
you referred to in your search. If you search the Orion mailing list archives,
you will see many postings related to this subject. The problem is that ClassLoader
issues are more complicated in an application server
I finally solved the classloader problems I had a
couple weeks ago.
The symptoms were I couldn't find resource files I
knew were in WEB-INF/classes, and I couldn't load
certain third-party jars.
I found that some of my classes were (necessarily)
being packaged up in my EJB jar file, as well
oblem. Try to add your xalan-jars
also at the front of the list.
Best regards,
Tom
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Matt Krevs
Sent: Wednesday, December 13, 2000 3:58 AM
To: Orion-Interest
Cc: Steve Brown
Subject: Classloader issues u
you can manipulate orions "manifest.jar". The classpath is specified in
there
- Original Message -
From: "Matt Krevs" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Cc: "Steve Brown" [EMAIL PROTECTED]
Sent: Wednesday, December 13, 2000 3
have their own class loaders which
seem to ignore the classloader(s) used by orion.
A solution was posted a while ago saying to put all the extension
classes/jars in the jre/lib/ext directory which does fix the problem.
However this isnt all that nice a solution for deployment. Id rather leave
Unfortunately this doesn't help :-(( Anyone could
advice me smth?
Egor Savotchkin
- Original Message -
From:
Tony
Wiegand
To: Orion-Interest
Sent: Wednesday, November 08, 2000 8:36
PM
Subject: Re: orion classloader?
I'm not sure if this will fix
your
if I start orion by java
com.evermind.server.ApplciationServer and does not work in case of java -jar
orion.jar.
Is this because of different classloaders or
something else?
The code is:
class MessageResources {
...
private static ClassLoader
getLoader() { ClassLoader cl
I'm not sure if this will fix your problem, but
try getting
the classloader from the thread.
Thread.currentThread().getContextClassLoader();
Savotchkin Egor wrote:
Hi
all,
I needed to load property files on my own without ResourceBundle class
because the latter does a lot of caching
I'm getting a ClassNotFoundException trying to run a servlet (I'm trying
to get an enhydra app working under Orion so we can switch).
Are there specific Orion issues that would cause this not to work (ie.
not allowing custom classloaders in servlets), or am I just not putting
the files in the
Hi guys!
I've run into prolem using a custom written UserManager.
I've put my own UserManager implementation inside a .jar wich I copied to
ORION_HOME/lib.
I've added this in ORION_HOME/config/application.xml:
!-- our nice usermanager --
user-manager
and
classloader workarounds!
/Jeff
-Original Message-
From: Ted Neward [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 28, 2000 3:55 AM
To: Orion-Interest
Subject: Re: Orion and Visibroker 4: ClassLoader probs(?)
Actually, unless I miss my guess, this may be a sign that Orion isn't
setting
Thanks to Magnus for solving this one.
If anyone else runs into this problem, the problem is solved by copying the
appropriate VisiBroker jar files to /path-to-jdk/jre/lib/ext/. Weird
behaviour by the VM classloader.
-Joe Walnes
At 04:49 PM 3/22/00 +, Joe Walnes wrote:
I'm trying to use
thrown, however, Class.forName("com.inprise.j2ee.jndi.CtxFactory") did
not throw an error.
The problem appeared to be a ClassLoader problem, where InitialContext was
using a different method for loading classes that the servlet was using,
and only seemed to be looking in the base jars in
jar.
Problem:
java.lang.NoClassDefFoundError is thrown when the ejb class references the
utility class.
Question:
Am I doing something wrong or does the EJB ClassLoader not support the
Class-Path manifest attribute ?
Regards, Jeff
laman" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, March 03, 2000 8:50 PM
Subject: RE: WEB-INF/lib and classloader?
Doesn't it already do this?
-Original Message-
From: George Henry C. Daswani [mailto:[EMAIL PROTECTED]]
Sent: Saturday, Mar
Doesn't it already do this?
-Original Message-
From: George Henry C. Daswani [mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 04, 2000 12:21 AM
To: Orion-Interest
Subject: WEB-INF/lib and classloader?
Hello,
Will the 1.0 version of orion-server support classloading from jars
Hi Robert,
I'd get TunnelServlet out of the global classpath, and into a
different namespace that includes everything that it wants to accept
serialised objects for. If you need access from more namespaces, just
have a different copy of TunnelServlet for each namespace - Classes
are cheap.
that you'd
fixed several classloader bugs. if this is one, it's still there)
P.S., hope you're being careful -- servers accepting arbitrary java
objects could be the next-generation internet security hole. :-)
I'm aware of the implications (I hope ;-)
P.P.S., the reason that writeObject works
snip /
for magnus: it still behaves like that in 0.9.1g (you said that you'd
fixed several classloader bugs. if this is one, it's still there)
snip /
No, this is not a bug, this is how classloader delegation works in a JVM.
I'll try expanding some on what Luke said:
A class
ObjectInputStream's
resolveClass() method to find it (somewhat more complicated).
so would the following work?
TunnelServlet is an abstract base class and is always extended by some
class that has access to all the classes it needs to know for
serialization. so i can simply get the classloader
25 matches
Mail list logo