Re: Classloading Behavior in Embedded Tomcat

2020-07-25 Thread Chirag Dewan
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) {

Re: Classloading Behavior in Embedded Tomcat

2020-07-23 Thread Chirag Dewan
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

Re: Classloading Behavior in Embedded Tomcat

2020-07-22 Thread Chirag Dewan
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

Re: Classloading Behavior in Embedded Tomcat

2020-07-22 Thread Mark Thomas
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

Re: Classloading Behavior in Embedded Tomcat

2020-07-22 Thread Chirag Dewan
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

Re: Classloading Behavior in Embedded Tomcat

2020-07-22 Thread Mark Thomas
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

Re: Classloading issue on tomcat 8.5.40 on two identical machines

2019-09-01 Thread Mark Thomas
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

Re: Classloading issue on tomcat 8.5.40 on two identical machines

2019-08-31 Thread Sagar Jadhav
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

Re: Classloading performance problems, Tomcat 8 upgrade from tomcat 6

2015-11-06 Thread Mark Thomas
; > 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

RE: Classloading performance problems, Tomcat 8 upgrade from tomcat 6

2015-11-06 Thread Datta, Abir - Ealing
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

RE: Classloading performance problems, Tomcat 8 upgrade from tomcat 6

2015-11-05 Thread Datta, Abir - Ealing
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

Re: Classloading performance problems, Tomcat 8 upgrade from tomcat 6

2015-11-05 Thread Mark Thomas
On 05/11/2015 16:58, Datta, Abir - Ealing wrote: > Hi, > > > Background > > Application server has been upgraded from tomcat 6 to tomcat 8. We are > experiencingperformance issues in transactions which involve XML processing > using DOM4J and xerces api. The application uses dom4j-1.6.1.jar an

Re: Classloading

2010-06-28 Thread Pid
On 28/06/2010 14:14, Peter Crowther wrote: > On 28 June 2010 14:07, Ockleford Paul (NHS Connecting for Health) < > paul.ocklef...@nhs.net> wrote: > >> Pretty much and I don't know the reason why that is, I am not in charge of >> the linux servers I only started looking into it because I couldn't g

Re: Classloading

2010-06-28 Thread Peter Crowther
On 28 June 2010 14:07, Ockleford Paul (NHS Connecting for Health) < paul.ocklef...@nhs.net> wrote: > Pretty much and I don't know the reason why that is, I am not in charge of > the linux servers I only started looking into it because I couldn't get my > method to work but it worked on my local wi

RE: Classloading

2010-06-28 Thread Ockleford Paul (NHS Connecting for Health)
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

RE: Classloading

2010-06-28 Thread Ockleford Paul (NHS Connecting for Health)
nconfirmed though. Paul -Original Message- From: Pid [mailto:p...@pidster.com] Sent: 28 June 2010 14:02 To: Tomcat Users List Subject: Re: Classloading On 28/06/2010 13:48, Ockleford Paul (NHS Connecting for Health) wrote: > Hi, > > Thanks very much for confirming that and for pro

Re: Classloading

2010-06-28 Thread Pid
> 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

Re: Classloading

2010-06-28 Thread Shay Rojansky
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

RE: Classloading

2010-06-28 Thread Ockleford Paul (NHS Connecting for Health)
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

Re: Classloading

2010-06-28 Thread Shay Rojansky
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 looks first in the "common" directory and loads it from there. Then

Re: Classloading Question

2007-07-31 Thread Brian Munroe
On 7/31/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote: > > Look here for details: > http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.h > tml Heh, II was wondering about that. I just gleamed that and found this gem: Drivers for older Oracle versions may be distributed

RE: Classloading Question

2007-07-31 Thread Caldarale, Charles R
> From: Brian Munroe [mailto:[EMAIL PROTECTED] > Subject: Re: Classloading Question > > I did, and it works, but from my understanding of the classloading > documentation, you should technically place application level jars in > $CATALINA_HOME/shared/lib, in which it does not

Re: Classloading Question

2007-07-31 Thread Brian Munroe
On 7/31/07, Propes, Barry L <[EMAIL PROTECTED]> wrote: > What version of TC are you using? I wouldn't put the jar file there, no! > I am using 5.5.23. Wouldn't put it where? shared/lib? > Try in %TC HOME%\common\lib, whereever that is. > I did, and it works, but from my understanding of the c

RE: Classloading Question

2007-07-31 Thread Propes, Barry L
What version of TC are you using? I wouldn't put the jar file there, no! Try in %TC HOME%\common\lib, whereever that is. -Original Message- From: Brian Munroe [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 3:50 PM To: Tomcat Users List Subject: Classloading Question I am conne

Re: Classloading scenario

2007-02-20 Thread Luis Rivera
Hi, In my experience, since I have to use the JNI, I am forced to use the shared space for some classes. The only way I made it work is to place everything that is referenced by the classes in the shared space, in the shared space. The classes in WEB-INF/.. have no problems accessing the shared

RE: Classloading scenario

2007-02-20 Thread Peter Crowther
> From: Angel Todorov [mailto:[EMAIL PROTECTED] > This doesn't work for me -> i would like to share classes between > webapps in order for them to have a common classloader. In this way i > can pass object references between two webapps. Then you'll have to put the jar you want *and all the class

Re: Classloading scenario

2007-02-20 Thread Angel Todorov
Hi Boris, This doesn't work for me -> i would like to share classes between webapps in order for them to have a common classloader. In this way i can pass object references between two webapps. In tomcat there is no concept of EAR packaging, and EAR classloading isolation in general. I don't agre

Re: Classloading scenario

2007-02-20 Thread Boris Unckel
Hello, Angel Todorov wrote: I have the following scenario: one webapp, which has some jars in its private WEB-INF\lib dir, and one common jar which I would like to share among several webapps. Hence, I am putting this jar into the shared\lib directory of Tomcat. The problem is that this common l

Re: Classloading questions

2006-05-01 Thread Michael Echerer
Christopher Piggott wrote: > As an experiment, I placed a file in the webapp dir of a servlet (not in > WEB-INF but in the directory above it) and attempted to read it using > getResource(). What I found was that I could not locate the resource unless > I used getServletContext().getResource(). >