2013/5/11 Konstantin Preißer verlag.preis...@t-online.de:
Hi Konstantin,
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Friday, May 10, 2013 11:46 PM
Yes, the same.
BTW, Oracle JDKs come with source code for their public classes, On
Windows that
Hi Konstantin,
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Saturday, May 11, 2013 2:46 PM
Nice catch.
But I think it is just a documentation issue.
I think documentation should be better here: Looking at 7u21, it uses two
different wordings
Hi all,
I apologize for being completely off-topic (this question has nothing to do
with Tomcat), but I thought there may be some guys here that are experts in
class loading and are able to answer my question.
You probably know the method java.lang.Class.forName(String name) which returns
a
2013/5/10 Konstantin Preißer verlag.preis...@t-online.de:
Hi all,
I apologize for being completely off-topic (this question has nothing to do
with Tomcat), but I thought there may be some guys here that are experts in
class loading and are able to answer my question.
You probably know
Hi Konstantin,
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Friday, May 10, 2013 11:46 PM
Yes, the same.
BTW, Oracle JDKs come with source code for their public classes, On
Windows that is %JAVA_HOME%/src.zip. Do you have such file?
Thank
Because, while the functionality remains, it's no longer the default.
See:
http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html
Ah ok, thx.
But why is this no longer documented?
-
To unsubscribe, e-mail:
On 16/10/2011 20:11, spr...@gmx.eu wrote:
Because, while the functionality remains, it's no longer the default.
See:
http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html
Ah ok, thx.
But why is this no longer documented?
Generally, using the shared class loader is a bad idea
On 14/10/2011 17:52, spr...@gmx.eu wrote:
Hi,
in catalina.properties I can define paths for common, server and shared
loaders.
Where do I find them here in the docs?:
http://tomcat.apache.org/tomcat-7.0-doc/class-loader-howto.html
Here we have only system and common...
Because,
From: Jon Pearson [mailto:jon.pear...@sixnet.com]
Subject: RE: Classloaders
This is confounding because an ancestor classloader of my
URLClassLoader that made the classes in my plugin JAR
available should have access to org.postgresql.Driver.
In fact, one of them *must* because
2. The documentation on classloaders is here:
http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html
Thanks, but I've read through that a few times. It describes the
existing classloader layout but does not describe how to
avoid problems
when using your own within Tomcat.
From: Jon Pearson [mailto:jon.pear...@sixnet.com]
Subject: RE: Classloaders
I'm guessing that:
* sun.misc.Launcher$ExtClassLoader is the bootstrap class loader
Not quite - the bootstrap class loader is null; the ExtClassLoader is the one
that looks in the JRE's lib/ext directory
I'm guessing that:
* sun.misc.Launcher$ExtClassLoader is the bootstrap class loader
Not quite - the bootstrap class loader is null; the
ExtClassLoader is the one that looks in the JRE's lib/ext directory.
* sun.misc.Launcher$AppClassLoader is the system class loader
*
PS I tried using a different URL
(file:/etc/BlueVueBatch/BVBDatabases/PostgreSQLDatabase.jar) instead of
the weirdly formed one below, but I get the same error message. I guess
it will load the classes in that JAR either way, but (as I expected),
the format of the URL does not make a difference
2009/5/26 Jon Pearson jon.pear...@sixnet.com:
I'm having some trouble getting classes loaded by a new classloader to
be able to see classes which should have been loaded automatically from
WEB-INF/lib. All of the documentation that I've seen so far (FAQs,
mailing list searches, ...) describe
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Tuesday, May 26, 2009 4:44 PM
To: Tomcat Users List
Subject: Re: Classloaders
1. What tomcat version?
Tomcat v. 6.0.18, JVM 1.6.0_13, Ubuntu 9.04 on kernel 2.6.28-11
2. The documentation
From: Jon Pearson [mailto:jon.pear...@sixnet.com]
Subject: RE: Classloaders
This is confounding because an ancestor classloader of my
URLClassLoader that made the classes in my plugin JAR
available should have access to org.postgresql.Driver.
In fact, one of them *must* because when
2009/5/27 Jon Pearson jon.pear...@sixnet.com:
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Tuesday, May 26, 2009 4:44 PM
To: Tomcat Users List
Subject: Re: Classloaders
1. What tomcat version?
Tomcat v. 6.0.18, JVM 1.6.0_13, Ubuntu 9.04
http://en.wikipedia.org/wiki/Java_Classloadercheck the references over there
...
Regards, Youssef
On Fri, Feb 27, 2009 at 7:56 PM, André Warnier a...@ice-sa.com wrote:
Hi.
I am a superficial browser on this list and tend not to delve to deep into
Java intricacies. But when a term
I think http://en.wikipedia.org/wiki/Java_Classloader was intended
-- a reasonable starting point, with further references.
On Feb 27, 2009, at 1:06 PM, Youssef Mohammed wrote:
http://en.wikipedia.org/wiki/Java_Classloadercheck the references
over there
...
Regards, Youssef
On Fri,
Youssef Mohammed wrote:
http://en.wikipedia.org/wiki/Java_Classloadercheck the references over there
...
Thanks.
That seems a good one. Looks like I'm not the only one to be confused
though, classloaders often are too.. JAR Hell, my my.
;-)
it's a Java/JVM based concept, but understand that Tomcat itself is running in
the JVM, so classloading can be relative to tomcat, or whatever you have
running in the JVM. For example, the concept of servlets in tomcat are actually
the JVM classloader loading a GenericServlet or HttpServlet
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: classloaders ?
Looks like I'm not the only one to be confused though,
classloaders often are too.. JAR Hell, my my.
Not quite as bad as DLL hell, but similar in practice.
Don't forget Tomcat's own classloader doc:
http
Ken Bowen wrote:
I think http://en.wikipedia.org/wiki/Java_Classloader was intended --
a reasonable starting point, with further references.
Thanks all. That was a good starting point.
Still not wanting to delve too deep into internals, but having read this:
André Warnier wrote:
Ken Bowen wrote:
I think http://en.wikipedia.org/wiki/Java_Classloader was intended
-- a reasonable starting point, with further references.
Thanks all. That was a good starting point.
Still not wanting to delve too deep into internals, but having read this:
From: André Warnier [mailto:a...@ice-sa.com]
Subject: Re: classloaders ?
I would (I guess) first attempt to locate the basic
webapp classloader class source of what Tomcat uses
as a generic webapp classloader; then I would either
extend it, or make my own parallel version and compile
Caldarale, Charles R wrote:
The custom classloader is specified via a Loader element inside your webapp's
Context element:
http://tomcat.apache.org/tomcat-6.0-doc/config/loader.html
That does shed light on the matter. Clever, these Tomcat guys.
May I respectfully suggest that a link to the
From: Jorge Medina [mailto:jmed...@e-dialog.com]
Subject: Classloaders
How does this relate to the classloaders -if at all- ?
It doesn't.
Would Tomcat create a classloader per each Host ?
Engine ? or Service?
Nope.
If I define two Services, are they isolated by different
classloaders?
Obvious question but have you tried placing your required jar in
common/endorsed?
Regards
Rob
-Original Message-
From: Ken Johanson [mailto:[EMAIL PROTECTED]
Sent: 16 January 2006 22:59
To: Tomcat Users List
Subject: Classloaders for 'shared' and 'common' cannot load class-data from
Rob Gregory wrote:
Obvious question but have you tried placing your required jar in
common/endorsed?
Regards
Rob
I tried that, (leaving a copy of the jar in some of the directories to
be sure it was available), but the server would exit writing to stderr.log:
29 matches
Mail list logo