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 c
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:
> > Th
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:
First
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 vers
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 f
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 everythin
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.
>> >
e 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 in
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 application. to
> > understand t
> 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--> s
;
> Thanks,
> Abir
>
> From: Datta, Abir - Ealing
> Sent: 05 November 2015 17:17
> To: Tomcat Users List
> Subject: RE: Classloading performance problems, Tomcat 8 upgrade from tomcat 6
>
> Hi Mark,
>
> Thanks for the response. The setti
Could you please suggest something in TOMCAT 8 which might be leading to the
problem mentioned below.
Thanks,
Abir
From: Datta, Abir - Ealing
Sent: 05 November 2015 17:17
To: Tomcat Users List
Subject: RE: Classloading performance problems, Tomcat 8
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
Sent: 05 November 2015 17:07
To: Tomcat Users List
Subject: Re: Classloading performance problems, Tomcat 8
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
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
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 w
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 RuntimeExce
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 .
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
.extract directory in the CWD, extracts the native DLL, WAR f
Although not recommended you can place the [unziped] classes in
WEB-INF/classes, or use Tomcat /lib. You should really deduplicate your JAR
On Tue, Jun 21, 2011 at 8:05 AM, wrote:
> Hi,
>
> in which order are classes loaded in jars in WEB-INF/lib? Alphabetically?
> By
> date? Unordered?
>
> My p
> > 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
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 wil
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?
Th
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
>
t;>>> 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 th
On 4/23/11 9:47 AM, Michael Anstis wrote:
> Hey, no problem. I deserved it.
>
> I'm happy your answer fixed my problem :)
>
>
> On 23 April 2011 01:09, Caldarale, Charles R
> wrote:
>
>>> From: Michael Anstis [mailto:michael.ans...@gmail.com]
>>>
Hey, no problem. I deserved it.
I'm happy your answer fixed my problem :)
On 23 April 2011 01:09, Caldarale, Charles R wrote:
> > From: Michael Anstis [mailto:michael.ans...@gmail.com]
> > Subject: Re: Tomcat 6: Classloading: META-INF\services: Nested JARs
>
> > T
> 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.
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 wrote:
> > From: Michael Anstis [mailto:michael.ans...@gmail.com]
> > Subject: Tomcat 6: Classloading: META-INF\serv
> 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
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
sed in standard Tomcat. Thanks.
> It appears from your reference (in a followup post to your own) that you
> can set the context classpath of the thread that launches Tomcat and
> effectively change the "system" classpath as Tomcat sees it.
>
> Be careful with these th
he context classpath of the thread 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: G
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 wrote:
> According to http://yzb.hit.edu.cn/docs/class-loader-howto.html,
> everything in the system classpath wil
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 org.apache.catalina.startup.Bootstrap,
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
/lib so the JAR(s) 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 wa
On Wed, 26 Jan 2011 12:24:58 +0100, Michael Ludwig
wrote:
Mikolaj Rydzewski schrieb am 26.01.2011 um 12:07 (+0100):
On Wed, 26 Jan 2011 11:52:04 +0100, Michael Ludwig
wrote:
>What is special about mail.jar (and activation.jar) that requires
>putting them into the common.loader?
Any objects
Mikolaj Rydzewski schrieb am 26.01.2011 um 12:07 (+0100):
>
> On Wed, 26 Jan 2011 11:52:04 +0100, Michael Ludwig
> 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 acce
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 j
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 Lu
On Wed, 26 Jan 2011 11:52:04 +0100, Michael Ludwig
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 they should be l
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
\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 though.
>>
> Another option would be
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 though.
>
> Another option would be if two different webapps "need" to share static
variables (such as a singleton) in a comm
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
, 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 u
> 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
ork the other way round 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 behav
nks,
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 that used
to find
> out why.
>
> After spending ages trying different things I started looking through the
> common classes 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 conclusi
e 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 be good, and also could someone
ex
gt; >
> > 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 wr
On 17.06.2010 16:37, Konstantin Kolinko wrote:
2010/6/16:
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"
l
2010/6/16 :
>
> 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 s
"Caldarale, Charles R" 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
> 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
PATH environment variable itself, and
> instead build the System class loader from the following repositories:
>
>
> I think that documentation is correct,
>
>
> --Gurkan
>
>
>
> From: "peter_f...@blm.gov"
> To: users@tomca
--Gurkan
From: "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 a
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...
2010/4/7 Arshan Dabirsiaghi :
> 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 they
> wanted to use. Not 100% sure
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
-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
-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:
$ bin/c
prEndpoint$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 cl
> 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
rsday, 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
-
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
retry.
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 - D
-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 Webap
> 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
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 ValidationEx
.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java: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
, 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 Weblo
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
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 bu
en that javax.management.remote.JMXConnectorFactory
> resides in rt.jar which is in the System classpath?
>
> Any pointers will be appreciated!
>
> Thanks a lot!
>
> Pankaj
>
>
>
>
>
--
View this message in context:
http
ement.remote.JMXConnectorFactory
> resides in rt.jar which is in the System classpath?
>
> Any pointers will be appreciated!
>
> Thanks a lot!
>
> Pankaj
>
>
>
>
>
--
View this message in cont
7 -0700
> From: pankajtan...@gmail.com
> To: users@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 t
> 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 handle
-with-Tomcat%3A-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: scarlson [mailto:scarl...@i2s.com]
> Subject: RE: Tomcat / Java JNI and Classloading issues
>
> So if the WebAppClassLoader delegates to common or shared,
> the contextClassLoader will still report WebApp and not
> common or shared, just wanted to be clear on that.
Th
WebAppClassLoader delegates 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
Se
> 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 WebAp
\lib\JCustomOpc.dll
> 0x77c0 - 0x77c08000 C:\WINDOWS\system32\version.dll
> 0x5ad7 - 0x5ada8000 C:\WINDOWS\system32\uxtheme.dll
> 0x58d4 - 0x58d47000 C:\WINDOWS\system32\Wship6.dll
> 0x76fd - 0x7704f000 C:\WINDOWS\system32\CLBCATQ.DLL
>
e
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 10, GenuineIntel
--- S Y S T E M ---
OS: Windows XP Build 2600 Service Pack 3
CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 15 stepping
mcat.apache.org
Subject
Re: Tomcat 6 classloading and the
12/15/2008 11:32 Servlet 2.5 API spec
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 the
> containe
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",
"s
-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 it
igure the SAXParserFactory in java :-)
bye
From: André Warnier [mailto:[EMAIL PROTECTED]
Subject: Re: Controlling the order of classloading.
But is there not a tag or something like it in a
web.xml file, with a numeric value for that purpose ?
It specifies that the designated servlet be l
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Controlling the order of classloading.
>
> But is there not a 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
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 container
1 - 100 of 138 matches
Mail list logo
