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
2013/5/11 Konstantin Preißer :
> 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_
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?
T
2013/5/10 Konstantin Preißer :
> 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.C
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 c
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
> 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: us
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...
Beca
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 for
> > 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
> > *
> 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
> >> 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 wit
> > 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.postgre
2009/5/27 Jon Pearson :
>> -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?
>
> Tomca
> 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 o
> -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
&
2009/5/26 Jon Pearson :
> 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 problems that people
Caldarale, Charles R wrote:
The custom classloader is specified via a element inside your webapp's
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 above page wo
> 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 paralle
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:
>
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:
http://java.sun.com/javase/6/doc
> 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
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 clas
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.
;-)
-
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, Fe
http://en.wikipedia.org/wiki/Java_Classloadercheck the references over there
...
Regards, Youssef
On Fri, Feb 27, 2009 at 7:56 PM, André Warnier wrote:
> Hi.
>
> I am a superficial browser on this list and tend not to delve to deep into
> Java intricacies. But when a term consistently shows u
> 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 ?
> ? or ?
Nope.
> If I define two s, are they isolated by different
> classloaders?
Nope.
In 6.0, T
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:
java.lang.reflect.InvocationTa
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
serv
29 matches
Mail list logo