Hello,
I'm developing a ServerAuthModule implementation to use a 3rd party identity
provider with our web applications. Tomcat version is 9.0.35.
The implementation depends on some libraries already packaged with the web
applications.
To avoid conflicts I tried to configure server.loader in catal
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
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...
Thank you
--
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
> > 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
&
s the database module, that
> module is unable to actually load the JDBC driver
> (org.postgresql.Driver) which is packaged in
> WEB-INF/lib/postgresql-8.3-604.jdbc4.jar (I've checked the case of the
> path components).
>
> This is definitely related to classloaders; I trie
) which is packaged in
WEB-INF/lib/postgresql-8.3-604.jdbc4.jar (I've checked the case of the
path components).
This is definitely related to classloaders; I tried placing the database
module directly into my WAR file under
WEB-INF/classes/package/name/PostgreSQLDatabale.class and it worked. But
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&#x
rvlet class, and then
instantiating and initializing it.
-Tony
From: André Warnier [mailto:a...@ice-sa.com]
Sent: Fri 27/02/2009 10:56
To: Tomcat Users List
Subject: classloaders ?
Hi.
I am a superficial browser on this list and tend not to delve to deep
into
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,
kind as to point me to an explanation/tutorial about
classloaders
?
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h.
clue however if this is something Tomcat-specific,
> Java-generic, or in-between.
>
> Since I doubt that the above is all there is to say about it, could someone
> thus be as kind as to point me to an explanation/tutorial about classloaders
> ?
>
>
ur very own, or rely on Tomcat (?) to provide a standard
one. I haven't a clue however if this is something Tomcat-specific,
Java-generic, or in-between.
Since I doubt that the above is all there is to say about it, could
someone thus be as kind as to point me to an explanation/tutorial
> 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
>
In server.xml , a may contain multiple elements.
Each can define multiple but a single .
Each can define multiple s.
How does this relate to the classloaders -if at all- ?
I couldn't find any reference about it on:
http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html
libs dir). How can I prevent the webapplication from using
> the jars from the ‘root’ application?
>
> I tried to start the program and tomcat with different classloaders, but
> nothing changed.
>
>
>
> Regards,
>
>
>
> Auke
>
>
> No virus found
27;d go to that trouble. Adding
classloaders does not improve performance, nor does preventing the Tomcat
kernel from seeing certain jars buy you anything.
I've been sitting here trying to come up with some hypothetical reasons that
might make sense, but after writing them out, they all see
> From: Ole Ersoy [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat 6.0 Classloaders
>
> common.loader = Tomcat's classes/jars visible to both webapps
> and to itself.
> server.loader = only tomcat
> shared.loader = only webapps
Correct. This is how levels prior to 6.0
I was wondering whether Tomcat 6.0 still has a classloader
for classes that should be globally visible to all webapps
only?
Not by default. However, you can edit conf/catalina.properties to create any
classloader hierarchy you want.
So I take it:
common.loader = Tomcat's classes/jars visibl
> From: Ole Ersoy [mailto:[EMAIL PROTECTED]
> Subject: Tomcat 6.0 Classloaders
>
> I was wondering whether Tomcat 6.0 still has a classloader
> for classes that should be globally visible to all webapps
> only?
Not by default. However, you can edit conf/catalina.proper
Hi,
I was wondering whether Tomcat 6.0 still has a classloader for classes that
should be globally visible to all webapps only? I read through the classloader
documentation and it seems to be saying that $CATALINA_HOME/lib contains
classes that are visible to both Tomcat and the webapps.
How
classpath(e.g. libs dir). How can I prevent the webapplication from using
the jars from the ‘root’ application?
I tried to start the program and tomcat with different classloaders, but
nothing changed.
Regards,
Auke
No virus found in this outgoing message.
Checked by AVG Free Edition
Caldarale, Charles R wrote:
From: David Smith [mailto:[EMAIL PROTECTED]
Subject: Re: Webapps inexplicably losing access to
common/shared classloaders
H. only fixed by a system restart? This sounds like an
environment variable is changed during start or stop and the
new value is
> From: David Smith [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps inexplicably losing access to
> common/shared classloaders
>
> H. only fixed by a system restart? This sounds like an
> environment variable is changed during start or stop and the
> new valu
Timothy Collett wrote:
Now, this seems to happen *every* time I stop and restart Tomcat...
I'm somewhat at a loss to see what could be put into a bad state by
stopping and restarting Tomcat, but put back in a good state by
restarting the computer. Shouldn't everything be cleaned up by
stopp
On Dec 1, 2006, at 10:35 AM, Caldarale, Charles R wrote:
Do you have servlet-api.jar in more than one place? It must only
be in
common/lib, and nowhere else. You can also get the above error if
HttpServlet.class is packaged in some other jar.
Nope, it's only there. I even unzipped every si
> From: Timothy Collett [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps inexplicably losing access to
> common/shared classloaders
>
> Dec 1, 2006 8:54:05 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> SEVERE: Error deploying web application
classloaders have already opened the libraries of
interest.
I don't think so...the problem happens right as it tries to load my
primary webapp:
Dec 1, 2006 8:54:05 AM org.apache.catalina.startup.HostConfig
deployDirectory
SEVERE: Error deploying web application directory WCMS-O
> From: Timothy Collett [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps inexplicably losing access to
> common/shared classloaders
>
> I did check, but I don't see how any permissions setup could
> possibly create this situation...
Agreed, not if this is all happe
On Dec 1, 2006, at 8:45 AM, Caldarale, Charles R wrote:
From: Timothy Collett [mailto:[EMAIL PROTECTED]
Subject: Re: Webapps inexplicably losing access to
common/shared classloaders
Now, this seems to happen *every* time I stop and restart Tomcat...
Does anything happen to the access
> From: Timothy Collett [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps inexplicably losing access to
> common/shared classloaders
>
> Now, this seems to happen *every* time I stop and restart Tomcat...
Does anything happen to the access permissions or other security
attribute
Now, this seems to happen *every* time I stop and restart Tomcat...
I'm somewhat at a loss to see what could be put into a bad state by
stopping and restarting Tomcat, but put back in a good state by
restarting the computer. Shouldn't everything be cleaned up by
stopping Tomcat, or not cle
On Nov 20, 2006, at 3:07 PM, Timothy Collett wrote:
...And, just as I suspected it would, it has once again ceased to
function in the 5.5.20 container. One webapp can't see the shared
classloader (for the MySQL jar), and the other can't see the common
classloader (for the servlet-api jar).
On Nov 15, 2006, at 5:12 PM, Caldarale, Charles R wrote:
I hope you're aware that 6.0 is still highly experimental - the fact
that it is downloadable has not even been officially announced.
You're
pretty much on your own with that level at the moment. That said,
there
is a 6.0.1 at the dow
> From: Timothy Collett [mailto:[EMAIL PROTECTED]
> Subject: Re: Webapps inexplicably losing access to
> common/shared classloaders
>
> Well, it seems to have happened once again, this time in Tomcat
> 6.0.0
I hope you're aware that 6.0 is still highly experimenta
Well, it seems to have happened once again, this time in Tomcat
6.0.0, and it's not even being able to see the MySQL driver when I
put the jar in the webapp's WEB-INF/lib folder. Once again, it was
working fine before I restarted Tomcat, and afterwards, it was not.
I would very much apprec
Greetings.
I have been having a problem recently with webapps losing access to
the shared classloader, or, worse, the common classloader. It
occurred apparently spontaneously a week ago, and I simply moved to a
clean Tomcat container of 5.5.20 (I needed to upgrade anyway). It's
been work
Hi,
I have two questions. I have been working with a stand alone app which
finds a properties
file this way. This code is in a class, which is bundled in a jar.
private static void setupProperties()
{
InputStream fileReference =
ClassLoader.getSystemResourceAsStream(PROPERTIES_FILE);
}
I have a question about references held to my webapp from Tomcat.
I have observed the behavior below on both Red Had EL V.4, and on WinXP,
using Tomcat 5.5, and JDK 1.5. I used JProfiler to trace the allocations.
Some background: The environment here is such that we have a shared sandbox
for QA,
(StandardWrapper.java:978)
.
ken
-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
server?
Hello,
I'm building some ut
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
Hello,
I'm building some utility wrappers for Tomcat (using 5.0.30 in this
case). Since they need to be accessed by all webapps, I'm placing their
jars in shared/lib (I also even tried common/lib to resolve the problem
below).
These jars reference classes in org.apache.catalina.* ('ServerFac
ember 18, 2005 11:04 AM
Subject: Shared/WebApp ClassLoaders
Something strange happened to my tomcat yesterday:
I have two webApps which use some shared jars that i put in
$TOMCAT_HOME/shared/lib
Yesterday i decided to remove the log4j.jar from shared/lib and put it on
each webApp WEB-INF/lib dir.
Something strange happened to my tomcat yesterday:
I have two webApps which use some shared jars that i put in
$TOMCAT_HOME/shared/lib
Yesterday i decided to remove the log4j.jar from shared/lib and put it on
each webApp WEB-INF/lib dir.
Log4j works great now, and one of the WebApps also ru
61 matches
Mail list logo
