Hi,
I guess I found the issue.
WebAppClassLoader delegates to parent classloader where my
environment doesn't have the javax.ws.rs.MessageBodyReader class. But this
was present in my build/compile time environment.
So WebAppClassLoader only ignores the ClassNotFoundException:
if (delegateLoad)
Hey Mark,
Any clues, how to proceed with this for embedded?
Thanks
Chirag
On Wed, 22 Jul, 2020, 7:31 pm Chirag Dewan,
wrote:
> I tried that with standalone Tomcat and it works. I can deploy Jersey-1
> and Jersey-2 apps together.
>
> I was wondering whether Loader with delegate=false work in
I tried that with standalone Tomcat and it works. I can deploy Jersey-1 and
Jersey-2 apps together.
I was wondering whether Loader with delegate=false work in context for
embedded?
Thanks
Chirag
On Wed, 22 Jul, 2020, 5:03 pm Mark Thomas, wrote:
> On 22/07/2020 11:35, Chirag Dewan wrote:
> >
On 22/07/2020 11:35, Chirag Dewan wrote:
> Thanks for a very quick reply Mark.
>
> The Tomcat version is 8.5.46.
>
> Though I do plan to upgrade to 9.0.36 in the coming weeks.
OK. Both behave the same way which makes things easier.
See the source code for full details but the summary is:
Thanks for a very quick reply Mark.
The Tomcat version is 8.5.46.
Though I do plan to upgrade to 9.0.36 in the coming weeks.
Chirag
On Wed, 22 Jul, 2020, 4:03 pm Mark Thomas, wrote:
> On 22/07/2020 11:18, Chirag Dewan wrote:
> > Hi,
> >
> > Due to some backward compatibility concerns, I need
On 22/07/2020 11:18, Chirag Dewan wrote:
> Hi,
>
> Due to some backward compatibility concerns, I need to support both
> Jersey-1 and Jersey-2 on the same Tomcat instance. This is an embedded
> tomcat which runs inside a JVM application.
>
> Since, Jersey-1 and Jersey-2 have different JAXRS
Hi,
Due to some backward compatibility concerns, I need to support both
Jersey-1 and Jersey-2 on the same Tomcat instance. This is an embedded
tomcat which runs inside a JVM application.
Since, Jersey-1 and Jersey-2 have different JAXRS versions, I tried to
remove both jsr311 and javax.ws.rs-2
On August 31, 2019 8:31:30 PM UTC, Sagar Jadhav
wrote:
>Hi I would like to seek some guidance on the issue we are facing in
>production. We got two new ubuntu 16 boxes and we are using tomcat
>8.5.40 for deploying java/spring apps (spring version 3.2 and some
>resteasy & jersey libs).Since some
Hi I would like to seek some guidance on the issue we are facing in
production. We got two new ubuntu 16 boxes and we are using tomcat 8.5.40 for
deploying java/spring apps (spring version 3.2 and some resteasy & jersey
libs).Since some of it is a legacy codebase, we had to make sure
r something specific to our
>> implementation,
>> > so wanted to share that with others. Please forgive my idiocy.
>> >
>> > We took a verbose classloading on Windows and it loaded two classes from
>> > two different locations.
>> >
>
sure if this is a bug or something specific to our
> implementation,
> > so wanted to share that with others. Please forgive my idiocy.
> >
> > We took a verbose classloading on Windows and it loaded two classes from
> > two different locations.
> >
>
On 29/08/18 19:09, M. Manna wrote:
> Hello,
>
> I am not sure if this is a bug or something specific to our implementation,
> so wanted to share that with others. Please forgive my idiocy.
>
> We took a verbose classloading on Windows and it loaded two classes from
> tw
Hello,
I am not sure if this is a bug or something specific to our implementation,
so wanted to share that with others. Please forgive my idiocy.
We took a verbose classloading on Windows and it loaded two classes from
two different locations.
1) *SomeUtils*.class from *com.my.package.name
Hi,
i am using an embedded tomcat to e.g. start my wicket application in my
IDE.
This works fine so far - the whole classpath used and provided by
IntelliJ is used.
But adding e.g. a war file via setWebapp to start some additional
webapps i am running into some issues with that war files.
The
Thanks a lot Chris.
Thanks,
Saurabh Tiwari
9158483338
On Wed, Jul 13, 2016 at 1:49 PM, chris derham wrote:
> > Hi There,
> >
> > We are about to upgrade from tomcat-7.0.65 to tomcat-8.0.XX. and this is
> > regarding the loading of same JARs within the different
> Hi There,
>
> We are about to upgrade from tomcat-7.0.65 to tomcat-8.0.XX. and this is
> regarding the loading of same JARs within the different application. to
> understand the scenario, consider below case
>
> Tomcat 8 ---
> webapps
> a.war--> lib--> spring.jar
>
Hi There,
We are about to upgrade from tomcat-7.0.65 to tomcat-8.0.XX. and this is
regarding the loading of same JARs within the different application. to
understand the scenario, consider below case
Tomcat 8 ---
webapps
a.war--> lib--> spring.jar
b.war--> lib-->
Could you please suggest something in TOMCAT 8 which might be leading to the
problem mentioned below.
Thanks,
Abir
From: Datta, Abir - Ealing <ada...@wiley.com>
Sent: 05 November 2015 17:17
To: Tomcat Users List
Subject: RE: Classloading perfo
;
> Thanks,
> Abir
>
> From: Datta, Abir - Ealing <ada...@wiley.com>
> Sent: 05 November 2015 17:17
> To: Tomcat Users List
> Subject: RE: Classloading performance problems, Tomcat 8 upgrade from tomcat 6
>
> Hi Mark,
>
> Thanks
in the application which was
deployed in tomcat 6 to the application deployed in tomcat 8.
Problem
We use Dynatrace to monitor our application. We have seen that in tomcat 8, the
time taken for classloading api has increased significantly, leading to
performance degradation. This tomcat 8 classloading time
ion uses dom4j-1.6.1.jar and
> xercesImpl-2.10.0.jar. There has been no change in the application which was
> deployed in tomcat 6 to the application deployed in tomcat 8.
>
> Problem
>
> We use Dynatrace to monitor our application. We have seen that in tomcat 8,
> the
Hi Mark,
Thanks for the response. The setting is already enabled. We have upgraded to
tomcat version 8.0.26
Thanks,
Abir
From: Mark Thomas <ma...@apache.org>
Sent: 05 November 2015 17:07
To: Tomcat Users List
Subject: Re: Classloading perfo
Hello list,
I have a strange classloading problem, that only occurs when my webapp is
deployed by tomcat (aka when tomcat expands the .war file during startup).
I'm using Tomcat 8, Java 8 and a few old Axis webservices.
The very first call to the webservice now fails with a RuntimeException
John Doe wrote:
Hello list,
I have a strange classloading problem, that only occurs when my webapp is
deployed by tomcat (aka when tomcat expands the .war file during startup).
I'm using Tomcat 8, Java 8 and a few old Axis webservices.
The very first call to the webservice now fails
On Mar 21, 2013, at 4:31 PM, Nick Williams wrote:
I have built an executable Tomcat JAR file. It has all of the Tomcat classes
and dependencies zipped into one big JAR. Inside that JAR is also a WAR file,
the native DLL, and logging.properties. My com.ul.io.Bootstrap class creates
an
Hi,
in which order are classes loaded in jars in WEB-INF/lib? Alphabetically? By
date? Unordered?
My problem is:
My WEB-INF/lib contains jar's where on jar contains older versions of a
classes than the other jar. I will ensure to load the newer versions of the
classes. How can this be done?
On 21/06/2011 12:05, spr...@gmx.eu wrote:
Hi,
in which order are classes loaded in jars in WEB-INF/lib? Alphabetically? By
date? Unordered?
There is no order.
My problem is:
My WEB-INF/lib contains jar's where on jar contains older versions of a
classes than the other jar. I will
in which order are classes loaded in jars in WEB-INF/lib?
Alphabetically? By
date? Unordered?
There is no order.
Thank you.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail:
: Classloading: META-INF\services: Nested JARs
Thanks for the candid reply Chuck.
Sorry to have spoken that way. Couldn't resist answering the question
given the way it was phrased.
- Chuck
Is it me, or was this thread hijacked 3 times?
p
signature.asc
Description: OpenPGP digital signature
]
Subject: Re: Tomcat 6: Classloading: META-INF\services: Nested JARs
Thanks for the candid reply Chuck.
Sorry to have spoken that way. Couldn't resist answering the question
given the way it was phrased.
- Chuck
Is it me, or was this thread hijacked 3 times?
No it was me. (Or Gmail
On 4/22/11 11:00 PM, Michael Anstis wrote:
Hi,
I am trying to resolve a problem that I assume relates to class loading.
My application contains a JAR that contains a file in META-INF\services:-
MyApp
\-- WEB-INF
\-- lib
\-- AJar.jar
\-- META-INF
\--
Hey, no problem. I deserved it.
I'm happy your answer fixed my problem :)
On 23 April 2011 01:09, Caldarale, Charles R chuck.caldar...@unisys.comwrote:
From: Michael Anstis [mailto:michael.ans...@gmail.com]
Subject: Re: Tomcat 6: Classloading: META-INF\services: Nested JARs
Thanks
using:-
ClassLoader.getSystemResources(META-INF/services/AFile)
However the file is not found.
I have read the documentation relating to classloading and META-INF is not
shown as a path searched.
Am I doing something stupid? Should this work?
Thanks,
Mike
From: Michael Anstis [mailto:michael.ans...@gmail.com]
Subject: Tomcat 6: Classloading: META-INF\services: Nested JARs
ClassLoader.getSystemResources(META-INF/services/AFile)
We'll assume that the missing closing quotation mark is a typo.
However the file is not found.
Nor should
Thanks for the candid reply Chuck.
I feel a bit stupid now, but one learns from their mistakes.
With kind regards,
Mike
On 22 April 2011 23:19, Caldarale, Charles R chuck.caldar...@unisys.comwrote:
From: Michael Anstis [mailto:michael.ans...@gmail.com]
Subject: Tomcat 6: Classloading
From: Michael Anstis [mailto:michael.ans...@gmail.com]
Subject: Re: Tomcat 6: Classloading: META-INF\services: Nested JARs
Thanks for the candid reply Chuck.
Sorry to have spoken that way. Couldn't resist answering the question given
the way it was phrased.
- Chuck
THIS COMMUNICATION
that launches Tomcat and
effectively change the system classpath as Tomcat sees it.
Be careful with these things and always make sure you test everything:
ClassLoading issues can cause unexpected behavior.
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment
Hi,
We are using Embedded Tomcat 7.0.11. It seems that with Embedded Tomcat, the
default is parent-first class loading, even though the default in the Tomcat
binary distribution is child-first. Is there a way to setup child-first
class loading in Embedded Tomcat?
Thanks
Azeez
According to http://yzb.hit.edu.cn/docs/class-loader-howto.html, everything
in the system classpath will be visible to webapps, and hence will override
the classes in the webapps, I think. So, the solution would be to implement
a bootstrap mechanism, just like
Was able to solve this using a bootstrap mechanism.
http://frank.zinepal.com/embedded-tomcat-class-loading-trickery was helpful.
Azeez
On Wed, Apr 13, 2011 at 8:33 PM, Afkham Azeez afk...@gmail.com wrote:
According to http://yzb.hit.edu.cn/docs/class-loader-howto.html,
everything in the
that launches Tomcat and
effectively change the system classpath as Tomcat sees it.
Be careful with these things and always make sure you test everything:
ClassLoading issues can cause unexpected behavior.
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG
the initialization of the mail Session Resource.
http://tomcat.apache.org/tomcat-6.0-doc/jndi-resources-howto.html
This question is spawned by a recent thread on the Ant mailing list,
where the same question was raised in the context of classloading
issues, but not answered.
Mail task with mail.jar
On Wed, 26 Jan 2011 11:52:04 +0100, Michael Ludwig mil...@gmx.de
wrote:
What is special about mail.jar (and activation.jar) that requires
putting them into the common.loader?
Any objects you want have access to via JNDI, have to be accessible by
tomcat in order to create them. That means
by a recent thread on the Ant mailing list,
where the same question was raised in the context of classloading
issues, but not answered.
Mail task with mail.jar activation.jar out of lib folder
http://ant.markmail.org/thread/ojjm7g5otejua33i
Thanks.
--
Michael Ludwig
Ronald Klop schrieb am 26.01.2011 um 12:08 (+0100):
For the record: JAF (activation.jar) is already in Java 6 (and that
sucks :-)).
It might (I don't know).
Mail.jar, however, isn't in Java 6 SE. And from the discussion on the
Ant list it appeared that there was something special about this
Mikolaj Rydzewski schrieb am 26.01.2011 um 12:07 (+0100):
On Wed, 26 Jan 2011 11:52:04 +0100, Michael Ludwig mil...@gmx.de
wrote:
What is special about mail.jar (and activation.jar) that requires
putting them into the common.loader?
Any objects you want have access to via JNDI, have to be
On Wed, 26 Jan 2011 12:24:58 +0100, Michael Ludwig mil...@gmx.de
wrote:
Mikolaj Rydzewski schrieb am 26.01.2011 um 12:07 (+0100):
On Wed, 26 Jan 2011 11:52:04 +0100, Michael Ludwig mil...@gmx.de
wrote:
What is special about mail.jar (and activation.jar) that requires
putting them into the
) is(are) available
to Tomcat during the initialization of the mail Session Resource.
http://tomcat.apache.org/tomcat-6.0-doc/jndi-resources-howto.html
This question is spawned by a recent thread on the Ant mailing list,
where the same question was raised in the context of classloading
previously created a
symlink to the package PracCalc is in there. I read a little on tomcat
classloading and came to the conclusion that this was causing PracCalc to be
loaded by a different loader to SupplementaryEdit.
If someone could confirm this that would be good, and also could someone
explain
in tomcat and found that someone had previously created a
symlink to the package PracCalc is in there. I read a little on tomcat
classloading and came to the conclusion that this was causing PracCalc to be
loaded by a different loader to SupplementaryEdit.
If someone could confirm this that would
-Original Message-
From: Shay Rojansky [mailto:r...@roji.org]
Sent: 28 June 2010 13:35
To: Tomcat Users List
Subject: Re: Classloading
Hi Paul.
Yes, this is the normal behavior. As you found out, Tomcat uses a different
classloader for the common classes than that used for for loading your
webapp
as well?
Thanks,
Paul
-Original Message-
From: Shay Rojansky [mailto:r...@roji.org]
Sent: 28 June 2010 13:35
To: Tomcat Users List
Subject: Re: Classloading
Hi Paul.
Yes, this is the normal behavior. As you found out, Tomcat uses a different
classloader for the common classes than
2010 13:35
To: Tomcat Users List
Subject: Re: Classloading
Hi Paul.
Yes, this is the normal behavior. As you found out, Tomcat uses a different
classloader for the common classes than that used for for loading your
webapp classes.
Basically, when your application loads PracCalc, Tomcat
, that for some unknown
reason the entire package is also sym linked in tomcat\common\classes.
Can you think of any reason why someone would do that? I can only assume that
at some point in the past someone else has had classloading issues and decided
that that hack would solve it. That is unconfirmed
Thanks for the link, useful reading, and thanks for the explanation too.
Paul
-Original Message-
From: Shay Rojansky [mailto:r...@roji.org]
Sent: 28 June 2010 13:54
To: Tomcat Users List
Subject: Re: Classloading
Nope, it doesn't... Your webapp's classloader delegates to the common
else has had classloading issues and
decided that that hack would solve it. That is unconfirmed though.
Another option would be if two different webapps need to share static
variables (such as a singleton) in a common class. At that point, the
common class must only be loaded once, so must
assume
that at some point in the past someone else has had classloading issues and
decided that that hack would solve it. That is unconfirmed though.
Another option would be if two different webapps need to share static
variables (such as a singleton) in a common class. At that point
Caldarale, Charles R chuck.caldar...@unisys.com wrote on 06/16/2010
09:55:19 PM:
From: peter_f...@blm.gov [mailto:peter_f...@blm.gov]
Subject: Re: Tomcat 6.0 documentation: is classloading description
correct?
The docs say in one place that the order is one way (WebApp
first
2010/6/16 peter_f...@blm.gov:
Looking at section 10 of the 6.0 user guide, which describes classloading,
the text makes perfect sense and matches the way I understand things work.
However the summary at the end of the section Class Loader Definitions
looks wrong; it basically says
On 17.06.2010 16:37, Konstantin Kolinko wrote:
2010/6/16peter_f...@blm.gov:
Looking at section 10 of the 6.0 user guide, which describes classloading,
the text makes perfect sense and matches the way I understand things work.
However the summary at the end of the section Class Loader
...@blm.gov:
Looking at section 10 of the 6.0 user guide, which describes
classloading,
the text makes perfect sense and matches the way I understand things
work.
However the summary at the end of the section Class Loader
Definitions
looks wrong; it basically says that the search order
Looking at section 10 of the 6.0 user guide, which describes classloading,
the text makes perfect sense and matches the way I understand things work.
However the summary at the end of the section Class Loader Definitions
looks wrong; it basically says that the search order is...
Bootstrap
From: peter_f...@blm.gov peter_f...@blm.gov
To: users@tomcat.apache.org
Sent: Wed, June 16, 2010 9:42:35 PM
Subject: Tomcat 6.0 documentation: is classloading description correct?
Looking at section 10 of the 6.0 user guide, which describes classloading,
the text makes perfect sense and matches
loader from the following repositories:
I think that documentation is correct,
--Gurkan
From: peter_f...@blm.gov peter_f...@blm.gov
To: users@tomcat.apache.org
Sent: Wed, June 16, 2010 9:42:35 PM
Subject: Tomcat 6.0 documentation: is classloading
From: peter_f...@blm.gov [mailto:peter_f...@blm.gov]
Subject: Re: Tomcat 6.0 documentation: is classloading description
correct?
The docs say in one place that the order is one way (WebApp
first, then Boot, System and Common, which is as I'd expect)
Please document where it says
$Worker.run(AprEndpoint.java:1555)
java.lang.Thread.run(Thread.java:619)
Can anyone else confirm?
Arshan
-Original Message-
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
Sent: Tuesday, April 06, 2010 12:34 AM
To: Tomcat Users List
Subject: RE: Major Tomcat classloading
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arshan,
On 4/6/2010 12:04 AM, Arshan Dabirsiaghi wrote:
The bottom line appears to be this: across Tomcat and JDK versions, you
can't use the javaagent switch and have a working web app.
This works for me under the following environment:
$
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arshan,
On 4/6/2010 11:18 AM, Christopher Schultz wrote:
The command line for my running JVM looks like this:
/usr/bin/java -Dnop -Xmx64M
-agentpath:/home/cschultz/yjp-8.0.6/bin/linux-x86-32/libyjpagent.so=
Sorry, I didn't see that you were
the agent jar
fixed the problem.
Thanks!
Arshan
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Tuesday, April 06, 2010 11:50 AM
To: Tomcat Users List
Subject: Re: Major Tomcat classloading issues with javaagent command line switch
-BEGIN PGP
2010/4/7 Arshan Dabirsiaghi arshan.dabirsia...@aspectsecurity.com:
Just to close the loop here, the problem was that the class was being loaded
twice - once from inside the *agent* jar, and another duplicate later from
WEB-INF/classes. I guess Tomcat or Java was confused as to which version
From: Arshan Dabirsiaghi [mailto:arshan.dabirsia...@aspectsecurity.com]
Subject: Major Tomcat classloading issues with javaagent command line
switch
The bottom line appears to be this: across Tomcat and JDK versions, you
can't use the javaagent switch and have a working web app.
Wrong
.
Regards
Fares
-Original Message-
From: ext Caldarale, Charles R [mailto:chuck.caldar...@unisys.com]
Sent: Thursday, March 25, 2010 4:16 PM
To: Tomcat Users List
Subject: RE: UndeclaredThrowableException as a result of false
ClassLoading
From: Mikasch, Fares (EXT-IBM - DE/Berlin
-
From: ext Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Thursday, March 25, 2010 8:48 PM
To: Tomcat Users List
Subject: Re: UndeclaredThrowableException as a result of false
ClassLoading
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fares,
On 3/25/2010 6:56 AM, Mikasch
, March 25, 2010 8:48 PM
To: Tomcat Users List
Subject: Re: UndeclaredThrowableException as a result of false
ClassLoading
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fares,
On 3/25/2010 6:56 AM, Mikasch, Fares (EXT-IBM - DE/Berlin) wrote:
In the case where the ValidationException is wrapped
Hello,
Apache Tomcat/5.5.26
jdk1.5.0_11 / jdk1.5.0_19
Windows XP / SunOS 5.10
Short description of the use case:
- User fills form with some wrong information
- tomcat sends (RMI call) to another server
- server throws ValidationException back to tomcat
- tomcat _sometimes_ wraps the
From: Mikasch, Fares (EXT-IBM - DE/Berlin)
[mailto:fares.mikasch@nsn.com]
Subject: UndeclaredThrowableException as a result of false ClassLoading
Short description of the use case:
- User fills form with some wrong information
- tomcat sends (RMI call) to another server
Let's get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fares,
On 3/25/2010 6:56 AM, Mikasch, Fares (EXT-IBM - DE/Berlin) wrote:
In the case where the ValidationException is wrapped by the
UndeclaredThrowableException, the WebappClassLoader instance of the
current thread and the instance of the
:328)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:315)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
I think that it's a classloading problem but I need some help to find out where
it comes from.
I can provide a complete workspace
Hi,
On Wed, June 17, 2009 00:20, Pankaj Tandon wrote:
Hi all,
I know Tomcat classloading is a hairy subject but I've tried all I could
and
would appreciate some help!
I'm using Tomcat 6.0.18 with JDK 1.6
My webapp uses the Weblogic supplied Jython Interpreter called
WLSTInterpreter.
My
, 2009 00:20, Pankaj Tandon wrote:
Hi all,
I know Tomcat classloading is a hairy subject but I've tried all I could
and
would appreciate some help!
I'm using Tomcat 6.0.18 with JDK 1.6
My webapp uses the Weblogic supplied Jython Interpreter called
WLSTInterpreter.
My weblogic.jar is in my WEB
-classloading-issues-tp24055767p24055767.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
From: Pankaj Tandon [mailto:pankajtan...@gmail.com]
Subject: Using JMX with Tomcat: classloading issues
Because rt.jar is (probably) used by the bootstrap classloader,
I HAVE to include weblogic.jar in the CATALINA_HOME/common/lib
directory.
Yes, rt.jar is handled by the bootstrap
@tomcat.apache.org
Subject: Using JMX with Tomcat: classloading issues
Hi all,
I am writing a webapp that uses JMX to manage weblogic and websphere servers
and hosting it on Tomcat 6.0.18. The app also uses Jython to manipulate
MBeans within the app servers.
Here's the issue that I'm
--
View this message in context:
http://www.nabble.com/Using-JMX-with-Tomcat%3A-classloading-issues-tp24055767p24057930.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr
a lot!
Pankaj
--
View this message in context:
http://www.nabble.com/Using-JMX-with-Tomcat%3A-classloading-issues-tp24055767p24058867.html
Sent from the Tomcat - User mailing list archive at Nabble.com
Hi all,
I know Tomcat classloading is a hairy subject but I've tried all I could and
would appreciate some help!
I'm using Tomcat 6.0.18 with JDK 1.6
My webapp uses the Weblogic supplied Jython Interpreter called
WLSTInterpreter.
My weblogic.jar is in my WEB-INF/lib directory but for some
May 06 18:33:00 2009
elapsed time: 200 seconds
--
View this message in context:
http://www.nabble.com/Tomcat---Java-JNI-and-Classloading-issues-tp23431354p23450553.html
Sent from the Tomcat - User mailing list archive at Nabble.com
From: scarlson [mailto:scarl...@i2s.com]
Subject: Re: Tomcat / Java JNI and Classloading issues
Please excuse my previous kludge question.
O.k. It was way too verbose and rambling for anyone to make much sense of.
My question is, should getContextClassLoader report WebAppClassLoader??
Yes
to common or shared, the
contextClassLoader will still report WebApp and not common or shared, just
wanted to be clear on that.
Thanks again,
Scott
--
View this message in context:
http://www.nabble.com/Tomcat---Java-JNI-and-Classloading-issues-tp23431354p23451629.html
Sent from the Tomcat
in context:
http://www.nabble.com/Tomcat---Java-JNI-and-Classloading-issues-tp23431354p23431354.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
...@ger.gmane.o cc
rg
Subject
Re: Tomcat 6 classloading and the
12/15
I'm trying to clarify something about Tomcat 6 compliance to the Servlet
2.5 spec. The spec (section 9.7.2) says:
The container should not allow applications to override or access the
container’s implementation classes.
In Tomcat 5 it looks like this was handled by having separate common,
peter_f...@blm.gov wrote in message
news:of14e2cc5d.7f3b739a-on87257520.0059a8c8-87257520.005b2...@blm.gov...
I'm trying to clarify something about Tomcat 6 compliance to the Servlet
2.5 spec. The spec (section 9.7.2) says:
The container should not allow applications to override or access
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vinay,
Vinay Binny wrote:
I am using struts2 and
Oracle's XSU in one of our webapps. XSU has a tight dependency on its
own XML parser xmlparserv2.jar, when I drop this into the web-inf lib
folder, struts2 picks the classes in this jar to do its
Hi all,
I have a situation where I need to control the order in which the webapp jar
files(in lib folder) are loaded by Tomcat. Is there anyway to acheive this?
To give you a background of the problem, I am using struts2 and Oracle's XSU in
one of our webapps. XSU has a tight dependency on its
Vinay Binny wrote:
Hi all,
I have a situation where I need to control the order in which the webapp jar
files(in lib folder) are loaded by Tomcat. Is there anyway to acheive this?
Sorry, no. You simply don't have that much control over the classloader in
a servlet container.
To give you a
Mark Thomas wrote:
Vinay Binny wrote:
Hi all,
I have a situation where I need to control the order in which the webapp jar
files(in lib folder) are loaded by Tomcat. Is there anyway to acheive this?
Sorry, no. You simply don't have that much control over the classloader in
a servlet
From: André Warnier [mailto:[EMAIL PROTECTED]
Subject: Re: Controlling the order of classloading.
But is there not a load-at-startup tag or something like it in a
web.xml file, with a numeric value for that purpose ?
It specifies that the designated servlet be loaded during startup, but does
the SAXParserFactory in java :-)
bye
From: André Warnier [mailto:[EMAIL PROTECTED]
Subject: Re: Controlling the order of classloading.
But is there not a load-at-startup tag or something like it in a
web.xml file, with a numeric value for that purpose ?
It specifies that the designated
Thanks for the reply. This is tough to provide an example for. Let me see
what I can work out.
On Jan 16, 2008 11:08 PM, Caldarale, Charles R [EMAIL PROTECTED]
wrote:
From: Michel Betancourt [mailto:[EMAIL PROTECTED]
Subject: Tomcat 5.5 classloading behavior
its not too clear whether
1 - 100 of 131 matches
Mail list logo