What version of apache does Tomcat 3.3.1 support

[$Bc7F#9d(B]

Dear all,
(B
(Bcould you please tell me what versions of Apache (both major and minor)
(Bdoes Tomcat 3.3.1 officially support?
(B
(BWhat about 4.1.12?
(B
(BAlso, what JDK version would you suggest using with both Tomcat 3.3.1
(Band 4.1.12 respectively?
(B
(BThanks in advance!
(B
(BTakeshi
(B
(B
(B---SIGNATURE-
(B  NTT$B%3%`%&%'%"3t<02q

Migrating app from Tomcat 3.3.1 to 4.0 and Up

[Arnab Chakravarty]

Hi all,

 

I want to migrate an existing application which is deployed on tomcat
3.3.1 to tomcat 4.0 or up. Can anyone help me how to go about with the
migration?

 

App Arch:

 

- Tomcat 3.3.1 (12 Tomcats)

- Apache 1.3.27 (4 Apache)

- Ajp12 

- Mod jk

- Jdk1.4.2

 

Next, what I am looking for is:

 

-  Any issues while trying to migrate to tomcat 4.0/5.0?

-  Connector modules one need to use (if ajp12 is deprecated)

-  Pretty Efficient Load balancer

-  Connection Pool Manager (Currently using the Oracle
Connection Pool Manager)

 

Thanks for help,

Ac

 

 

 

RE: tomcat 3.3.1 takes a high time for Minor GC

[Larry Isaacs]

Filling the survivor space is part of the GC collection
process, not the result of new objects being created.  My
understanding is that a minor collection with the default
collector involves copying to the "target" survivor space,
the "live" objects in Eden and the other survivor space, maybe
except for objects old enough to go to the "tenured" space.  The
old non-target survivor space and Eden are then set to "empty"
since they no longer contain "live" objects.  This is how the
garbage gets released.

The assumption is that old survivor space and especially
Eden will be mostly filled with "dead" objects and there won't be
so many "live" objects that they overflow the target survivor
space.  If the target survivor space overflows, then I think that
GC has no choice but to start putting them into the "tenured"
space, making them uncollectible until the next full GC.  Its
occurance implies that,
the GC time goes up because it is keeping a lot of temporary-
but-not-dead-yet objects.

I think with the times you seeing that there may be more involved
than just poor GC performance.  To do this with just GC, I would
think it would require extremely high numbers of small temporary
objects. I have seen code inefficient enough to do this, but it
typically requires some effort to abuse garbage collection to this
degree.

Cheers,
Larry

> -Original Message-
> From: Akash Jauhar [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 23, 2004 3:58 PM
> To: Tomcat Users List
> Subject: RE: tomcat 3.3.1 takes a high time for Minor GC
> 
> 
> Larry
> 
> Thanks for the note. A few questions
> A) my understanding of GC makes me think that no garbage can be
> generated when young generation is being collected. As mentioned that
> for young generation we use the default stop the world collector. When
> that happens all other application threads stop. Hence no 
> garbage can be
> generated. Can you explain why do you think that more garbage can be
> created (to fill the survivor space). Is my understanding of stop the
> world garbage collector incorrect
> 
> Thanks for letting me know
> 
> Akash Jauhar
> Sapient
> 
> YIM: akashjauhar
> AIM: akashjauhar
> e-mail: [EMAIL PROTECTED]
> 
> 
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 23, 2004 12:39 PM
> To: Tomcat Users List
> Subject: RE: tomcat 3.3.1 takes a high time for Minor GC
> 
> 
> I'm not a GC expert, so please note that the following
> speculation is based upon memories of some GC document I
> read a while back.  I vaguely recall that GC performance
> drops if the survivor space fills up while collecting the
> young generation.  I think the result is that what might
> have been short-lived objects instead get pushed into the
> tenured generation because they weren't short-lived enough.
> 
> From your log output I note that about the "231968" mark, the
> time between GCs drops dramatically.  Evidentially the rate
> of garbage generation has substantially increased.  I believe
> if the rate is too high, temporary objects get "tenured" for
> the reason stated above.  Handling these "tenured temporary"
> objects adds to the GC time.  Even more so if they are small
> and lots of them.
> 
> It may help to try to determine what has caused the generation
> of garbage to increase so much.  If a culprit is found, reducing
> the amount of garbage is the best way to improve performance.
> If that isn't possible, then GC tuning may be your only
> alternative.
> 
> I'm not aware of anything in Tomcat 3.3.1 that would account
> for such garbage generation.  One of Tomcat 3.3.x's strengths
> over Tomcat 3.2.x is the reduced garbage generation from the
> overhead of handling requests.
> 
> I have experienced the pleasure of watching Optimizeit show me
> how a JSP page, via some support classes, was creating ~3.7Gb
> of StringBuffer/String/char[] data.  This made finding what to
> fix much easier.  I don't know in your case if you will need a
> profiler to get a good picture of where the garbage is coming
> from.
> 
> HTH.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Akash Jauhar [mailto:[EMAIL PROTECTED] 
> > Sent: Tuesday, March 23, 2004 12:53 PM
> > To: Tomcat Users List
> > Subject: tomcat 3.3.1 takes a high time for Minor GC
> > 
> > 
> > Hi All
> > 
> > Cisco CNAMS application runs on the following platform
> > OS: Solaris 9
> > Webserver: Apache 1.3.27
> > JDK: JDK 1.4.2 build 28
> > Servlet Engine: tomcat 3.3.1a
> > 
> > We are notic

RE: tomcat 3.3.1 takes a high time for Minor GC

[Akash Jauhar]

Larry

Thanks for the note. A few questions
A) my understanding of GC makes me think that no garbage can be
generated when young generation is being collected. As mentioned that
for young generation we use the default stop the world collector. When
that happens all other application threads stop. Hence no garbage can be
generated. Can you explain why do you think that more garbage can be
created (to fill the survivor space). Is my understanding of stop the
world garbage collector incorrect

Thanks for letting me know

Akash Jauhar
Sapient

YIM: akashjauhar
AIM: akashjauhar
e-mail: [EMAIL PROTECTED]



-Original Message-
From: Larry Isaacs [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 23, 2004 12:39 PM
To: Tomcat Users List
Subject: RE: tomcat 3.3.1 takes a high time for Minor GC


I'm not a GC expert, so please note that the following
speculation is based upon memories of some GC document I
read a while back.  I vaguely recall that GC performance
drops if the survivor space fills up while collecting the
young generation.  I think the result is that what might
have been short-lived objects instead get pushed into the
tenured generation because they weren't short-lived enough.

>From your log output I note that about the "231968" mark, the
time between GCs drops dramatically.  Evidentially the rate
of garbage generation has substantially increased.  I believe
if the rate is too high, temporary objects get "tenured" for
the reason stated above.  Handling these "tenured temporary"
objects adds to the GC time.  Even more so if they are small
and lots of them.

It may help to try to determine what has caused the generation
of garbage to increase so much.  If a culprit is found, reducing
the amount of garbage is the best way to improve performance.
If that isn't possible, then GC tuning may be your only
alternative.

I'm not aware of anything in Tomcat 3.3.1 that would account
for such garbage generation.  One of Tomcat 3.3.x's strengths
over Tomcat 3.2.x is the reduced garbage generation from the
overhead of handling requests.

I have experienced the pleasure of watching Optimizeit show me
how a JSP page, via some support classes, was creating ~3.7Gb
of StringBuffer/String/char[] data.  This made finding what to
fix much easier.  I don't know in your case if you will need a
profiler to get a good picture of where the garbage is coming
from.

HTH.

Cheers,
Larry

> -Original Message-
> From: Akash Jauhar [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 23, 2004 12:53 PM
> To: Tomcat Users List
> Subject: tomcat 3.3.1 takes a high time for Minor GC
> 
> 
> Hi All
> 
> Cisco CNAMS application runs on the following platform
> OS: Solaris 9
> Webserver: Apache 1.3.27
> JDK: JDK 1.4.2 build 28
> Servlet Engine: tomcat 3.3.1a
> 
> We are noticing some weird GC behaviour when the tomcat does 
> Minor GC. I
> am pasting some garbage collection logs below
> 
> 231867.984: [GC 231867.985: [DefNew: 127232K->3840K(127232K), 
> 0.1125831
> secs] 288818K->170206K(350384K), 0.1128485 secs]
> 231946.970: [GC 231946.970: [DefNew: 127232K->3840K(127232K), 
> 0.1348222
> secs] 293598K->177196K(350384K), 0.1350464 secs]
> 231968.052: [GC 231968.052: [DefNew: 127232K->3840K(127232K), 
> 0.1818662
> secs] 300588K->182066K(350384K), 0.1821628 secs]
> 231969.314: [GC 231969.315: [DefNew: 127232K->3543K(127232K), 
> 16.4172505
> secs] 305458K->185389K(350384K), 16.4175191 secs]
> 231987.248: [GC 231987.248: [DefNew: 126935K->3840K(127232K), 
> 10.7419554
> secs] 308781K->189356K(350384K), 10.7422411 secs]
> 231999.225: [GC 231999.225: [DefNew: 127232K->3840K(127232K), 
> 16.1320322
> secs] 312748K->196413K(350384K), 16.1323798 secs]
> 232015.949: [GC 232015.950: [DefNew: 127232K->3840K(127232K), 
> 42.2998381
> secs] 319805K->201339K(350384K), 42.3001041 secs]
> 232058.781: [GC 232058.781: [DefNew: 127232K->3840K(127232K),
> 146.5896470 secs] 324731K->206361K(350384K), 146.5898922 secs]
> 232206.831: [GC 232206.832: [DefNew: 127232K->3840K(127232K),
> 110.785 secs] 329753K->211019K(350384K), 110.7862726 secs]
> 232318.209: [GC 232318.209: [DefNew: 127232K->3840K(127232K), 
> 68.5541489
> secs] 334411K->215994K(350384K), 68.5544029 secs]
> 232387.893: [GC 232387.893: [DefNew: 127232K->3840K(127232K),
> 126.8755081 secs] 339386K->221793K(350384K), 126.8757738 secs]
> 232515.276: [GC 232515.276: [DefNew: 127232K->3840K(127232K),
> 139.7813258 secs]232655.058: [Tenured: 223686K->154822K(223792K),
> 278.7132327 secs] 345201K->154822K(351024K), 418.4964431 secs]
> 232934.349: [GC 232934.349: [DefNew: 123392K->3840K(127232K),
> 164.3069723 secs] 278214K->163782K(385272K), 164.3072616 secs]
> 233099.848: [GC 233099.84

RE: tomcat 3.3.1 takes a high time for Minor GC

[Larry Isaacs]

I'm not a GC expert, so please note that the following
speculation is based upon memories of some GC document I
read a while back.  I vaguely recall that GC performance
drops if the survivor space fills up while collecting the
young generation.  I think the result is that what might
have been short-lived objects instead get pushed into the
tenured generation because they weren't short-lived enough.

>From your log output I note that about the "231968" mark, the
time between GCs drops dramatically.  Evidentially the rate
of garbage generation has substantially increased.  I believe
if the rate is too high, temporary objects get "tenured" for
the reason stated above.  Handling these "tenured temporary"
objects adds to the GC time.  Even more so if they are small
and lots of them.

It may help to try to determine what has caused the generation
of garbage to increase so much.  If a culprit is found, reducing
the amount of garbage is the best way to improve performance.
If that isn't possible, then GC tuning may be your only
alternative.

I'm not aware of anything in Tomcat 3.3.1 that would account
for such garbage generation.  One of Tomcat 3.3.x's strengths
over Tomcat 3.2.x is the reduced garbage generation from the
overhead of handling requests.

I have experienced the pleasure of watching Optimizeit show me
how a JSP page, via some support classes, was creating ~3.7Gb
of StringBuffer/String/char[] data.  This made finding what to
fix much easier.  I don't know in your case if you will need a
profiler to get a good picture of where the garbage is coming
from.

HTH.

Cheers,
Larry

> -Original Message-
> From: Akash Jauhar [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 23, 2004 12:53 PM
> To: Tomcat Users List
> Subject: tomcat 3.3.1 takes a high time for Minor GC
> 
> 
> Hi All
> 
> Cisco CNAMS application runs on the following platform
> OS: Solaris 9
> Webserver: Apache 1.3.27
> JDK: JDK 1.4.2 build 28
> Servlet Engine: tomcat 3.3.1a
> 
> We are noticing some weird GC behaviour when the tomcat does 
> Minor GC. I
> am pasting some garbage collection logs below
> 
> 231867.984: [GC 231867.985: [DefNew: 127232K->3840K(127232K), 
> 0.1125831
> secs] 288818K->170206K(350384K), 0.1128485 secs]
> 231946.970: [GC 231946.970: [DefNew: 127232K->3840K(127232K), 
> 0.1348222
> secs] 293598K->177196K(350384K), 0.1350464 secs]
> 231968.052: [GC 231968.052: [DefNew: 127232K->3840K(127232K), 
> 0.1818662
> secs] 300588K->182066K(350384K), 0.1821628 secs]
> 231969.314: [GC 231969.315: [DefNew: 127232K->3543K(127232K), 
> 16.4172505
> secs] 305458K->185389K(350384K), 16.4175191 secs]
> 231987.248: [GC 231987.248: [DefNew: 126935K->3840K(127232K), 
> 10.7419554
> secs] 308781K->189356K(350384K), 10.7422411 secs]
> 231999.225: [GC 231999.225: [DefNew: 127232K->3840K(127232K), 
> 16.1320322
> secs] 312748K->196413K(350384K), 16.1323798 secs]
> 232015.949: [GC 232015.950: [DefNew: 127232K->3840K(127232K), 
> 42.2998381
> secs] 319805K->201339K(350384K), 42.3001041 secs]
> 232058.781: [GC 232058.781: [DefNew: 127232K->3840K(127232K),
> 146.5896470 secs] 324731K->206361K(350384K), 146.5898922 secs]
> 232206.831: [GC 232206.832: [DefNew: 127232K->3840K(127232K),
> 110.785 secs] 329753K->211019K(350384K), 110.7862726 secs]
> 232318.209: [GC 232318.209: [DefNew: 127232K->3840K(127232K), 
> 68.5541489
> secs] 334411K->215994K(350384K), 68.5544029 secs]
> 232387.893: [GC 232387.893: [DefNew: 127232K->3840K(127232K),
> 126.8755081 secs] 339386K->221793K(350384K), 126.8757738 secs]
> 232515.276: [GC 232515.276: [DefNew: 127232K->3840K(127232K),
> 139.7813258 secs]232655.058: [Tenured: 223686K->154822K(223792K),
> 278.7132327 secs] 345201K->154822K(351024K), 418.4964431 secs]
> 232934.349: [GC 232934.349: [DefNew: 123392K->3840K(127232K),
> 164.3069723 secs] 278214K->163782K(385272K), 164.3072616 secs]
> 233099.848: [GC 233099.848: [DefNew: 127232K->3840K(127232K), 
> 91.4000872
> secs] 287174K->169894K(385272K), 91.4005897 secs]
> 233191.652: [GC 233191.652: [DefNew: 127232K->3840K(127232K),
> 204.1755072 secs] 293286K->176929K(385272K), 204.1757747 secs]
> 233396.272: [GC 233396.272: [DefNew: 127232K->3840K(127232K),
> 101.8621946 secs] 300321K->183426K(385272K), 101.8624498 secs]
> 
> 
> Note how the minor collection takes high GC times 
> (highlighted in bold).
> It takes as high as 204 seconds. We are using the default GC algo both
> for the old generation and the young generation(which happens 
> to be stop
> the world collector for young generation and mark - compact collector
> for the old generation). Our heap size when the tomcat starts 
>

tomcat 3.3.1 takes a high time for Minor GC

[Akash Jauhar]

Hi All

Cisco CNAMS application runs on the following platform
OS: Solaris 9
Webserver: Apache 1.3.27
JDK: JDK 1.4.2 build 28
Servlet Engine: tomcat 3.3.1a

We are noticing some weird GC behaviour when the tomcat does Minor GC. I
am pasting some garbage collection logs below

231867.984: [GC 231867.985: [DefNew: 127232K->3840K(127232K), 0.1125831
secs] 288818K->170206K(350384K), 0.1128485 secs]
231946.970: [GC 231946.970: [DefNew: 127232K->3840K(127232K), 0.1348222
secs] 293598K->177196K(350384K), 0.1350464 secs]
231968.052: [GC 231968.052: [DefNew: 127232K->3840K(127232K), 0.1818662
secs] 300588K->182066K(350384K), 0.1821628 secs]
231969.314: [GC 231969.315: [DefNew: 127232K->3543K(127232K), 16.4172505
secs] 305458K->185389K(350384K), 16.4175191 secs]
231987.248: [GC 231987.248: [DefNew: 126935K->3840K(127232K), 10.7419554
secs] 308781K->189356K(350384K), 10.7422411 secs]
231999.225: [GC 231999.225: [DefNew: 127232K->3840K(127232K), 16.1320322
secs] 312748K->196413K(350384K), 16.1323798 secs]
232015.949: [GC 232015.950: [DefNew: 127232K->3840K(127232K), 42.2998381
secs] 319805K->201339K(350384K), 42.3001041 secs]
232058.781: [GC 232058.781: [DefNew: 127232K->3840K(127232K),
146.5896470 secs] 324731K->206361K(350384K), 146.5898922 secs]
232206.831: [GC 232206.832: [DefNew: 127232K->3840K(127232K),
110.785 secs] 329753K->211019K(350384K), 110.7862726 secs]
232318.209: [GC 232318.209: [DefNew: 127232K->3840K(127232K), 68.5541489
secs] 334411K->215994K(350384K), 68.5544029 secs]
232387.893: [GC 232387.893: [DefNew: 127232K->3840K(127232K),
126.8755081 secs] 339386K->221793K(350384K), 126.8757738 secs]
232515.276: [GC 232515.276: [DefNew: 127232K->3840K(127232K),
139.7813258 secs]232655.058: [Tenured: 223686K->154822K(223792K),
278.7132327 secs] 345201K->154822K(351024K), 418.4964431 secs]
232934.349: [GC 232934.349: [DefNew: 123392K->3840K(127232K),
164.3069723 secs] 278214K->163782K(385272K), 164.3072616 secs]
233099.848: [GC 233099.848: [DefNew: 127232K->3840K(127232K), 91.4000872
secs] 287174K->169894K(385272K), 91.4005897 secs]
233191.652: [GC 233191.652: [DefNew: 127232K->3840K(127232K),
204.1755072 secs] 293286K->176929K(385272K), 204.1757747 secs]
233396.272: [GC 233396.272: [DefNew: 127232K->3840K(127232K),
101.8621946 secs] 300321K->183426K(385272K), 101.8624498 secs]


Note how the minor collection takes high GC times (highlighted in bold).
It takes as high as 204 seconds. We are using the default GC algo both
for the old generation and the young generation(which happens to be stop
the world collector for young generation and mark - compact collector
for the old generation). Our heap size when the tomcat starts is bounded
by 256 MB on the lower side to 778 MB on the higher side. 

I am unable to understand what would cause tomcat to do GC for such a
long time esp in the young generation. what is even more wierd is that
the time between consecutive GC for young generation is almost equal to
time for which the GC happened . what would cause the young generation
to fill so quickly.

Anyone has any ideas what is going on ?

-Akash 

RE: org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1

[Larry Isaacs]

You can find it in the source .tar.gz or .zip here:

<http://archive.apache.org/dist/jakarta/tomcat-3/archive/v3.3.1/src/>

or if you want just this one file, try:

<http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat/src/share/org/apache/tomcat/util/net/Attic/PoolTcpEndpoint.java?only_with_tag=tomcat_331_final>

Cheers,
Larry


> -Original Message-
> From: Akash Jauhar [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 16, 2004 5:59 PM
> To: Tomcat Users List
> Subject: org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1
> 
> 
> Can someone please mail the source code for 
> org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1
> I just downloaded the source and cannot find this file.
> 
> Would appreciate if someone can mail this
> 
> Thanks
> Akash
> 
> -Original Message-
> From: Wendell Holmes [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 16, 2004 4:01 PM
> To: 'Tomcat Users List'
> Subject: RE: JDBC problems with MySQL
> 
> 
> I think with Tomcat 5.0.x, you need to put the context.xml file under
> /conf/Catalina/localhost as .xml
> 
> -Original Message-
> From: Steve Gums [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 16, 2004 2:38 PM
> To: 'Tomcat Users List'
> Subject: RE: JDBC problems with MySQL
> 
> 
> The .cap file can be open with notepad or whatever.
> 
> I have it in the META-INF directory.  If I copy the contents of this
> into
> the server.xml file it starts to work.
> 
> Gotta be something simple that I am doing wrong here.
> 
> Steve
> 
> -Original Message-
> From: Adam Hardy [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 16, 2004 2:07 PM
> To: Tomcat Users List
> Subject: Re: JDBC problems with MySQL
> 
> Steve,
> post the Resource & ResourceParams tags from your context for the 
> webapp. State whether it's in a context.xml file, server.xml or
> whatever.
> 
> Perhaps we can spot something.
> 
> Adam
> 
> ps this email has got some weird font - my mail reader is up 
> the creek 
> at the mo'. sorry
> 
> On 03/16/2004 09:47 PM Steve Gums wrote:
> > Just an update.
> > I included a file, that works great on my webapp that is already
> running
> on
> > an old system, and you can see the change I made, which 
> allows the app
> to
> > run.  Not sure if this helps anyone.
> > 
> > package com.voast.vkey.utils;
> > 
> > import java.io.*;
> > import java.sql.*;
> > import javax.sql.*;
> > import javax.naming.*;
> > 
> > public class DBUtils {
> > 
> >public static Connection getConnection () throws Exception {
> > 
> >   Connection con = null;
> >   /* Trying to figure this error out. --Temp comment--
> >   try {
> >  Context ctx = new InitialContext();
> >  if ( ctx == null ) {
> > throw new Exception ("No Context");
> >  }
> >  DataSource ds;
> >  ds = (DataSource)ctx.lookup("java:comp/env/jdbc/VKEYDB");
> >  if ( ds != null ) {
> > con = ds.getConnection ();
> >  }//end ds != null
> >   }//try
> >   catch ( Exception e ) {
> >  LoggerUtil.globalLog ("ERROR","exception occured: " + 
> >e.toString() );
> >  throw (e);
> >   }//catch
> >   */
> >   try {
> >  Class.forName("com.mysql.jdbc.Driver").newInstance();
> >  con =
> DriverManager.getConnection("jdbc:mysql://localhost/vkey",
> >  "","");
> >   }//try
> >   catch (Exception e) {
> >  LoggerUtil.globalLog ("DEBUG","exception occured: " + 
> >e.toString() );
> >  throw (e);
> >   }//catch
> > 
> >   return con;
> > 
> >}//GetConnection
> > 
> > }//DBUtils
> > 
> > -Original Message-
> > From: Steve Gums [mailto:[EMAIL PROTECTED] 
> > Sent: Tuesday, March 16, 2004 10:57 AM
> > To: [EMAIL PROTECTED]
> > Subject: JDBC problems with MySQL
> > 
> > Users
> > 
> > I know there has been a bazillion messages 
> about this.  I
> > searched the archives and couldn't find anything to solve 
> my extremely
> > annoying issue.  It has to be something really simple but I 
> just can't
> find
> > it.
> > 
> >  
> > 
> > My Sys

org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1

[Akash Jauhar]

Can someone please mail the source code for 
org.apache.tomcat.util.net.PoolTcpEndpoint for tomcat 3.3.1
I just downloaded the source and cannot find this file.

Would appreciate if someone can mail this

Thanks
Akash

-Original Message-
From: Wendell Holmes [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 16, 2004 4:01 PM
To: 'Tomcat Users List'
Subject: RE: JDBC problems with MySQL


I think with Tomcat 5.0.x, you need to put the context.xml file under
/conf/Catalina/localhost as .xml

-Original Message-
From: Steve Gums [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 16, 2004 2:38 PM
To: 'Tomcat Users List'
Subject: RE: JDBC problems with MySQL


The .cap file can be open with notepad or whatever.

I have it in the META-INF directory.  If I copy the contents of this
into
the server.xml file it starts to work.

Gotta be something simple that I am doing wrong here.

Steve

-Original Message-
From: Adam Hardy [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 16, 2004 2:07 PM
To: Tomcat Users List
Subject: Re: JDBC problems with MySQL

Steve,
post the Resource & ResourceParams tags from your context for the 
webapp. State whether it's in a context.xml file, server.xml or
whatever.

Perhaps we can spot something.

Adam

ps this email has got some weird font - my mail reader is up the creek 
at the mo'. sorry

On 03/16/2004 09:47 PM Steve Gums wrote:
> Just an update.
> I included a file, that works great on my webapp that is already
running
on
> an old system, and you can see the change I made, which allows the app
to
> run.  Not sure if this helps anyone.
> 
> package com.voast.vkey.utils;
> 
> import java.io.*;
> import java.sql.*;
> import javax.sql.*;
> import javax.naming.*;
> 
> public class DBUtils {
> 
>public static Connection getConnection () throws Exception {
> 
>   Connection con = null;
>   /* Trying to figure this error out. --Temp comment--
>   try {
>  Context ctx = new InitialContext();
>  if ( ctx == null ) {
> throw new Exception ("No Context");
>  }
>  DataSource ds;
>  ds = (DataSource)ctx.lookup("java:comp/env/jdbc/VKEYDB");
>  if ( ds != null ) {
> con = ds.getConnection ();
>  }//end ds != null
>   }//try
>   catch ( Exception e ) {
>  LoggerUtil.globalLog ("ERROR","exception occured: " + 
>e.toString() );
>  throw (e);
>   }//catch
>   */
>   try {
>  Class.forName("com.mysql.jdbc.Driver").newInstance();
>  con =
DriverManager.getConnection("jdbc:mysql://localhost/vkey",
>  "","");
>   }//try
>   catch (Exception e) {
>  LoggerUtil.globalLog ("DEBUG","exception occured: " + 
>e.toString() );
>  throw (e);
>   }//catch
> 
>   return con;
> 
>}//GetConnection
> 
> }//DBUtils
> 
> -Original Message-
> From: Steve Gums [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, March 16, 2004 10:57 AM
> To: [EMAIL PROTECTED]
> Subject: JDBC problems with MySQL
> 
> Users
> 
> I know there has been a bazillion messages about this.  I
> searched the archives and couldn't find anything to solve my extremely
> annoying issue.  It has to be something really simple but I just can't
find
> it.
> 
>  
> 
> My System:
> 
> Solaris 9
> 
> Tomcat 5.0.19
> 
> MySQL 4.0.18
> 
> Connector J 3.0.11
> 
>  
> 
> I have the connector J jar in the /usr/local/tomcat/common/lib dir.
> 
> I have basically copied the HOW-TO located at.
> 
>
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples
-how
> to.html
> 
>  
> 
> and my result is this.
> 
> 
> Results
> 
> 
> Foo Not Connected
> Bar -1
> 
>  
> 
> I have tried everything I can think of.  I verified the database and
the
> user/password combo.  Works good.  I even created a simple Java app
that
> connects and performs queries, which worked.  That would indicate
everything
> is cool with the Connector J.  I have verified that the jdbc/TestDB is
in
> the context and it is.  As best I can tell ds (DataSource) is coming
back
> not null, but the call to getConnection is failing.  I created a
little
more
> verbose web app and get the following message.
> 
> org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver
of
> class '' for connect URL 'null',

RE: Tomcat 4.1.29 V Tomcat 3.3.1 performance

[Sullivan, Patrick]

Since your asking how about adding 5.0.19 in the mix too!


Thank you,

Patrick Sullivan
Centura Health

-Original Message-
From: suviswan [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 04, 2004 7:07 AM
To: [EMAIL PROTECTED]
Subject: Tomcat 4.1.29 V Tomcat 3.3.1 performance


Hi
Does any have the performance comparision for the above two
tomcat versions ?


Thanks
Surendra


*
This communication is for the use of the intended recipient only.  It may 
contain information that is privileged and confidential.  If you are not the 
intended recipient of this communication, any disclosure, copying, further 
distribution or use thereof is prohibited.  If you have received this 
communication in error, please advise me by return e-mail or by telephone and 
delete/destroy it.
*

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat 4.1.29 V Tomcat 3.3.1 performance

[suviswan]

Hi
Does any have the performance comparision for the above two tomcat
versions ?


Thanks
Surendra


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.3.1 vs Tomcat 4.1.29

[Bill Barker]

It is generally a bad idea to run Tomcat with Sun's J2EE.  The reason is
that Sun uses code based on Tomcat for the Servlet and JSP parts of J2EE,
and these classes are likely to conflict with the Tomcat classes.

"CLEMENT Eric" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Of course not.
> But the first time I launched Tomcat 4.1.29, it was perfect, then I
> installed J2eeSDK (downloaded from Sun Website). Then when I started again
> Tomcat 4.1.29, nothing occured. But it's OK with Tomcat 3.3.1.
> thanks
>
> -Message d'origine-
> De : Ben Souther [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 18 février 2004 15:11
> À : Tomcat Users List
> Objet : Re: Tomcat 3.3.1 vs Tomcat 4.1.29
>
>
> Are you trying to run them both at the same time?
>
>
>
>
> On Wednesday 18 February 2004 09:00 am, CLEMENT Eric wrote:
> > Hello,
> > I've just downloaded and installed both release of Tomcat.
> > In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 3.3.1 is
> > running, Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
> > can anyone help me?
> >
> > Eric Clément
> > 230 Rue Marcelin Berthelot
> > ZI Toulon Est - La Garde - BP 68
> > 83079 Toulon cedex 09 - France
> >
> > Tél: 04-94-08-75-85
> > Fax: 04-94-08-09-38
> >
> > Mail: [EMAIL PROTECTED]
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> --
> Ben Souther
> F.W. Davison & Company, Inc.
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.3.1 vs Tomcat 4.1.29

[jerome moliere]

Ralph Einfeldt wrote:

It should be contained in the tomcat distribution.
But the outdated one is found before the one that 
is delivered with tomcat.

Search for servlet.jar, j2ee.jar on your machine.
(e.g. in JAVA_HOME/jre/lib/ext)
 

humm I suspect a malicious CLASSPATH mangling...
could you try to set CLASSPATH to a nil value then restart TOMCAT 4 (or 5)
Jerome

--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean13=9782212111941


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[Giuseppe Briotti]

> ==
> Date: Wed, 18 Feb 2004 16:00:51 +0100
> From: "CLEMENT Eric" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Subject: RE: Tomcat 3.3.1 vs Tomcat 4.1.29
> ==
> 
> Sounds rigth. Any idea where I can get the good one?
> Thanks
> 

Check the jakarta web site: there are several jar file with different 
servlet releases. Moreover, there is a corrispondence between the Tomcat and servlet 
releases! (i.e. you must install the correct servlet release for each Tomcat version)

Bye

G

--

Giuseppe Briotti
[EMAIL PROTECTED]

"Alme Sol, curru nitido diem qui 
promis et celas aliusque et idem 
nasceris, possis nihil urbe Roma 
visere maius."
 (Orazio)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[Ralph Einfeldt]

It should be contained in the tomcat distribution.
But the outdated one is found before the one that 
is delivered with tomcat.

Search for servlet.jar, j2ee.jar on your machine.
(e.g. in JAVA_HOME/jre/lib/ext)


> -Original Message-
> From: CLEMENT Eric [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 18, 2004 4:01 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1 vs Tomcat 4.1.29 
> 
> 
> Sounds rigth. Any idea where I can get the good one?
> Thanks
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[CLEMENT Eric]

Sounds rigth. Any idea where I can get the good one?
Thanks

-Message d'origine-
De : Ralph Einfeldt [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 février 2004 15:51
À : Tomcat Users List
Objet : RE: Tomcat 3.3.1 vs Tomcat 4.1.29



That sounds as if there is jar file that contains an
outdated servlet api that doesn't contain
HttpServletRequest.removeAttribute()

> -Original Message-
> From: CLEMENT Eric [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 18, 2004 3:45 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1 vs Tomcat 4.1.29
>
> java.lang.NoSuchMethodError:
> javax.servlet.http.HttpServletRequest.removeAttribu
> te(Ljava/lang/String;)V

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[Ralph Einfeldt]

That sounds as if there is jar file that contains an 
outdated servlet api that doesn't contain 
HttpServletRequest.removeAttribute()

> -Original Message-
> From: CLEMENT Eric [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 18, 2004 3:45 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1 vs Tomcat 4.1.29 
> 
> java.lang.NoSuchMethodError:
> javax.servlet.http.HttpServletRequest.removeAttribu
> te(Ljava/lang/String;)V

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[CLEMENT Eric]

I set "debug" option.
This is what happen:

"""""
GRAVE: Une exception ou une erreur s'est produite dans le conteneur durant
le tr
aitement de la requÛte
java.lang.NoSuchMethodError:
javax.servlet.http.HttpServletRequest.removeAttribu
te(Ljava/lang/String;)V
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:321)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:151)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:564)
at
org.apache.catalina.core.StandardContextValve.invokeInternal(Standard
ContextValve.java:245)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:199)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:151)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:564)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:195)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:151)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:164)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:149)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:564)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:156)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv
eContext.java:151)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:564)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)

at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:20
6)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:828)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ssConnection(Http11Protocol.java:700)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java
:584)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:683)
at java.lang.Thread.run(Thread.java:534)


""""""


thanks



-Message d'origine-
De : STOCKHOLM, Raymond [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 février 2004 15:16
À : Tomcat Users List
Objet : RE: Tomcat 3.3.1 vs Tomcat 4.1.29


Check your JAVA_HOME env variable,
and please tell us WHAT happens.

To have more information when starting tomcat,
change startup.bat to replace "start" by "debug" on line 41 :
(call "%EXECUTABLE%" debug %CMD_LINE_ARGS%)

when prompt, type "run",
you should have more information...

-Message d'origine-
De : CLEMENT Eric [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 février 2004 15:00
À : [EMAIL PROTECTED]
Objet : Tomcat 3.3.1 vs Tomcat 4.1.29


Hello,
I've just downloaded and installed both release of Tomcat.
In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 3.3.1 is running,
Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
can anyone help me?

Eric Clément
230 Rue Marcelin Berthelot
ZI Toulon Est - La Garde - BP 68
83079 Toulon cedex 09 - France

Tél: 04-94-08-75-85
Fax: 04-94-08-09-38

Mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[Ralph Einfeldt]

Post error messages.
If you don't find any, post what you observe.

Just doesn't work is not enough. 

There are so many potential problems (Packageless 
classes, syntax error in *.xml, port conflicts) that 
we can sit here and guess for hours.

> -Original Message-
> From: CLEMENT Eric [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 18, 2004 3:00 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1 vs Tomcat 4.1.29 
> 
> 
> Hello,
> I've just downloaded and installed both release of Tomcat.
> In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 
> 3.3.1 is running,
> Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
> can anyone help me?
> 
> Eric Clément
> 230 Rue Marcelin Berthelot
> ZI Toulon Est - La Garde - BP 68
> 83079 Toulon cedex 09 - France
> 
> Tél: 04-94-08-75-85
> Fax: 04-94-08-09-38
> 
> Mail: [EMAIL PROTECTED]
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[CLEMENT Eric]

Of course not.
But the first time I launched Tomcat 4.1.29, it was perfect, then I
installed J2eeSDK (downloaded from Sun Website). Then when I started again
Tomcat 4.1.29, nothing occured. But it's OK with Tomcat 3.3.1.
thanks

-Message d'origine-
De : Ben Souther [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 février 2004 15:11
À : Tomcat Users List
Objet : Re: Tomcat 3.3.1 vs Tomcat 4.1.29


Are you trying to run them both at the same time?




On Wednesday 18 February 2004 09:00 am, CLEMENT Eric wrote:
> Hello,
> I've just downloaded and installed both release of Tomcat.
> In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 3.3.1 is
> running, Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
> can anyone help me?
>
> Eric Clément
> 230 Rue Marcelin Berthelot
> ZI Toulon Est - La Garde - BP 68
> 83079 Toulon cedex 09 - France
>
> Tél: 04-94-08-75-85
> Fax: 04-94-08-09-38
>
> Mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

--
Ben Souther
F.W. Davison & Company, Inc.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.3.1 vs Tomcat 4.1.29

[David Smith]

I'm hoping you are either:

a) Not running them at the same time or
b) changing the port numbers they are listening on so they don't try 
taking the same port numbers already being used by other running tomcat 
services.

I suspect a collision of Tomcat's trying to grab the same ports.  If 
this isn't the case, take a look at [tomcat_home]/logs/catalina.out for 
any exceptions to explain the problem.

--David

CLEMENT Eric wrote:

Hello,
I've just downloaded and installed both release of Tomcat.
In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 3.3.1 is running,
Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
can anyone help me?
Eric Clément
230 Rue Marcelin Berthelot
ZI Toulon Est - La Garde - BP 68
83079 Toulon cedex 09 - France
Tél: 04-94-08-75-85
Fax: 04-94-08-09-38
Mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 vs Tomcat 4.1.29

[STOCKHOLM, Raymond]

Check your JAVA_HOME env variable,
and please tell us WHAT happens.

To have more information when starting tomcat,
change startup.bat to replace "start" by "debug" on line 41 :
(call "%EXECUTABLE%" debug %CMD_LINE_ARGS%)

when prompt, type "run",
you should have more information...

-Message d'origine-
De : CLEMENT Eric [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 février 2004 15:00
À : [EMAIL PROTECTED]
Objet : Tomcat 3.3.1 vs Tomcat 4.1.29 


Hello,
I've just downloaded and installed both release of Tomcat.
In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 3.3.1 is running,
Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
can anyone help me?

Eric Clément
230 Rue Marcelin Berthelot
ZI Toulon Est - La Garde - BP 68
83079 Toulon cedex 09 - France

Tél: 04-94-08-75-85
Fax: 04-94-08-09-38

Mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.3.1 vs Tomcat 4.1.29

[Ben Souther]

Are you trying to run them both at the same time?




On Wednesday 18 February 2004 09:00 am, CLEMENT Eric wrote:
> Hello,
> I've just downloaded and installed both release of Tomcat.
> In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 3.3.1 is
> running, Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
> can anyone help me?
>
> Eric Clément
> 230 Rue Marcelin Berthelot
> ZI Toulon Est - La Garde - BP 68
> 83079 Toulon cedex 09 - France
>
> Tél: 04-94-08-75-85
> Fax: 04-94-08-09-38
>
> Mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Ben Souther
F.W. Davison & Company, Inc.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat 3.3.1 vs Tomcat 4.1.29

[CLEMENT Eric]

Hello,
I've just downloaded and installed both release of Tomcat.
In the same environment(ie 6, Win XP and jsdk 1.4), Tomcat 3.3.1 is running,
Tomcat 4.1.29 doesn't (Tomcat 5.0.18 neither)
can anyone help me?

Eric Clément
230 Rue Marcelin Berthelot
ZI Toulon Est - La Garde - BP 68
83079 Toulon cedex 09 - France

Tél: 04-94-08-75-85
Fax: 04-94-08-09-38

Mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Newer mod_jk for Tomcat 3.3.1?

[Bill Barker]

It seems that gmane is on the fritz today :(.

You can currently use any version of mod_jk with any version of Tomcat >=
3.3.0.  I'm happily using mod_jk 1.2.5 with Tomcat 3.3.1 at the moment.

- Original Message - 
From: "Volker" <[EMAIL PROTECTED]>
Newsgroups: gmane.comp.jakarta.tomcat.user
Sent: Thursday, December 04, 2003 12:27 PM
Subject: Newer mod_jk for Tomcat 3.3.1?


> Hi,
>
> I am running Tomcat 3.3.1 and now surprisingly found out that it was
> shipped with version 1.1.0 of mod_jk when I had a look into the
> error_log of apache:
>
> Apache/1.3.27 OpenSSL/0.9.7 (Unix) mod_jk/1.1.0 PHP/4.3.2 configured
>
> Now I wonder if I can use a later mod_jk version (i.e. mod_jk-1.2.4)
> with Tomcat 3.3.1?
> Or will I have to use mod_jk 1.1.0?
>
>
> Thanks and regards
>
> Volker


This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Newer mod_jk for Tomcat 3.3.1?

[Volker]

Hi,

I am running Tomcat 3.3.1 and now surprisingly found out that it was
shipped with version 1.1.0 of mod_jk when I had a look into the
error_log of apache:

Apache/1.3.27 OpenSSL/0.9.7 (Unix) mod_jk/1.1.0 PHP/4.3.2 configured

Now I wonder if I can use a later mod_jk version (i.e. mod_jk-1.2.4)
with Tomcat 3.3.1?
Or will I have to use mod_jk 1.1.0?


Thanks and regards

Volker



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: The open socket problem in tomcat 3.3.1

[Larry Isaacs]

To see what attributes are supported for Ajp13Connector, see:

<http://jakarta.apache.org/tomcat/tomcat-3.3-doc/serverxml.html#Ajp13Connector>

I believe maxThreads will accomplish the same thing as
maxProcessors.

Cheers,
Larry

> -Original Message-
> From: Volker [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, December 04, 2003 6:59 AM
> To: [EMAIL PROTECTED]
> Subject: The open socket problem in tomcat 3.3.1
> 
> 
> Hi,
> 
> all 3-4 days Tomcat 3.3.1 does not work anymore correctly in 
> conjunction
> with mod_jk1.2 and shows up follwing lines in the mod_jk.log:
> 
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (228)]:
> connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (228)]:
> connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (712)]: Error reading
> reply
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (845)]: In
> jk_endpoint_t::service, get_reply failed in send loop 0
> [Tue Nov 25 20:25:10 2003]  [jk_connect.c (143)]: jk_open_socket,
> connect() failed errno = 61
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (196)]: In
> jk_endpoint_t::connect_to_tomcat, failed errno = 61
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (635)]: Error 
> connecting
> to the Tomcat process.
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (848)]: In
> jk_endpoint_t::service, send_request failed in send loop 1
> [Tue Nov 25 20:25:10 2003]  [jk_connect.c (143)]: jk_open_socket,
> connect() failed errno = 61
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (196)]: In
> jk_endpoint_t::connect_to_tomcat, failed errno = 61
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (635)]: Error 
> connecting
> to the Tomcat process.
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (848)]: In
> jk_endpoint_t::service, send_request failed in send loop 2
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (228)]:
> connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed
> [Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (712)]: Error reading
> reply
> 
> Looking for a solution I found the hint of a few guys that
> one should increase "maxProcessors" in the server.xml > 
> "MaxClients" in
> the httpd.conf.
> 
> At the moment my impression is that "maxProcessors" first was 
> introduced
> with Tomcat 4.1 and cannot be used under TomCat 3.3.1.
> 
> So what can I do now? Is there any corresponding variable?
> 
> Additionally I could read that with ajp13 the support for persistent
> connections was introduced. But I suggest that this could be 
> the reason
> for my problems so I wonder how I can disable that? Or can I 
> simply set
> "KeepAlive" to "off" in the httpd.conf in order to succeed?
> 
> 
> Best regards
> 
> Volker
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

The open socket problem in tomcat 3.3.1

[Volker]

Hi,

all 3-4 days Tomcat 3.3.1 does not work anymore correctly in conjunction
with mod_jk1.2 and shows up follwing lines in the mod_jk.log:

[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (228)]:
connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (228)]:
connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (712)]: Error reading
reply
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (845)]: In
jk_endpoint_t::service, get_reply failed in send loop 0
[Tue Nov 25 20:25:10 2003]  [jk_connect.c (143)]: jk_open_socket,
connect() failed errno = 61
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (196)]: In
jk_endpoint_t::connect_to_tomcat, failed errno = 61
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (635)]: Error connecting
to the Tomcat process.
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (848)]: In
jk_endpoint_t::service, send_request failed in send loop 1
[Tue Nov 25 20:25:10 2003]  [jk_connect.c (143)]: jk_open_socket,
connect() failed errno = 61
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (196)]: In
jk_endpoint_t::connect_to_tomcat, failed errno = 61
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (635)]: Error connecting
to the Tomcat process.
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (848)]: In
jk_endpoint_t::service, send_request failed in send loop 2
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (228)]:
connection_tcp_get_message: Error - jk_tcp_socket_recvfull failed
[Tue Nov 25 20:25:10 2003]  [jk_ajp13_worker.c (712)]: Error reading
reply

Looking for a solution I found the hint of a few guys that
one should increase "maxProcessors" in the server.xml > "MaxClients" in
the httpd.conf.

At the moment my impression is that "maxProcessors" first was introduced
with Tomcat 4.1 and cannot be used under TomCat 3.3.1.

So what can I do now? Is there any corresponding variable?

Additionally I could read that with ajp13 the support for persistent
connections was introduced. But I suggest that this could be the reason
for my problems so I wonder how I can disable that? Or can I simply set
"KeepAlive" to "off" in the httpd.conf in order to succeed?


Best regards

Volker


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Connection refused error under load with tomcat 3.3.1 on Windows XP

[Bill Barker]

The Http10Connector has issues with XP :(.  Most of them require that you
set the 'socketCloseDelay' attribute on the connector (e.g
'socketCloseDelay="1000"' to add a one-second delay).  However, this is
usually a problem with POSTed messages.

>From your description, it's sounding like you need to increase your
maxThreads setting on the Connector.  I'm guessing that you are throwing
more requests at the box then it is configured to handle.  You can mitigate
this somewhat by increasing the 'backlog' setting, but it mostly just shifts
the problem to your TCP stack.

You could also try using the CoyoteConnector2 from the nightly (which is
basically the same HTTP/1.1 connector that TC 4.1.x & TC 5.x are using).  It
tends to work much better on XP (well, actually, it works much better in
general :).

"Dave Brewster" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
We're running a load script on our tomcat server and seeing connection
refused errors on the client.

Server Configuration:
Vanilla tomcat (not fronted with Apache) 3.3.1
-Xmx 800MB -Xms512M
Windows XP
2.8 Ghz Hyperthreaded 800Mhz front side bus, 1 CPU
1.5 GB memory.

On the client load test we are using Java, connection with the URL class.
We see (don't know if it's immediate yet) a connection refused error only
under load.  The higher the number of concurrent users (or load in general),
the more errors.

Has anyone else seen this problem?

Btw... we tried fronting this with Apache, mod_jk and found we received 500
errors instead.  Mod_jk got the connection refused errors instead.

Thanks,

Dave




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Connection refused error under load with tomcat 3.3.1 on Windows XP

[Dave Brewster]

We're running a load script on our tomcat server and seeing connection refused errors 
on the client.

Server Configuration:
Vanilla tomcat (not fronted with Apache) 3.3.1
-Xmx 800MB -Xms512M
Windows XP 
2.8 Ghz Hyperthreaded 800Mhz front side bus, 1 CPU
1.5 GB memory.

On the client load test we are using Java, connection with the URL class.  We see 
(don't know if it's immediate yet) a connection refused error only under load.  The 
higher the number of concurrent users (or load in general), the more errors.

Has anyone else seen this problem?

Btw... we tried fronting this with Apache, mod_jk and found we received 500 errors 
instead.  Mod_jk got the connection refused errors instead.

Thanks,

Dave


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Meaning of tomcat 3.3.1 output

[Volker]

Hi,

tomcat 3.3.1 seems to run correctly now with mod_jk on my server but I
wonder what follwing output of tomcat could mean or better speaking: is
this a message I have to pay attention to? If not: where can I supress
it?:

PoolTcpEndpoint: Endpoint
ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8080] ignored
exception: java.net.SocketException: Socket closed
java.net.SocketException: Socket closed
PoolTcpEndpoint: Endpoint
ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=8009] ignored
exception: java.net.SocketException: Socket closed
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java,
Compiled Code)
at java.net.ServerSocket.implAccept(ServerSocket.java, Compiled
Code)
at java.net.ServerSocket.accept(ServerSocket.java, Compiled
Code)
at
org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java,
Compiled Code)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java,
Compiled Code)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java,
Compiled Code)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java,
Compiled Code)

Thanks and best regards

Volker


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

[Lemke, Michael IZ/HZA-IE5]

Excuse me for following up on myself.  Now that I got it working
I am wondering why Tomcat does it the way it does.  All I changed
boils down to this change in AccessLogInterceptor:

Index: AccessLogInterceptor.java
===
RCS file: 
/inaetc/bfsaparc/cvs/repos/jakarta-tomcat-src/src/share/org/apache/tomcat/modules/loggers/AccessLogInterceptor.java,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 AccessLogInterceptor.java
--- AccessLogInterceptor.java   26 Mar 2002 15:36:51 -  1.1.1.1
+++ AccessLogInterceptor.java   1 Oct 2003 16:00:12 -
@@ -185,7 +185,7 @@
 
 /** This method is actually creating an entry in the log file.
  */
-public int beforeCommit(Request request, Response response) {
+public int postRequest(Request request, Response response) {
synchronized (AccessLogInterceptor.class) {
FileWriter fw = getFileWriter();
if (fw != null) {


Shouldn't that be put into the current release of TC3.3?  

(My actual solution made this into a new class so I had to change more.)

Thanks,
Michael

> -Original Message-
> From: Lemke, Michael IZ/HZA-IE5 
> Sent: Wednesday, October 01, 2003 10:08 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> PUT requests
> 
> 
> Almost.  TOMCAT_HOME/lib/container did the trick.
> 
> Thanks again,
> Michael
> 
> 
> > -Original Message-
> > From: Larry Isaacs 
> > Sent: Tuesday, September 30, 2003 9:23 PM
> > To: Tomcat Users List
> > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > PUT requests
> > 
> > 
> > To deploy the class file, I believe you can create a
> > "classes" directory under TOMCAT_HOME/lib/server and put
> > your class in a package appropriate directory under there.
> > With your modifications to the modules.xml and server.xml,
> > it should work.
> > 
> > Larry
> > 
> > > -Original Message-
> > > From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] 
> > > Sent: Tuesday, September 30, 2003 11:35 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > > PUT requests
> > > 
> > > 
> > > Thanks, Larry.  Not knowing any Java I managed to write (or 
> > > rather copy) something for postRequest.  Seems to work fine.  
> > > Now my question is, is it possible to compile that module so 
> > > I get a single .class file that I can copy somewhere in the 
> > > official binary tree?  What works for me is have the .java in 
> > > share/org/apache/tomcat/modules/loggers, add org... to 
> > > modules.xml and server.xml and have ant make new jar files.  
> > > I couldn't find anything in the docs in that regard that I 
> > > could understand.
> > > 
> > > Thanks,
> > > Michael
> > > 
> > > > -Original Message-
> > > > From: Larry Isaacs
> > > > Sent: Monday, September 29, 2003 7:32 PM
> > > > To: Tomcat Users List
> > > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > > > PUT requests
> > > > 
> > > > 
> > > > You could implement your own interceptor and use one of the 
> > > hooks more 
> > > > suitable than beforeCommit(), perhaps postReadRequest(), 
> > > contextMap(), 
> > > > or postRequest().
> > > > 
> > > > I don't know if there is an existing interceptor that with 
> > > the right 
> > > > debug level would give you want you want without giving you 
> > > too much 
> > > > log output.
> > > > 
> > > > Larry
> > > > 
> > > > > -Original Message-
> > > > > From: Lemke, Michael IZ/HZA-IE5
> > > > > Sent: Monday, September 29, 2003 6:40 AM
> > > > > To: 'Tomcat Users List'
> > > > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > > > > PUT requests
> > > > > 
> > > > > 
> > > > > A long time ago I sent the attached message.  There was no
> > > > > solution to the problem.  It has just come up again and I am 
> > > > > wondering what 
> > > > > options there are to get *everything* logged.  Would a 
> > > > > combination with Apache solve this?  We need to somehow be 
> > > > > able to proove that we have or h

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

[Lemke, Michael IZ/HZA-IE5]

Almost.  TOMCAT_HOME/lib/container did the trick.

Thanks again,
Michael


> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, September 30, 2003 9:23 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> PUT requests
> 
> 
> To deploy the class file, I believe you can create a
> "classes" directory under TOMCAT_HOME/lib/server and put
> your class in a package appropriate directory under there.
> With your modifications to the modules.xml and server.xml,
> it should work.
> 
> Larry
> 
> > -Original Message-
> > From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] 
> > Sent: Tuesday, September 30, 2003 11:35 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > PUT requests
> > 
> > 
> > Thanks, Larry.  Not knowing any Java I managed to write (or 
> > rather copy) something for postRequest.  Seems to work fine.  
> > Now my question is, is it possible to compile that module so 
> > I get a single .class file that I can copy somewhere in the 
> > official binary tree?  What works for me is have the .java in 
> > share/org/apache/tomcat/modules/loggers, add org... to 
> > modules.xml and server.xml and have ant make new jar files.  
> > I couldn't find anything in the docs in that regard that I 
> > could understand.
> > 
> > Thanks,
> > Michael
> > 
> > > -Original Message-
> > > From: Larry Isaacs
> > > Sent: Monday, September 29, 2003 7:32 PM
> > > To: Tomcat Users List
> > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > > PUT requests
> > > 
> > > 
> > > You could implement your own interceptor and use one of the 
> > hooks more 
> > > suitable than beforeCommit(), perhaps postReadRequest(), 
> > contextMap(), 
> > > or postRequest().
> > > 
> > > I don't know if there is an existing interceptor that with 
> > the right 
> > > debug level would give you want you want without giving you 
> > too much 
> > > log output.
> > > 
> > > Larry
> > > 
> > > > -Original Message-
> > > > From: Lemke, Michael IZ/HZA-IE5
> > > > Sent: Monday, September 29, 2003 6:40 AM
> > > > To: 'Tomcat Users List'
> > > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > > > PUT requests
> > > > 
> > > > 
> > > > A long time ago I sent the attached message.  There was no
> > > > solution to the problem.  It has just come up again and I am 
> > > > wondering what 
> > > > options there are to get *everything* logged.  Would a 
> > > > combination with Apache solve this?  We need to somehow be 
> > > > able to proove that we have or have not received a 
> > certain request.
> > > > 
> > > > Thanks,
> > > > Michael
> > > > 
> > > > 
> > > > > -Original Message-
> > > > > From: Larry Isaacs
> > > > > Sent: Tuesday, July 02, 2002 2:10 PM
> > > > > To: 'Tomcat Users List'
> > > > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log
> > > > > PUT requests
> > > > > 
> > > > > 
> > > > > AcessLogInterceptor writes the log entry using the
> > > > > beforeCommit() hook.  If no response is generated by
> > > > > the request, then it appears that no log entry would 
> be created.
> > > > > 
> > > > > Cheers,
> > > > > Larry
> > > > > 
> > > > > > -Original Message-
> > > > > > From: Lemke, Michael IZ/HZA-IC1
> > > > > > Sent: Tuesday, July 02, 2002 4:10 AM
> > > > > > To: 'Tomcat Users List'
> > > > > > Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log
> > > > PUT requests
> > > > > > 
> > > > > > 
> > > > > > We are running Tomcat 3.3.1 in standalone mode (no 
> > Apache etc) 
> > > > > > and log requestes to AccessLog with 
> > AccessLogInterceptor. Unless 
> > > > > > we misconfigured something it seems like PUT requests 
> > only show 
> > > > > > up in the log if they produced an error (404, 

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

[Larry Isaacs]

To deploy the class file, I believe you can create a
"classes" directory under TOMCAT_HOME/lib/server and put
your class in a package appropriate directory under there.
With your modifications to the modules.xml and server.xml,
it should work.

Larry

> -Original Message-
> From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, September 30, 2003 11:35 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> PUT requests
> 
> 
> Thanks, Larry.  Not knowing any Java I managed to write (or 
> rather copy) something for postRequest.  Seems to work fine.  
> Now my question is, is it possible to compile that module so 
> I get a single .class file that I can copy somewhere in the 
> official binary tree?  What works for me is have the .java in 
> share/org/apache/tomcat/modules/loggers, add org... to 
> modules.xml and server.xml and have ant make new jar files.  
> I couldn't find anything in the docs in that regard that I 
> could understand.
> 
> Thanks,
> Michael
> 
> > -Original Message-
> > From: Larry Isaacs
> > Sent: Monday, September 29, 2003 7:32 PM
> > To: Tomcat Users List
> > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > PUT requests
> > 
> > 
> > You could implement your own interceptor and use one of the 
> hooks more 
> > suitable than beforeCommit(), perhaps postReadRequest(), 
> contextMap(), 
> > or postRequest().
> > 
> > I don't know if there is an existing interceptor that with 
> the right 
> > debug level would give you want you want without giving you 
> too much 
> > log output.
> > 
> > Larry
> > 
> > > -Original Message-
> > > From: Lemke, Michael IZ/HZA-IE5
> > > Sent: Monday, September 29, 2003 6:40 AM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > > PUT requests
> > > 
> > > 
> > > A long time ago I sent the attached message.  There was no
> > > solution to the problem.  It has just come up again and I am 
> > > wondering what 
> > > options there are to get *everything* logged.  Would a 
> > > combination with Apache solve this?  We need to somehow be 
> > > able to proove that we have or have not received a 
> certain request.
> > > 
> > > Thanks,
> > > Michael
> > > 
> > > 
> > > > -Original Message-
> > > > From: Larry Isaacs
> > > > Sent: Tuesday, July 02, 2002 2:10 PM
> > > > To: 'Tomcat Users List'
> > > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log
> > > > PUT requests
> > > > 
> > > > 
> > > > AcessLogInterceptor writes the log entry using the
> > > > beforeCommit() hook.  If no response is generated by
> > > > the request, then it appears that no log entry would be created.
> > > > 
> > > > Cheers,
> > > > Larry
> > > > 
> > > > > -Original Message-
> > > > > From: Lemke, Michael IZ/HZA-IC1
> > > > > Sent: Tuesday, July 02, 2002 4:10 AM
> > > > > To: 'Tomcat Users List'
> > > > > Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log
> > > PUT requests
> > > > > 
> > > > > 
> > > > > We are running Tomcat 3.3.1 in standalone mode (no 
> Apache etc) 
> > > > > and log requestes to AccessLog with 
> AccessLogInterceptor. Unless 
> > > > > we misconfigured something it seems like PUT requests 
> only show 
> > > > > up in the log if they produced an error (404, 500).  
> Is this a 
> > > > > configuration problem or is there something wrong with 
> > > > > AccessLogInterceptor?
> > > > > 
> > > > > Thnaks,
> > > > > Michael
> > > > > 
> > > > > --
> > > > > To unsubscribe, e-mail:   
> > > > > <mailto:tomcat-user-> [EMAIL PROTECTED]> For
> > > > > additional commands, 
> > > > > e-mail: <mailto:[EMAIL PROTECTED]>
> > > > > 
> > > > 
> > > > --
> > > > To unsubscribe, e-mail:   
> > > > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > > > For
> > > > additional commands,
> > > > e-mail: <mailto:[EMAIL PROTECTED]>
> > > > 
> > > 
> > > 
> > 
> -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: 
> [EMAIL PROTECTED]
> > > 
> > > 
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

[Lemke, Michael IZ/HZA-IE5]

Thanks, Larry.  Not knowing any Java I managed to write (or rather copy)
something for postRequest.  Seems to work fine.  Now my question is, is
it possible to compile that module so I get a single .class file that I
can copy somewhere in the official binary tree?  What works for me is
have the .java in share/org/apache/tomcat/modules/loggers, add org...
to modules.xml and server.xml and have ant make new jar files.  I couldn't
find anything in the docs in that regard that I could understand.

Thanks,
Michael

> -Original Message-
> From: Larry Isaacs 
> Sent: Monday, September 29, 2003 7:32 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> PUT requests
> 
> 
> You could implement your own interceptor and use one of the
> hooks more suitable than beforeCommit(), perhaps 
> postReadRequest(), contextMap(), or postRequest().
> 
> I don't know if there is an existing interceptor that with
> the right debug level would give you want you want without
> giving you too much log output.
> 
> Larry
> 
> > -Original Message-
> > From: Lemke, Michael IZ/HZA-IE5 
> > Sent: Monday, September 29, 2003 6:40 AM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > PUT requests
> > 
> > 
> > A long time ago I sent the attached message.  There was no 
> > solution to the problem.  It has just come up again and I am 
> > wondering what 
> > options there are to get *everything* logged.  Would a 
> > combination with Apache solve this?  We need to somehow be 
> > able to proove that we have or have not received a certain request.
> > 
> > Thanks,
> > Michael
> > 
> > 
> > > -Original Message-
> > > From: Larry Isaacs
> > > Sent: Tuesday, July 02, 2002 2:10 PM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > > PUT requests
> > > 
> > > 
> > > AcessLogInterceptor writes the log entry using the
> > > beforeCommit() hook.  If no response is generated by
> > > the request, then it appears that no log entry would be created.
> > > 
> > > Cheers,
> > > Larry
> > > 
> > > > -Original Message-
> > > > From: Lemke, Michael IZ/HZA-IC1
> > > > Sent: Tuesday, July 02, 2002 4:10 AM
> > > > To: 'Tomcat Users List'
> > > > Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > PUT requests
> > > > 
> > > > 
> > > > We are running Tomcat 3.3.1 in standalone mode (no Apache etc)
> > > > and log requestes to AccessLog with AccessLogInterceptor.
> > > > Unless we misconfigured something it seems like PUT 
> > > > requests only show up in the log if they produced an error
> > > > (404, 500).  Is this a configuration problem or is there
> > > > something wrong with AccessLogInterceptor?
> > > > 
> > > > Thnaks,
> > > > Michael
> > > > 
> > > > --
> > > > To unsubscribe, e-mail:   
> > > > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > > > For
> > > > additional commands, 
> > > > e-mail: <mailto:[EMAIL PROTECTED]>
> > > > 
> > > 
> > > --
> > > To unsubscribe, e-mail:   
> > > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > > For
> > > additional commands, 
> > > e-mail: <mailto:[EMAIL PROTECTED]>
> > > 
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

[Larry Isaacs]

You could implement your own interceptor and use one of the
hooks more suitable than beforeCommit(), perhaps 
postReadRequest(), contextMap(), or postRequest().

I don't know if there is an existing interceptor that with
the right debug level would give you want you want without
giving you too much log output.

Larry

> -Original Message-
> From: Lemke, Michael IZ/HZA-IE5 [mailto:[EMAIL PROTECTED] 
> Sent: Monday, September 29, 2003 6:40 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> PUT requests
> 
> 
> A long time ago I sent the attached message.  There was no 
> solution to the problem.  It has just come up again and I am 
> wondering what 
> options there are to get *everything* logged.  Would a 
> combination with Apache solve this?  We need to somehow be 
> able to proove that we have or have not received a certain request.
> 
> Thanks,
> Michael
> 
> 
> > -Original Message-
> > From: Larry Isaacs
> > Sent: Tuesday, July 02, 2002 2:10 PM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> > PUT requests
> > 
> > 
> > AcessLogInterceptor writes the log entry using the
> > beforeCommit() hook.  If no response is generated by
> > the request, then it appears that no log entry would be created.
> > 
> > Cheers,
> > Larry
> > 
> > > -Original Message-
> > > From: Lemke, Michael IZ/HZA-IC1
> > > Sent: Tuesday, July 02, 2002 4:10 AM
> > > To: 'Tomcat Users List'
> > > Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> PUT requests
> > > 
> > > 
> > > We are running Tomcat 3.3.1 in standalone mode (no Apache etc)
> > > and log requestes to AccessLog with AccessLogInterceptor.
> > > Unless we misconfigured something it seems like PUT 
> > > requests only show up in the log if they produced an error
> > > (404, 500).  Is this a configuration problem or is there
> > > something wrong with AccessLogInterceptor?
> > > 
> > > Thnaks,
> > > Michael
> > > 
> > > --
> > > To unsubscribe, e-mail:   
> > > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > > For
> > > additional commands, 
> > > e-mail: <mailto:[EMAIL PROTECTED]>
> > > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > For
> > additional commands, 
> > e-mail: <mailto:[EMAIL PROTECTED]>
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests

[Lemke, Michael IZ/HZA-IE5]

A long time ago I sent the attached message.  There was no solution
to the problem.  It has just come up again and I am wondering what 
options there are to get *everything* logged.  Would a combination
with Apache solve this?  We need to somehow be able to proove that
we have or have not received a certain request.

Thanks,
Michael


> -Original Message-
> From: Larry Isaacs 
> Sent: Tuesday, July 02, 2002 2:10 PM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.3.1: AccessLogInterceptor doesn't log 
> PUT requests
> 
> 
> AcessLogInterceptor writes the log entry using the
> beforeCommit() hook.  If no response is generated by
> the request, then it appears that no log entry would be
> created.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Lemke, Michael IZ/HZA-IC1 
> > Sent: Tuesday, July 02, 2002 4:10 AM
> > To: 'Tomcat Users List'
> > Subject: Tomcat 3.3.1: AccessLogInterceptor doesn't log PUT requests
> > 
> > 
> > We are running Tomcat 3.3.1 in standalone mode (no Apache etc) 
> > and log requestes to AccessLog with AccessLogInterceptor.
> > Unless we misconfigured something it seems like PUT 
> > requests only show up in the log if they produced an error
> > (404, 500).  Is this a configuration problem or is there
> > something wrong with AccessLogInterceptor?
> > 
> > Thnaks,
> > Michael
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:tomcat-user-> [EMAIL PROTECTED]>
> > For 
> > additional commands, 
> > e-mail: <mailto:[EMAIL PROTECTED]>
> > 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-user-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Antwort: Re: Antwort: Tomcat 3.3.1 -> Tomcat 4.1.x (Xerces), WebAppClassloader debug level

[Jacob Kjome]

At 07:50 AM 8/12/2003 +0200, you wrote:




The third party software is excelon. There are no other web applications
running inside this tomcat instance. I'm just wondering if Tomcat itself
could run into a problem when I replace the xerces version.
Yep, it should be able to.

Further, it's documented in the classloader-howo paper that I can deploy my
own xerces version into web-inf\lib. But that doesn't work. Probably Tomcat
loads some classes from xerces 2.x (common/endorsed) and some from
web-inf\lib.
Any documentation that says this is dead wrong.  Ask any Tomcat developer 
and they will tell you this.  I'm not sure why the docs haven't been 
updated, but you shouldn't put Xerces or any endorsed packages in 
WEB-INF/lib.  The latter violate the Sun classloading spec and the former 
is just too problematic to support.  Weird classloader stuff that you don't 
want to mess with.  Putting these packages in a parent classloader 
including common/endorsed, common/lib, and shared/lib is the correct way to 
do things.

Do you know how I can increase the debug level of the WebAppClassloader?
I'm interested in which classes are loaded from which classloader.
Not sure.  Hopefully someone else will have more info about this.

Jake






  Jacob 
Kjome 

  <[EMAIL PROTECTED]>  An:  "Tomcat Users 
List" <[EMAIL PROTECTED]>
   Kopie: 

      12.08.2003 07:42 Thema:   Re: Antwort: 
Tomcat 3.3.1 -> Tomcat 4.1.x (Xerces),  WebAppClassloader debug
  Bitte 
antworten  level 

  an "Tomcat 
Users 

  List" 









At 06:52 AM 8/12/2003 +0200, you wrote:



>It did run well with Tomcat 3.3.1
>I found out that the included xerces version of this third party software
>uses xerces 1.4.x. So, I removed the xerces jars in common/endorsed and
put
>the version 1.4.4 in there. Then, my application works again.
>Is that the correct way to solve my problem or am I running in other
>problems now?
What is your third party software that uses xerces-1.4.4?  This solution
certainly works for most cases, but you may run into trouble if other apps
expect Xerces2.
Jake



>
>
>   Oliver
> Wulff
>
>   <[EMAIL PROTECTED] An:
> [EMAIL PROTECTED]
>   rich.ch> Kopie:
>
>Thema:   Tomcat 3.3.1 ->
> Tomcat 4.1.x (Xerces), WebAppClassloader debug level
>   11.08.2003
> 16:50
>
>   Bitte
> antworten
>
>   an "Tomcat
> Users
>
>   List"
>
>
>
>
>
>
>
>
>
>
>
>
>
>Hi
>
>I've got a big problem running my web application inside Tomcat 4.1. I'm
>using a third party software in my servlet implementation. This
third-party
>jar contains xerces classes. But my web application is not running anymore
>(VerifyError).
>
>I don't know if there is a versioning conflict with Xerces. So I wanted to
>increase the debug level of the webappclassloader to see whether some
>classes from Xerces are loaded through the parent classloader and some by
>the webappclassloader.
>  reloadable="true" crossContext="true">
>
> prefix="kloff_log." suffix=".txt"
>   timestamp="true" debug="4"/>
>
>   
>
>
>But there are no logging information. How can I log the webappclassloader
>logevents?
>
>Does anybody have an idea how to solve my xerces problem?
>
>Regards
>Oliver
>
>
>
>
>
>
>*** BITTE BEACHTEN ***
>Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
>möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
>Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
>genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
>irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
>Ausschluss jeder Reproduktion zu zerstören und die absendende Person
>umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Antwort: Re: Antwort: Tomcat 3.3.1 -> Tomcat 4.1.x (Xerces), WebAppClassloaderdebug level

[Oliver Wulff]

The third party software is excelon. There are no other web applications
running inside this tomcat instance. I'm just wondering if Tomcat itself
could run into a problem when I replace the xerces version.

Further, it's documented in the classloader-howo paper that I can deploy my
own xerces version into web-inf\lib. But that doesn't work. Probably Tomcat
loads some classes from xerces 2.x (common/endorsed) and some from
web-inf\lib.

Do you know how I can increase the debug level of the WebAppClassloader?
I'm interested in which classes are loaded from which classloader.




   
  Jacob Kjome  
  <[EMAIL PROTECTED]>  An:  "Tomcat Users List" 
<[EMAIL PROTECTED]>
   Kopie:  
  12.08.2003 07:42 Thema:   Re: Antwort: Tomcat 3.3.1 -> 
Tomcat 4.1.x (Xerces),  WebAppClassloader debug
  Bitte antworten  level   
  an "Tomcat Users 
  List"
   
   




At 06:52 AM 8/12/2003 +0200, you wrote:




>It did run well with Tomcat 3.3.1
>I found out that the included xerces version of this third party software
>uses xerces 1.4.x. So, I removed the xerces jars in common/endorsed and
put
>the version 1.4.4 in there. Then, my application works again.
>Is that the correct way to solve my problem or am I running in other
>problems now?

What is your third party software that uses xerces-1.4.4?  This solution
certainly works for most cases, but you may run into trouble if other apps
expect Xerces2.

Jake



>
>
>   Oliver
> Wulff
>
>   <[EMAIL PROTECTED] An:
> [EMAIL PROTECTED]
>       rich.ch> Kopie:
>
>Thema:   Tomcat 3.3.1 ->
> Tomcat 4.1.x (Xerces), WebAppClassloader debug level
>   11.08.2003
> 16:50
>
>   Bitte
> antworten
>
>   an "Tomcat
> Users
>
>   List"
>
>
>
>
>
>
>
>
>
>
>
>
>
>Hi
>
>I've got a big problem running my web application inside Tomcat 4.1. I'm
>using a third party software in my servlet implementation. This
third-party
>jar contains xerces classes. But my web application is not running anymore
>(VerifyError).
>
>I don't know if there is a versioning conflict with Xerces. So I wanted to
>increase the debug level of the webappclassloader to see whether some
>classes from Xerces are loaded through the parent classloader and some by
>the webappclassloader.
>  reloadable="true" crossContext="true">
>
> prefix="kloff_log." suffix=".txt"
>   timestamp="true" debug="4"/>
>
>   
>
>
>But there are no logging information. How can I log the webappclassloader
>logevents?
>
>Does anybody have an idea how to solve my xerces problem?
>
>Regards
>Oliver
>
>
>
>
>
>
>*** BITTE BEACHTEN ***
>Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
>möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
>Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
>genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
>irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
>Ausschluss jeder Reproduktion zu zerstören und die absendende Person
>umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Antwort: Tomcat 3.3.1 -> Tomcat 4.1.x (Xerces), WebAppClassloader debug level

[Jacob Kjome]

At 06:52 AM 8/12/2003 +0200, you wrote:




It did run well with Tomcat 3.3.1
I found out that the included xerces version of this third party software
uses xerces 1.4.x. So, I removed the xerces jars in common/endorsed and put
the version 1.4.4 in there. Then, my application works again.
Is that the correct way to solve my problem or am I running in other
problems now?
What is your third party software that uses xerces-1.4.4?  This solution 
certainly works for most cases, but you may run into trouble if other apps 
expect Xerces2.

Jake





  Oliver 
Wulff 

  <[EMAIL PROTECTED] An: 
[EMAIL PROTECTED]
  rich.ch> Kopie: 

   Thema:   Tomcat 3.3.1 -> 
Tomcat 4.1.x (Xerces), WebAppClassloader debug level
  11.08.2003 
16:50 

  Bitte 
antworten 

  an "Tomcat 
Users 

  List" 













Hi

I've got a big problem running my web application inside Tomcat 4.1. I'm
using a third party software in my servlet implementation. This third-party
jar contains xerces classes. But my web application is not running anymore
(VerifyError).
I don't know if there is a versioning conflict with Xerces. So I wanted to
increase the debug level of the webappclassloader to see whether some
classes from Xerces are loaded through the parent classloader and some by
the webappclassloader.

 
  

But there are no logging information. How can I log the webappclassloader
logevents?
Does anybody have an idea how to solve my xerces problem?

Regards
Oliver




*** BITTE BEACHTEN ***
Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
Ausschluss jeder Reproduktion zu zerstören und die absendende Person
umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Antwort: Tomcat 3.3.1 -> Tomcat 4.1.x (Xerces), WebAppClassloader debuglevel

[Oliver Wulff]

It did run well with Tomcat 3.3.1
I found out that the included xerces version of this third party software
uses xerces 1.4.x. So, I removed the xerces jars in common/endorsed and put
the version 1.4.4 in there. Then, my application works again.
Is that the correct way to solve my problem or am I running in other
problems now?




   
  Oliver Wulff 
  <[EMAIL PROTECTED] An:  [EMAIL PROTECTED]
  rich.ch> Kopie:  
   Thema:   Tomcat 3.3.1 -> Tomcat 4.1.x 
(Xerces), WebAppClassloader debug level
  11.08.2003 16:50 
  Bitte antworten  
  an "Tomcat Users 
  List"
   
   








Hi

I've got a big problem running my web application inside Tomcat 4.1. I'm
using a third party software in my servlet implementation. This third-party
jar contains xerces classes. But my web application is not running anymore
(VerifyError).

I don't know if there is a versioning conflict with Xerces. So I wanted to
increase the debug level of the webappclassloader to see whether some
classes from Xerces are loaded through the parent classloader and some by
the webappclassloader.


 

  


But there are no logging information. How can I log the webappclassloader
logevents?

Does anybody have an idea how to solve my xerces problem?

Regards
Oliver






*** BITTE BEACHTEN ***
Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
Ausschluss jeder Reproduktion zu zerstören und die absendende Person
umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat 3.3.1 -> Tomcat 4.1.x (Xerces), WebAppClassloader debug level

[Oliver Wulff]

Hi

I've got a big problem running my web application inside Tomcat 4.1. I'm
using a third party software in my servlet implementation. This third-party
jar contains xerces classes. But my web application is not running anymore
(VerifyError).

I don't know if there is a versioning conflict with Xerces. So I wanted to
increase the debug level of the webappclassloader to see whether some
classes from Xerces are loaded through the parent classloader and some by
the webappclassloader.


 

  


But there are no logging information. How can I log the webappclassloader
logevents?

Does anybody have an idea how to solve my xerces problem?

Regards
Oliver






*** BITTE BEACHTEN ***
Diese Nachricht (wie auch allfällige Anhänge dazu) beinhaltet
möglicherweise vertrauliche oder gesetzlich geschützte Daten oder
Informationen. Zum Empfang derselben ist (sind) ausschliesslich die
genannte(n) Person(en) bestimmt. Falls Sie diese Nachricht
irrtümlicherweise erreicht hat, sind Sie höflich gebeten, diese unter
Ausschluss jeder Reproduktion zu zerstören und die absendende Person
umgehend zu benachrichtigen. Vielen Dank für Ihre Hilfe.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1

[Murray]

My server.xml file contains the following connector stanza and works...




  



This was based pretty literally on the "How to" document for SSL setup
supplied with Tomcat or on the Tomcat homepage.


Murray Nicholas

-Original Message-
From: Abid Ali Teepo [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 15 July 2003 22:47
To: Tomcat Users List
Subject: RE: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1


If this is similiar to version 4 i think you miss a password to your
keystore. The default in version 4 is "changeit". You must add
keypass="changeit", or your password, to your server.xml. Put it right after
keystore.

And i think it's clientAuth, not authclient as in your server.xml and
XML is case-sensitive ...

Abid

-Original Message-
From: sankara [mailto:[EMAIL PROTECTED]
Sent: 15. juli 2003 14:41
To: Tomcat Users
Subject: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1


Hi all,
I have problems in setting up SSL in Tomcat 3.3.1 and the JDK used is 1.3.1.
Steps followed:
---
I have downloaded the JSSE jar files and placed them in the
%JAVA_HOME%/jre/lib/ext
My server.xml's SSL config. part is as follows:


When I restarted the server, the port 8080 is working properly, but when I
try to communicate
with port 8443 under HTTPS, the following exception is thrown in the
Tomcat's console.

PoolTcpEndpoint: Handshake failed
java.net.SocketException: Socket closed
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.AppOutputStream.write(DashoA6275)
at java.io.OutputStream.write(OutputStream.java:56)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275)



at java.lang.Thread.run(Thread.java:479)
PoolTcpEndpoint: Handshake failed
javax.net.ssl.SSLException: javax.net.ssl.SSLProtocolException: handshake
alert:
  no_certificate
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)


Please help me out of this problem.
Thanks,
Sankaran.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1

[sankara]

yes. it worked with the changes you have mentioned.
Thanks-Sankaran.

-Original Message-
From: Abid Ali Teepo [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 15, 2003 6:17 PM
To: Tomcat Users List
Subject: RE: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1


If this is similiar to version 4 i think you miss a password to your
keystore. The default in version 4 is "changeit". You must add
keypass="changeit", or your password, to your server.xml. Put it right after
keystore.

And i think it's clientAuth, not authclient as in your server.xml and
XML is case-sensitive ...

Abid

-Original Message-
From: sankara [mailto:[EMAIL PROTECTED]
Sent: 15. juli 2003 14:41
To: Tomcat Users
Subject: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1


Hi all,
I have problems in setting up SSL in Tomcat 3.3.1 and the JDK used is 1.3.1.
Steps followed:
---
I have downloaded the JSSE jar files and placed them in the
%JAVA_HOME%/jre/lib/ext
My server.xml's SSL config. part is as follows:


When I restarted the server, the port 8080 is working properly, but when I
try to communicate
with port 8443 under HTTPS, the following exception is thrown in the
Tomcat's console.

PoolTcpEndpoint: Handshake failed
java.net.SocketException: Socket closed
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.AppOutputStream.write(DashoA6275)
at java.io.OutputStream.write(OutputStream.java:56)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275)



at java.lang.Thread.run(Thread.java:479)
PoolTcpEndpoint: Handshake failed
javax.net.ssl.SSLException: javax.net.ssl.SSLProtocolException: handshake
alert:
  no_certificate
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)


Please help me out of this problem.
Thanks,
Sankaran.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1

[Abid Ali Teepo]

If this is similiar to version 4 i think you miss a password to your keystore. The 
default in version 4 is "changeit". You must add keypass="changeit", or your password, 
to your server.xml. Put it right after keystore.

And i think it's clientAuth, not authclient as in your server.xml and 
XML is case-sensitive ...

Abid

-Original Message-
From: sankara [mailto:[EMAIL PROTECTED]
Sent: 15. juli 2003 14:41
To: Tomcat Users
Subject: Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1


Hi all,
I have problems in setting up SSL in Tomcat 3.3.1 and the JDK used is 1.3.1.
Steps followed:
---
I have downloaded the JSSE jar files and placed them in the
%JAVA_HOME%/jre/lib/ext
My server.xml's SSL config. part is as follows:


When I restarted the server, the port 8080 is working properly, but when I
try to communicate
with port 8443 under HTTPS, the following exception is thrown in the
Tomcat's console.

PoolTcpEndpoint: Handshake failed
java.net.SocketException: Socket closed
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.AppOutputStream.write(DashoA6275)
at java.io.OutputStream.write(OutputStream.java:56)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275)



at java.lang.Thread.run(Thread.java:479)
PoolTcpEndpoint: Handshake failed
javax.net.ssl.SSLException: javax.net.ssl.SSLProtocolException: handshake
alert:
  no_certificate
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)


Please help me out of this problem.
Thanks,
Sankaran.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Configuring SSL in Tomcat 3.3.1 with JDK 1.3.1

[sankara]

Hi all,
I have problems in setting up SSL in Tomcat 3.3.1 and the JDK used is 1.3.1.
Steps followed:
---
I have downloaded the JSSE jar files and placed them in the
%JAVA_HOME%/jre/lib/ext
My server.xml's SSL config. part is as follows:


When I restarted the server, the port 8080 is working properly, but when I
try to communicate
with port 8443 under HTTPS, the following exception is thrown in the
Tomcat's console.

PoolTcpEndpoint: Handshake failed
java.net.SocketException: Socket closed
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.AppOutputStream.write(DashoA6275)
at java.io.OutputStream.write(OutputStream.java:56)
at
com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(DashoA6275)



at java.lang.Thread.run(Thread.java:479)
PoolTcpEndpoint: Handshake failed
javax.net.ssl.SSLException: javax.net.ssl.SSLProtocolException: handshake
alert:
  no_certificate
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)


Please help me out of this problem.
Thanks,
Sankaran.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

CPU load doubles when migrating from Tomcat 3.3.1 to Tomcat 4.1.18

[Chris Agmen-Smith]

Has anyone else had CPU load increase dramatically when upgrading from Tomcat 3 to 
Tomcat 4?

We are trying to update our server farm to Tomcat 4.1.18. When we swap a single 
prototype server running 4.1.18 into the server pool, it performs badly. Specifically, 
in a 10-minute period at below-peak load, all servers served about 1700 page 
impressions. However, the existing Tomcat 3.3.1 servers had %CPU utilisation of 
28-29%, while the prototype server has a load of 46%. This pattern of double the CPU 
is consistent throughout the day. At peak period, the prototype server starts to 
reject connections and we have to take it out of the pool

The only thing that has changed is Tomcat itself.

Configuration: Apache 1.3.26 -> AJP 1.3 -> Tomcat 4.1.18 -> two Velocity 1.2 and 
Turbine 2.1-based web-apps
OS: Solaris 8
JVM: Java HotSpot(TM) Server VM (build 1.4.1_02-b06, mixed mode)
JAVA_OPTS: -server -Xmx384mb -Xconcurrentio

I have installed Tomcat 4.1.18, deleted the example apps (made no performance 
difference), convinced Tomcat to recognise our symlinks, configured a realm (otherwise 
it hides our application) and put together a very simple server.xml.

server.xml:

  

  
  
 
 

 


 
  



  



I would appreciate any suggestions or help  :o)

Chris Agmen-Smith

-- 
___
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: problem using Tomcat 3.3.1

[Bill Barker]

Really not much to add to what Larry has already said.  The most common
reason for "Broken pipe" is simply that the user has hit the "stop" button
in the browser before the page is fully loaded.  Based on my experiences,
using mod_proxy can be even worse (unless you disable page-caching).

"Larry Isaacs" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
This implies you are using mod_jk.  What version of
mod_jk are you using?

There has not been much maintenance on the local mod_jk
provided with Tomcat 3.3.1.  It will be removed in
Tomcat 3.3.2 and replaced by the version which is part
of the jakarta-tomcat-connectors project.  If you haven't
tried it, get the current mod_jk release here:

<http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.
2/>

and give it a try.

Unfortunately, I have not had time to keep up with the
changes that have been made to mod_jk since the Tomcat 3.3.1
release.  I'm not sure if "Broke pipe" is that serious an
error or whether may actually be a normal occurrence under
certain circumstances.

However, if a bug in mod_jk or its tomcat connector leaves the
thread servicing the request in a "hung" state when this occurs,
then that could be the source of this problem.  If this was a
problem in older mod_jk's, hopefully it is addressed in the
current release.

Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 10:16 AM
> To: Tomcat Users List
> Subject: Re: problem using Tomcat 3.3.1
>
>
> I use it, but its looks like the same.
> Wahat informations do yuou need from me for help me?
> In my logs is this terrible error.
>
> java.io.IOException: Broken pipe
>  at java.net.SocketOutputStream.socketWrite(Native Method)
>  at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
>  at org.apache.tomcat.modules.server.Ajp13.send(Ajp13.java:841)
>  at org.apache.tomcat.modules.server.Ajp13.doWrite(Ajp13.java:727)
>  at
> org.apache.tomcat.modules.server.Ajp13Response.doWrite(Ajp13In
> terceptor.java
> :491)
>  at
> org.apache.tomcat.core.OutputBuffer.realWriteBytes(OutputBuffe
> r.java:188)
>  at
> org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
>  at org.apache.tomcat.core.OutputBuffer.flush(OutputBuffer.java:315)
>  at org.apache.tomcat.core.OutputBuffer.close(OutputBuffer.java:305)
>  at
> org.apache.tomcat.facade.ServletWriterFacade.close(ServletWrit
> erFacade.java:
> 117)
>  at GameList.processRequest(GameList.java:963)
>  at GameList.doGet(GameList.java:984)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java)
>  at
> org.apache.tomcat.facade.ServletHandler.doService(ServletHandl
> er.java:574)
>  at org.apache.tomcat.core.Handler.invoke(Handler.java:322)
>  at org.apache.tomcat.core.Handler.service(Handler.java:235)
>  at
> org.apache.tomcat.facade.ServletHandler.service(ServletHandler
> .java:485)
>  at
> org.apache.tomcat.core.ContextManager.internalService(ContextM
> anager.java:91
> 7)
>  at
> org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
>  at
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Ajp13Int
> erceptor.java:341)
>  at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:494)
>  at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> ThreadPool.jav
> a:516)
>  at java.lang.Thread.run(Thread.java:484)
>
> Thank for your help.
>
> Liquid
>
> - Original Message -
> From: "Larry Isaacs" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Tuesday, February 04, 2003 3:53 PM
> Subject: RE: problem using Tomcat 3.3.1
>
>
> There isn't enough information here to offer much help.
> Not knowing what your web application is doing, it
> can't be determined if this is a bug in Tomcat or a
> bug in your web application.
>
> You are welcome to give Tomcat 3.3.2-dev a quick try
> to see if it behaves differently.  You can find it
> here:
>
<http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/>


Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 9:43 AM
> To: [EMAIL PROTECTED]
> Subject: problem using Tomcat 3.3.1
>
>
> Hi,
>
> im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my
> aplication go very
> well but afther that take 99% of CPU time and i must restart
> Tomcat. And it
> doing around.
> Can you help me?
>
> Liquid
>
>
> 

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Carl Trusiak]

I stand corrected Thanks:)

--- Larry Isaacs <[EMAIL PROTECTED]> wrote:
> To set the record straight, the servlet 2.3 spec did
> add
> some new "listeners".  However,
> HttpSessionBindingListener
> wasn't one of them.  It was already present in
> servlet 2.2.
> You will find it in Tomcat 3.x's servlet.jar.
> 
> Cheers,
> Larry
> 
> > -Original Message-
> > From: Carl Trusiak [mailto:[EMAIL PROTECTED]]
> 
> > Sent: Tuesday, February 04, 2003 6:35 PM
> > To: Tomcat Users List
> > Subject: RE: Tomcat 3.3.1
> HttpSessionBindingListener not found
> > 
> > 
> > HttpSessionBindingListener was introduced with
> Servlet
> > 2.3. Tomcat 3.3 is based on Servlet 2.2.  The
> > servlet.jar you added into your classpath must be
> for
> > 2.3.  I don't think you can be sure of any
> behavior
> > with this configuration.  If you want to use
> > HttpSessionBindingListener you should upgrade to
> > Tomcat 4.x
> > 
> > 
> > --- Filip Hanik <[EMAIL PROTECTED]> wrote:
> > > also, when you load the stuff, also try 
> > > 
> > >
> >
>
Thread.currentThread().getContextClassloader().loadClass()
> > > 
> > > which might work better than Class.forName()
> > > 
> > > Filip
> > > 
> > > -Original Message-
> > > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, February 04, 2003 3:01 PM
> > > To: Tomcat Users List
> > > Subject: RE: Tomcat 3.3.1
> HttpSessionBindingListener
> > > not found
> > > 
> > > 
> > > This confirms that the problem class is on your
> > > CLASSPATH.
> > > However, putting servlet.jar on the CLASSPATH is
> not
> > > a
> > > good solution.
> > > 
> > > Now servlet.jar can't see any classes in the
> > > "TOMCAT_HOME/lib/common" classloader that it
> could
> > > previously.  You've traded one symptom for
> different
> > > symptoms which may be more difficult to
> diagnose.
> > > 
> > > The correct solution is to find the class on the
> > > CLASSPATH that depends on servlet.jar and move
> > > it off of the CLASSPATH to
> TOMCAT_HOME/lib/common,
> > > TOMCAT_HOME/lib/apps, or the webapp's
> WEB-INF/lib
> > > (assuming the class is in a jar).  Which
> directory
> > > is
> > > best depends on the nature of the class.  I
> would
> > > recommend trying WEB-INF/lib first.  This should
> be
> > > doable since the webapp is working on other
> servers.
> > > 
> > > Unfortunately, I know of no simple way to find
> the
> > > offending class, other than trial and error.
> > > 
> > > Larry
> > > 
> > > > -Original Message-
> > > > From: Daniel Lemberg
> [mailto:[EMAIL PROTECTED]] 
> > > > Sent: Tuesday, February 04, 2003 4:41 PM
> > > > To: 'Tomcat Users List'
> > > > Subject: RE: Tomcat 3.3.1
> > > HttpSessionBindingListener not found
> > > > 
> > > > 
> > > > Yep, adding servlet.jar to the classpath did
> the
> > > trick!  Thanks!
> > > > 
> > > > -Original Message-
> > > > From: Larry Isaacs
> [mailto:[EMAIL PROTECTED]]
> > > > Sent: Tuesday, February 04, 2003 3:14 PM
> > > > To: Tomcat Users List
> > > > Subject: RE: Tomcat 3.3.1
> > > HttpSessionBindingListener not found
> > > > 
> > > > 
> > > > This means that the class that Class.ForName()
> is
> > > trying
> > > > to load has a dependency chain that includes a
> > > class
> > > > that has a dependency on
> > > HttpSessionBindingListener, i.e.
> > > > servlet.jar.
> > > > 
> > > > That class with the servlet.jar dependency is
> > > being found
> > > > in a classloader that is below (i.e. a
> parent,) of
> > > the
> > > > "TOMCAT_HOME/lib/common" classloader that
> contains
> > > > servlet.jar.  Thus it can't see servlet.jar
> > > classes.
> > > > 
> > > > This class is likely to be in the CLASSPATH or
> > > extension
> > > > directory.  If you haven't messed with the
> > > CLASSPATH, then
> > > > check the extensions directory.  It is
> probably
> > > likely
> > > > that t

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Larry Isaacs]

To set the record straight, the servlet 2.3 spec did add
some new "listeners".  However, HttpSessionBindingListener
wasn't one of them.  It was already present in servlet 2.2.
You will find it in Tomcat 3.x's servlet.jar.

Cheers,
Larry

> -Original Message-
> From: Carl Trusiak [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 6:35 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found
> 
> 
> HttpSessionBindingListener was introduced with Servlet
> 2.3. Tomcat 3.3 is based on Servlet 2.2.  The
> servlet.jar you added into your classpath must be for
> 2.3.  I don't think you can be sure of any behavior
> with this configuration.  If you want to use
> HttpSessionBindingListener you should upgrade to
> Tomcat 4.x
> 
> 
> --- Filip Hanik <[EMAIL PROTECTED]> wrote:
> > also, when you load the stuff, also try 
> > 
> >
> Thread.currentThread().getContextClassloader().loadClass()
> > 
> > which might work better than Class.forName()
> > 
> > Filip
> > 
> > -Original Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 04, 2003 3:01 PM
> > To: Tomcat Users List
> > Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener
> > not found
> > 
> > 
> > This confirms that the problem class is on your
> > CLASSPATH.
> > However, putting servlet.jar on the CLASSPATH is not
> > a
> > good solution.
> > 
> > Now servlet.jar can't see any classes in the
> > "TOMCAT_HOME/lib/common" classloader that it could
> > previously.  You've traded one symptom for different
> > symptoms which may be more difficult to diagnose.
> > 
> > The correct solution is to find the class on the
> > CLASSPATH that depends on servlet.jar and move
> > it off of the CLASSPATH to TOMCAT_HOME/lib/common,
> > TOMCAT_HOME/lib/apps, or the webapp's WEB-INF/lib
> > (assuming the class is in a jar).  Which directory
> > is
> > best depends on the nature of the class.  I would
> > recommend trying WEB-INF/lib first.  This should be
> > doable since the webapp is working on other servers.
> > 
> > Unfortunately, I know of no simple way to find the
> > offending class, other than trial and error.
> > 
> > Larry
> > 
> > > -Original Message-
> > > From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> > > Sent: Tuesday, February 04, 2003 4:41 PM
> > > To: 'Tomcat Users List'
> > > Subject: RE: Tomcat 3.3.1
> > HttpSessionBindingListener not found
> > > 
> > > 
> > > Yep, adding servlet.jar to the classpath did the
> > trick!  Thanks!
> > > 
> > > -Original Message-
> > > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, February 04, 2003 3:14 PM
> > > To: Tomcat Users List
> > > Subject: RE: Tomcat 3.3.1
> > HttpSessionBindingListener not found
> > > 
> > > 
> > > This means that the class that Class.ForName() is
> > trying
> > > to load has a dependency chain that includes a
> > class
> > > that has a dependency on
> > HttpSessionBindingListener, i.e.
> > > servlet.jar.
> > > 
> > > That class with the servlet.jar dependency is
> > being found
> > > in a classloader that is below (i.e. a parent,) of
> > the
> > > "TOMCAT_HOME/lib/common" classloader that contains
> > > servlet.jar.  Thus it can't see servlet.jar
> > classes.
> > > 
> > > This class is likely to be in the CLASSPATH or
> > extension
> > > directory.  If you haven't messed with the
> > CLASSPATH, then
> > > check the extensions directory.  It is probably
> > likely
> > > that this class is a duplicate of one that is
> > located
> > > in the proper location.  The systems that work
> > don't
> > > have this duplicate in the wrong location.
> > > 
> > > HTH.
> > > 
> > > Cheers,
> > > Larry
> > > 
> > > 
> > > > -Original Message-
> > > > From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> > > > Sent: Tuesday, February 04, 2003 2:45 PM
> > > > To: '[EMAIL PROTECTED]'
> > > > Subject: Tomcat 3.3.1 HttpSessionBindingListener
> > not found
> > > > 
> > > > 
> > > > Hey, I'm running into an odd problem on Tomcat
> > 3.3.1 on 

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Carl Trusiak]

HttpSessionBindingListener was introduced with Servlet
2.3. Tomcat 3.3 is based on Servlet 2.2.  The
servlet.jar you added into your classpath must be for
2.3.  I don't think you can be sure of any behavior
with this configuration.  If you want to use
HttpSessionBindingListener you should upgrade to
Tomcat 4.x


--- Filip Hanik <[EMAIL PROTECTED]> wrote:
> also, when you load the stuff, also try 
> 
>
Thread.currentThread().getContextClassloader().loadClass()
> 
> which might work better than Class.forName()
> 
> Filip
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 3:01 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener
> not found
> 
> 
> This confirms that the problem class is on your
> CLASSPATH.
> However, putting servlet.jar on the CLASSPATH is not
> a
> good solution.
> 
> Now servlet.jar can't see any classes in the
> "TOMCAT_HOME/lib/common" classloader that it could
> previously.  You've traded one symptom for different
> symptoms which may be more difficult to diagnose.
> 
> The correct solution is to find the class on the
> CLASSPATH that depends on servlet.jar and move
> it off of the CLASSPATH to TOMCAT_HOME/lib/common,
> TOMCAT_HOME/lib/apps, or the webapp's WEB-INF/lib
> (assuming the class is in a jar).  Which directory
> is
> best depends on the nature of the class.  I would
> recommend trying WEB-INF/lib first.  This should be
> doable since the webapp is working on other servers.
> 
> Unfortunately, I know of no simple way to find the
> offending class, other than trial and error.
> 
> Larry
> 
> > -----Original Message-
> > From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> > Sent: Tuesday, February 04, 2003 4:41 PM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat 3.3.1
> HttpSessionBindingListener not found
> > 
> > 
> > Yep, adding servlet.jar to the classpath did the
> trick!  Thanks!
> > 
> > -Original Message-
> > From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, February 04, 2003 3:14 PM
> > To: Tomcat Users List
> > Subject: RE: Tomcat 3.3.1
> HttpSessionBindingListener not found
> > 
> > 
> > This means that the class that Class.ForName() is
> trying
> > to load has a dependency chain that includes a
> class
> > that has a dependency on
> HttpSessionBindingListener, i.e.
> > servlet.jar.
> > 
> > That class with the servlet.jar dependency is
> being found
> > in a classloader that is below (i.e. a parent,) of
> the
> > "TOMCAT_HOME/lib/common" classloader that contains
> > servlet.jar.  Thus it can't see servlet.jar
> classes.
> > 
> > This class is likely to be in the CLASSPATH or
> extension
> > directory.  If you haven't messed with the
> CLASSPATH, then
> > check the extensions directory.  It is probably
> likely
> > that this class is a duplicate of one that is
> located
> > in the proper location.  The systems that work
> don't
> > have this duplicate in the wrong location.
> > 
> > HTH.
> > 
> > Cheers,
> > Larry
> > 
> > 
> > > -Original Message-
> > > From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> > > Sent: Tuesday, February 04, 2003 2:45 PM
> > > To: '[EMAIL PROTECTED]'
> > > Subject: Tomcat 3.3.1 HttpSessionBindingListener
> not found
> > > 
> > > 
> > > Hey, I'm running into an odd problem on Tomcat
> 3.3.1 on Sun, 
> > > and am hoping
> > > somone could help shed some light on the
> problem.
> > > 
> > > I have a few classes in a JAR file that
> implement
> > > HttpSessionBindingListener.
> > > 
> > > In my test environment on my PC (Tomcat 3.3.1a
> for Windows), 
> > > the classes
> > > work fine. But on one of our customer's server
> (which might 
> > > be configured
> > > wrong), the classes throw:
> > > 
> > > java.lang.NoClassDefFoundError:
> > > javax/servlet/http/HttpSessionBindingListener
> > > 
> > > whenever anything tries to load them (which we
> do via 
> > > Class.ForName()).
> > > 
> > > Note that we have some 40 other customers that
> don't have 
> > > this problem, but
> > > none of them that I know of are using Tomcat.
> > > 
> > > Does anyone have any idea how this could happen?
> How c

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Filip Hanik]

also, when you load the stuff, also try 

Thread.currentThread().getContextClassloader().loadClass()

which might work better than Class.forName()

Filip

-Original Message-
From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 3:01 PM
To: Tomcat Users List
Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found


This confirms that the problem class is on your CLASSPATH.
However, putting servlet.jar on the CLASSPATH is not a
good solution.

Now servlet.jar can't see any classes in the
"TOMCAT_HOME/lib/common" classloader that it could
previously.  You've traded one symptom for different
symptoms which may be more difficult to diagnose.

The correct solution is to find the class on the
CLASSPATH that depends on servlet.jar and move
it off of the CLASSPATH to TOMCAT_HOME/lib/common,
TOMCAT_HOME/lib/apps, or the webapp's WEB-INF/lib
(assuming the class is in a jar).  Which directory is
best depends on the nature of the class.  I would
recommend trying WEB-INF/lib first.  This should be
doable since the webapp is working on other servers.

Unfortunately, I know of no simple way to find the
offending class, other than trial and error.

Larry

> -Original Message-
> From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 4:41 PM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found
> 
> 
> Yep, adding servlet.jar to the classpath did the trick!  Thanks!
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 3:14 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found
> 
> 
> This means that the class that Class.ForName() is trying
> to load has a dependency chain that includes a class
> that has a dependency on HttpSessionBindingListener, i.e.
> servlet.jar.
> 
> That class with the servlet.jar dependency is being found
> in a classloader that is below (i.e. a parent,) of the
> "TOMCAT_HOME/lib/common" classloader that contains
> servlet.jar.  Thus it can't see servlet.jar classes.
> 
> This class is likely to be in the CLASSPATH or extension
> directory.  If you haven't messed with the CLASSPATH, then
> check the extensions directory.  It is probably likely
> that this class is a duplicate of one that is located
> in the proper location.  The systems that work don't
> have this duplicate in the wrong location.
> 
> HTH.
> 
> Cheers,
> Larry
> 
> 
> > -Original Message-
> > From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> > Sent: Tuesday, February 04, 2003 2:45 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: Tomcat 3.3.1 HttpSessionBindingListener not found
> > 
> > 
> > Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, 
> > and am hoping
> > somone could help shed some light on the problem.
> > 
> > I have a few classes in a JAR file that implement
> > HttpSessionBindingListener.
> > 
> > In my test environment on my PC (Tomcat 3.3.1a for Windows), 
> > the classes
> > work fine. But on one of our customer's server (which might 
> > be configured
> > wrong), the classes throw:
> > 
> > java.lang.NoClassDefFoundError:
> > javax/servlet/http/HttpSessionBindingListener
> > 
> > whenever anything tries to load them (which we do via 
> > Class.ForName()).
> > 
> > Note that we have some 40 other customers that don't have 
> > this problem, but
> > none of them that I know of are using Tomcat.
> > 
> > Does anyone have any idea how this could happen? How could 
> > Tomcat not know
> > what a HttpSessionBindingListener is? I'm about stumped. 
> > 
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: problem using Tomcat 3.3.1

[Larry Isaacs]

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 5:17 PM
> To: Tomcat Users List
> Subject: Re: problem using Tomcat 3.3.1
> 
> 
> When i connecting Tomcat by mod_proxy, its the same.

It may be similar, but it can't be the same because
Ajp13Interceptor in your earlier stack trace doesn't
run on port 8080.


> Hej, i find another error by debiging aplication.

This is Tomcat's reaction to what the client and/or mod_proxy
are doing.  I don't know enough about either to predict how
they might be causing this problem.  I'm not aware of any
problem in Tomcat that would cause it to do this on its own.

Larry

> Look, what is it?
> -
> 
> java.net.SocketException: Software caused connection abort
>   at java.net.PlainSocketImpl.socketAccept(Native Method)
>   at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:421)
>   at java.net.ServerSocket.implAccept(ServerSocket.java:243)
>   at java.net.ServerSocket.accept(ServerSocket.java:222)
>   at 
> org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSo
> cket(DefaultServerSocketFactory.java:107)
>   at 
> org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTc
> pEndpoint.java:356)
>   at 
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:529)
>   at 
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> ThreadPool.java:623)
>   at java.lang.Thread.run(Thread.java:484)
> 
> 
> Liquid
> 
> 
> 
> Larry Isaacs wrote:
> > I would assume the stack trace is different when using mod_proxy.
> > What does it look like?
> > 
> > Larry
> > 
> > 
> >>-Original Message-
> >>From: Liquid [mailto:[EMAIL PROTECTED]] 
> >>Sent: Tuesday, February 04, 2003 11:15 AM
> >>To: Tomcat Users List
> >>Subject: Re: problem using Tomcat 3.3.1
> >>
> >>
> >>In now using 1.2.2  version of mod_jk.
> >>
> >>But this problem is continue if i set up comunication 
> Aapche to Tomcat
> >>without mod_jk. (by mod_proxy to localhost:8080/aplications)
> >>
> >>Thanks for help.
> >>
> >>Liquid
> >>
> > 
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Larry Isaacs]

This confirms that the problem class is on your CLASSPATH.
However, putting servlet.jar on the CLASSPATH is not a
good solution.

Now servlet.jar can't see any classes in the
"TOMCAT_HOME/lib/common" classloader that it could
previously.  You've traded one symptom for different
symptoms which may be more difficult to diagnose.

The correct solution is to find the class on the
CLASSPATH that depends on servlet.jar and move
it off of the CLASSPATH to TOMCAT_HOME/lib/common,
TOMCAT_HOME/lib/apps, or the webapp's WEB-INF/lib
(assuming the class is in a jar).  Which directory is
best depends on the nature of the class.  I would
recommend trying WEB-INF/lib first.  This should be
doable since the webapp is working on other servers.

Unfortunately, I know of no simple way to find the
offending class, other than trial and error.

Larry

> -Original Message-
> From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 4:41 PM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found
> 
> 
> Yep, adding servlet.jar to the classpath did the trick!  Thanks!
> 
> -Original Message-
> From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 3:14 PM
> To: Tomcat Users List
> Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found
> 
> 
> This means that the class that Class.ForName() is trying
> to load has a dependency chain that includes a class
> that has a dependency on HttpSessionBindingListener, i.e.
> servlet.jar.
> 
> That class with the servlet.jar dependency is being found
> in a classloader that is below (i.e. a parent,) of the
> "TOMCAT_HOME/lib/common" classloader that contains
> servlet.jar.  Thus it can't see servlet.jar classes.
> 
> This class is likely to be in the CLASSPATH or extension
> directory.  If you haven't messed with the CLASSPATH, then
> check the extensions directory.  It is probably likely
> that this class is a duplicate of one that is located
> in the proper location.  The systems that work don't
> have this duplicate in the wrong location.
> 
> HTH.
> 
> Cheers,
> Larry
> 
> 
> > -Original Message-
> > From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> > Sent: Tuesday, February 04, 2003 2:45 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: Tomcat 3.3.1 HttpSessionBindingListener not found
> > 
> > 
> > Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, 
> > and am hoping
> > somone could help shed some light on the problem.
> > 
> > I have a few classes in a JAR file that implement
> > HttpSessionBindingListener.
> > 
> > In my test environment on my PC (Tomcat 3.3.1a for Windows), 
> > the classes
> > work fine. But on one of our customer's server (which might 
> > be configured
> > wrong), the classes throw:
> > 
> > java.lang.NoClassDefFoundError:
> > javax/servlet/http/HttpSessionBindingListener
> > 
> > whenever anything tries to load them (which we do via 
> > Class.ForName()).
> > 
> > Note that we have some 40 other customers that don't have 
> > this problem, but
> > none of them that I know of are using Tomcat.
> > 
> > Does anyone have any idea how this could happen? How could 
> > Tomcat not know
> > what a HttpSessionBindingListener is? I'm about stumped. 
> > 
> > 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: problem using Tomcat 3.3.1

[Liquid]

When i connecting Tomcat by mod_proxy, its the same.
Hej, i find another error by debiging aplication.
Look, what is it?
-

java.net.SocketException: Software caused connection abort
	at java.net.PlainSocketImpl.socketAccept(Native Method)
	at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:421)
	at java.net.ServerSocket.implAccept(ServerSocket.java:243)
	at java.net.ServerSocket.accept(ServerSocket.java:222)
	at 
org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(DefaultServerSocketFactory.java:107)
	at 
org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint.java:356)
	at 
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:529)
	at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:623)
	at java.lang.Thread.run(Thread.java:484)


Liquid



Larry Isaacs wrote:
I would assume the stack trace is different when using mod_proxy.
What does it look like?

Larry



-Original Message-
From: Liquid [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, February 04, 2003 11:15 AM
To: Tomcat Users List
Subject: Re: problem using Tomcat 3.3.1


In now using 1.2.2  version of mod_jk.

But this problem is continue if i set up comunication Aapche to Tomcat
without mod_jk. (by mod_proxy to localhost:8080/aplications)

Thanks for help.

Liquid



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Daniel Lemberg]

Yep, adding servlet.jar to the classpath did the trick!  Thanks!

-Original Message-
From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 3:14 PM
To: Tomcat Users List
Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found


This means that the class that Class.ForName() is trying
to load has a dependency chain that includes a class
that has a dependency on HttpSessionBindingListener, i.e.
servlet.jar.

That class with the servlet.jar dependency is being found
in a classloader that is below (i.e. a parent,) of the
"TOMCAT_HOME/lib/common" classloader that contains
servlet.jar.  Thus it can't see servlet.jar classes.

This class is likely to be in the CLASSPATH or extension
directory.  If you haven't messed with the CLASSPATH, then
check the extensions directory.  It is probably likely
that this class is a duplicate of one that is located
in the proper location.  The systems that work don't
have this duplicate in the wrong location.

HTH.

Cheers,
Larry


> -Original Message-
> From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 2:45 PM
> To: '[EMAIL PROTECTED]'
> Subject: Tomcat 3.3.1 HttpSessionBindingListener not found
> 
> 
> Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, 
> and am hoping
> somone could help shed some light on the problem.
> 
> I have a few classes in a JAR file that implement
> HttpSessionBindingListener.
> 
> In my test environment on my PC (Tomcat 3.3.1a for Windows), 
> the classes
> work fine. But on one of our customer's server (which might 
> be configured
> wrong), the classes throw:
> 
> java.lang.NoClassDefFoundError:
> javax/servlet/http/HttpSessionBindingListener
> 
> whenever anything tries to load them (which we do via 
> Class.ForName()).
> 
> Note that we have some 40 other customers that don't have 
> this problem, but
> none of them that I know of are using Tomcat.
> 
> Does anyone have any idea how this could happen? How could 
> Tomcat not know
> what a HttpSessionBindingListener is? I'm about stumped. 
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Larry Isaacs]

This means that the class that Class.ForName() is trying
to load has a dependency chain that includes a class
that has a dependency on HttpSessionBindingListener, i.e.
servlet.jar.

That class with the servlet.jar dependency is being found
in a classloader that is below (i.e. a parent,) of the
"TOMCAT_HOME/lib/common" classloader that contains
servlet.jar.  Thus it can't see servlet.jar classes.

This class is likely to be in the CLASSPATH or extension
directory.  If you haven't messed with the CLASSPATH, then
check the extensions directory.  It is probably likely
that this class is a duplicate of one that is located
in the proper location.  The systems that work don't
have this duplicate in the wrong location.

HTH.

Cheers,
Larry


> -Original Message-
> From: Daniel Lemberg [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 2:45 PM
> To: '[EMAIL PROTECTED]'
> Subject: Tomcat 3.3.1 HttpSessionBindingListener not found
> 
> 
> Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, 
> and am hoping
> somone could help shed some light on the problem.
> 
> I have a few classes in a JAR file that implement
> HttpSessionBindingListener.
> 
> In my test environment on my PC (Tomcat 3.3.1a for Windows), 
> the classes
> work fine. But on one of our customer's server (which might 
> be configured
> wrong), the classes throw:
> 
> java.lang.NoClassDefFoundError:
> javax/servlet/http/HttpSessionBindingListener
> 
> whenever anything tries to load them (which we do via 
> Class.ForName()).
> 
> Note that we have some 40 other customers that don't have 
> this problem, but
> none of them that I know of are using Tomcat.
> 
> Does anyone have any idea how this could happen? How could 
> Tomcat not know
> what a HttpSessionBindingListener is? I'm about stumped. 
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Daniel Lemberg]

I'm pretty sure it is; I've seen 3.3.1 bug reports on valueUnbound() not
firing properly.

Also, it's working in the test environment I set up on my PC, which is
Tomcat 3.3.1a for Windows.

Unfortunately, the customer says that upgrading Tomcat is not an option due
to external considerations.  That was one of the first things I asked :)

-Original Message-
From: Filip Hanik [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 3:00 PM
To: Tomcat Users List
Subject: RE: Tomcat 3.3.1 HttpSessionBindingListener not found


Is the "javax/servlet/http/HttpSessionBindingListener" supported by Tomcat
3.x?

If it showed up in a later version of the servlet specification, you might
need to upgrade your Tomcat.

Filip

-Original Message-
From: Daniel Lemberg [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 11:45 AM
To: [EMAIL PROTECTED]
Subject: Tomcat 3.3.1 HttpSessionBindingListener not found


Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, and am hoping
somone could help shed some light on the problem.

I have a few classes in a JAR file that implement
HttpSessionBindingListener.

In my test environment on my PC (Tomcat 3.3.1a for Windows), the classes
work fine. But on one of our customer's server (which might be configured
wrong), the classes throw:

java.lang.NoClassDefFoundError:
javax/servlet/http/HttpSessionBindingListener

whenever anything tries to load them (which we do via Class.ForName()).

Note that we have some 40 other customers that don't have this problem, but
none of them that I know of are using Tomcat.

Does anyone have any idea how this could happen? How could Tomcat not know
what a HttpSessionBindingListener is? I'm about stumped. 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1 HttpSessionBindingListener not found

[Filip Hanik]

Is the "javax/servlet/http/HttpSessionBindingListener" supported by Tomcat 3.x?

If it showed up in a later version of the servlet specification, you might need to 
upgrade your Tomcat.

Filip

-Original Message-
From: Daniel Lemberg [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 04, 2003 11:45 AM
To: [EMAIL PROTECTED]
Subject: Tomcat 3.3.1 HttpSessionBindingListener not found


Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, and am hoping
somone could help shed some light on the problem.

I have a few classes in a JAR file that implement
HttpSessionBindingListener.

In my test environment on my PC (Tomcat 3.3.1a for Windows), the classes
work fine. But on one of our customer's server (which might be configured
wrong), the classes throw:

java.lang.NoClassDefFoundError:
javax/servlet/http/HttpSessionBindingListener

whenever anything tries to load them (which we do via Class.ForName()).

Note that we have some 40 other customers that don't have this problem, but
none of them that I know of are using Tomcat.

Does anyone have any idea how this could happen? How could Tomcat not know
what a HttpSessionBindingListener is? I'm about stumped. 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat 3.3.1 HttpSessionBindingListener not found

[Daniel Lemberg]

Hey, I'm running into an odd problem on Tomcat 3.3.1 on Sun, and am hoping
somone could help shed some light on the problem.

I have a few classes in a JAR file that implement
HttpSessionBindingListener.

In my test environment on my PC (Tomcat 3.3.1a for Windows), the classes
work fine. But on one of our customer's server (which might be configured
wrong), the classes throw:

java.lang.NoClassDefFoundError:
javax/servlet/http/HttpSessionBindingListener

whenever anything tries to load them (which we do via Class.ForName()).

Note that we have some 40 other customers that don't have this problem, but
none of them that I know of are using Tomcat.

Does anyone have any idea how this could happen? How could Tomcat not know
what a HttpSessionBindingListener is? I'm about stumped. 

RE: problem using Tomcat 3.3.1

[Larry Isaacs]

I would assume the stack trace is different when using mod_proxy.
What does it look like?

Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 11:15 AM
> To: Tomcat Users List
> Subject: Re: problem using Tomcat 3.3.1
> 
> 
> In now using 1.2.2  version of mod_jk.
> 
> But this problem is continue if i set up comunication Aapche to Tomcat
> without mod_jk. (by mod_proxy to localhost:8080/aplications)
> 
> Thanks for help.
> 
> Liquid
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: problem using Tomcat 3.3.1

[Liquid]

In now using 1.2.2  version of mod_jk.

But this problem is continue if i set up comunication Aapche to Tomcat
without mod_jk. (by mod_proxy to localhost:8080/aplications)

Thanks for help.

Liquid

- Original Message -
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, February 04, 2003 4:33 PM
Subject: RE: problem using Tomcat 3.3.1


This implies you are using mod_jk.  What version of
mod_jk are you using?

There has not been much maintenance on the local mod_jk
provided with Tomcat 3.3.1.  It will be removed in
Tomcat 3.3.2 and replaced by the version which is part
of the jakarta-tomcat-connectors project.  If you haven't
tried it, get the current mod_jk release here:

<http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.
2/>

and give it a try.

Unfortunately, I have not had time to keep up with the
changes that have been made to mod_jk since the Tomcat 3.3.1
release.  I'm not sure if "Broke pipe" is that serious an
error or whether may actually be a normal occurrence under
certain circumstances.

However, if a bug in mod_jk or its tomcat connector leaves the
thread servicing the request in a "hung" state when this occurs,
then that could be the source of this problem.  If this was a
problem in older mod_jk's, hopefully it is addressed in the
current release.

Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 10:16 AM
> To: Tomcat Users List
> Subject: Re: problem using Tomcat 3.3.1
>
>
> I use it, but its looks like the same.
> Wahat informations do yuou need from me for help me?
> In my logs is this terrible error.
>
> java.io.IOException: Broken pipe
>  at java.net.SocketOutputStream.socketWrite(Native Method)
>  at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
>  at org.apache.tomcat.modules.server.Ajp13.send(Ajp13.java:841)
>  at org.apache.tomcat.modules.server.Ajp13.doWrite(Ajp13.java:727)
>  at
> org.apache.tomcat.modules.server.Ajp13Response.doWrite(Ajp13In
> terceptor.java
> :491)
>  at
> org.apache.tomcat.core.OutputBuffer.realWriteBytes(OutputBuffe
> r.java:188)
>  at
> org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
>  at org.apache.tomcat.core.OutputBuffer.flush(OutputBuffer.java:315)
>  at org.apache.tomcat.core.OutputBuffer.close(OutputBuffer.java:305)
>  at
> org.apache.tomcat.facade.ServletWriterFacade.close(ServletWrit
> erFacade.java:
> 117)
>  at GameList.processRequest(GameList.java:963)
>  at GameList.doGet(GameList.java:984)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java)
>  at
> org.apache.tomcat.facade.ServletHandler.doService(ServletHandl
> er.java:574)
>  at org.apache.tomcat.core.Handler.invoke(Handler.java:322)
>  at org.apache.tomcat.core.Handler.service(Handler.java:235)
>  at
> org.apache.tomcat.facade.ServletHandler.service(ServletHandler
> .java:485)
>  at
> org.apache.tomcat.core.ContextManager.internalService(ContextM
> anager.java:91
> 7)
>  at
> org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
>  at
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Ajp13Int
> erceptor.java:341)
>  at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:494)
>  at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> ThreadPool.jav
> a:516)
>  at java.lang.Thread.run(Thread.java:484)
>
> Thank for your help.
>
> Liquid
>
> - Original Message -
> From: "Larry Isaacs" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Tuesday, February 04, 2003 3:53 PM
> Subject: RE: problem using Tomcat 3.3.1
>
>
> There isn't enough information here to offer much help.
> Not knowing what your web application is doing, it
> can't be determined if this is a bug in Tomcat or a
> bug in your web application.
>
> You are welcome to give Tomcat 3.3.2-dev a quick try
> to see if it behaves differently.  You can find it
> here:
>
<http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/>


Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 9:43 AM
> To: [EMAIL PROTECTED]
> Subject: problem using Tomcat 3.3.1
>
>
> Hi,
>
> im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my
> aplication go very
> well but afther that take 99% of CPU time and i must restart
> Tomcat. And it
> doing around.
> Can you help me?
>
> Liquid
>
>
> --

RE: problem using Tomcat 3.3.1

[Larry Isaacs]

This implies you are using mod_jk.  What version of
mod_jk are you using?

There has not been much maintenance on the local mod_jk
provided with Tomcat 3.3.1.  It will be removed in
Tomcat 3.3.2 and replaced by the version which is part
of the jakarta-tomcat-connectors project.  If you haven't
tried it, get the current mod_jk release here:

<http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.2/>

and give it a try.

Unfortunately, I have not had time to keep up with the
changes that have been made to mod_jk since the Tomcat 3.3.1
release.  I'm not sure if "Broke pipe" is that serious an
error or whether may actually be a normal occurrence under
certain circumstances.

However, if a bug in mod_jk or its tomcat connector leaves the
thread servicing the request in a "hung" state when this occurs,
then that could be the source of this problem.  If this was a
problem in older mod_jk's, hopefully it is addressed in the
current release.

Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 10:16 AM
> To: Tomcat Users List
> Subject: Re: problem using Tomcat 3.3.1
> 
> 
> I use it, but its looks like the same.
> Wahat informations do yuou need from me for help me?
> In my logs is this terrible error.
> 
> java.io.IOException: Broken pipe
>  at java.net.SocketOutputStream.socketWrite(Native Method)
>  at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
>  at org.apache.tomcat.modules.server.Ajp13.send(Ajp13.java:841)
>  at org.apache.tomcat.modules.server.Ajp13.doWrite(Ajp13.java:727)
>  at
> org.apache.tomcat.modules.server.Ajp13Response.doWrite(Ajp13In
> terceptor.java
> :491)
>  at
> org.apache.tomcat.core.OutputBuffer.realWriteBytes(OutputBuffe
> r.java:188)
>  at 
> org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
>  at org.apache.tomcat.core.OutputBuffer.flush(OutputBuffer.java:315)
>  at org.apache.tomcat.core.OutputBuffer.close(OutputBuffer.java:305)
>  at
> org.apache.tomcat.facade.ServletWriterFacade.close(ServletWrit
> erFacade.java:
> 117)
>  at GameList.processRequest(GameList.java:963)
>  at GameList.doGet(GameList.java:984)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java)
>  at
> org.apache.tomcat.facade.ServletHandler.doService(ServletHandl
> er.java:574)
>  at org.apache.tomcat.core.Handler.invoke(Handler.java:322)
>  at org.apache.tomcat.core.Handler.service(Handler.java:235)
>  at 
> org.apache.tomcat.facade.ServletHandler.service(ServletHandler
> .java:485)
>  at
> org.apache.tomcat.core.ContextManager.internalService(ContextM
> anager.java:91
> 7)
>  at 
> org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
>  at
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Ajp13Int
> erceptor.java:341)
>  at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:494)
>  at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> ThreadPool.jav
> a:516)
>  at java.lang.Thread.run(Thread.java:484)
> 
> Thank for your help.
> 
> Liquid
> 
> - Original Message -
> From: "Larry Isaacs" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Tuesday, February 04, 2003 3:53 PM
> Subject: RE: problem using Tomcat 3.3.1
> 
> 
> There isn't enough information here to offer much help.
> Not knowing what your web application is doing, it
> can't be determined if this is a bug in Tomcat or a
> bug in your web application.
> 
> You are welcome to give Tomcat 3.3.2-dev a quick try
> to see if it behaves differently.  You can find it
> here:
> 
<http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/>


Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 9:43 AM
> To: [EMAIL PROTECTED]
> Subject: problem using Tomcat 3.3.1
>
>
> Hi,
>
> im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my
> aplication go very
> well but afther that take 99% of CPU time and i must restart
> Tomcat. And it
> doing around.
> Can you help me?
>
> Liquid
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: problem using Tomcat 3.3.1

[Liquid]

I use it, but its looks like the same.
Wahat informations do yuou need from me for help me?
In my logs is this terrible error.

java.io.IOException: Broken pipe
 at java.net.SocketOutputStream.socketWrite(Native Method)
 at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
 at org.apache.tomcat.modules.server.Ajp13.send(Ajp13.java:841)
 at org.apache.tomcat.modules.server.Ajp13.doWrite(Ajp13.java:727)
 at
org.apache.tomcat.modules.server.Ajp13Response.doWrite(Ajp13Interceptor.java
:491)
 at
org.apache.tomcat.core.OutputBuffer.realWriteBytes(OutputBuffer.java:188)
 at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
 at org.apache.tomcat.core.OutputBuffer.flush(OutputBuffer.java:315)
 at org.apache.tomcat.core.OutputBuffer.close(OutputBuffer.java:305)
 at
org.apache.tomcat.facade.ServletWriterFacade.close(ServletWriterFacade.java:
117)
 at GameList.processRequest(GameList.java:963)
 at GameList.doGet(GameList.java:984)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java)
 at
org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java:574)
 at org.apache.tomcat.core.Handler.invoke(Handler.java:322)
 at org.apache.tomcat.core.Handler.service(Handler.java:235)
 at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:485)
 at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:91
7)
 at org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
 at
org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Ajp13Int
erceptor.java:341)
 at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:494)
 at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:516)
 at java.lang.Thread.run(Thread.java:484)

Thank for your help.

Liquid

- Original Message -
From: "Larry Isaacs" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, February 04, 2003 3:53 PM
Subject: RE: problem using Tomcat 3.3.1


There isn't enough information here to offer much help.
Not knowing what your web application is doing, it
can't be determined if this is a bug in Tomcat or a
bug in your web application.

You are welcome to give Tomcat 3.3.2-dev a quick try
to see if it behaves differently.  You can find it
here:

<http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/>


Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 04, 2003 9:43 AM
> To: [EMAIL PROTECTED]
> Subject: problem using Tomcat 3.3.1
>
>
> Hi,
>
> im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my
> aplication go very
> well but afther that take 99% of CPU time and i must restart
> Tomcat. And it
> doing around.
> Can you help me?
>
> Liquid
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: problem using Tomcat 3.3.1

[Larry Isaacs]

There isn't enough information here to offer much help.
Not knowing what your web application is doing, it
can't be determined if this is a bug in Tomcat or a
bug in your web application.

You are welcome to give Tomcat 3.3.2-dev a quick try
to see if it behaves differently.  You can find it
here:

<http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3.x/>


Cheers,
Larry

> -Original Message-
> From: Liquid [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, February 04, 2003 9:43 AM
> To: [EMAIL PROTECTED]
> Subject: problem using Tomcat 3.3.1
> 
> 
> Hi,
> 
> im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my 
> aplication go very
> well but afther that take 99% of CPU time and i must restart 
> Tomcat. And it
> doing around.
> Can you help me?
> 
> Liquid
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

problem using Tomcat 3.3.1

[Liquid]

Hi,

im using Tomcat 3.3.1 on FreeBSD with JDK1.3.1 and my aplication go very
well but afther that take 99% of CPU time and i must restart Tomcat. And it
doing around.
Can you help me?

Liquid


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Tomcat 3.3.1

[Larry Isaacs]

I am able to run it as a service without problems.  Be
sure the note found at:

<http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3.1a/bin/win32/i386/>

isn't what is keeping it from working.

For the mysterious shutdowns, you may want to try increasing
the log level to see if any clues show up in the logs.  Of the
few times I recall where no clues were found in the logs,
shutdowns turned out to be calls to System.exit() somewhere in
the user's, or some third party, code.

Cheers,
Larry

> -Original Message-
> From: Kevin Luu [mailto:[EMAIL PROTECTED]] 
> Sent: Tuesday, January 28, 2003 12:47 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1
> 
> 
> I am currently running Tomcat 3.3.1 on Windows 2000. I am 
> running it from a
> batch file. It is unable to run as a Service in Windows 2000. 
> It continues
> to stop frequently for no reason. I have to run the batch 
> file to restart
> Tomcat. Is there a bug or fix for this issue? Thank you for your help.
> 
> Kevin Luu
> [EMAIL PROTECTED]
> Cell: (408) 757-5881
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-user-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat 3.3.1

[Kevin Luu]

I am currently running Tomcat 3.3.1 on Windows 2000. I am running it from a
batch file. It is unable to run as a Service in Windows 2000. It continues
to stop frequently for no reason. I have to run the batch file to restart
Tomcat. Is there a bug or fix for this issue? Thank you for your help.

Kevin Luu
[EMAIL PROTECTED]
Cell: (408) 757-5881


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Only one tomcat process for Tomcat 3.3.1 using JDK 1.4.1 on RedHat 8

[nikhil daxini]

Hi,
 I have installed Tomcat 3.3.1, JDK 1.4.1 on RedHat 8 machine. When I start 
tomcat, I see only one Tomcat thread if I do ps -ef.
 Earlier I had been using tomcat 3.3.1 on Red Hat 7.3. With these 
configuration I use to see aroung 40 tomcat threads/processes on startup. I 
have exactly same configuration on both RedHat 7.3 and RedHat 8.0 (in fact I 
have copied the files from  7.3 to 8.0.
 Am I missing something ? Do I need to configuration things differently on 
RedHat 8.0.

-Thanks, any insight is appreciated.

Nikhil Daxini



_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: tomcat 3.3.1 - win2k iis

[Bill Barker]

If you set the debug="6" attribute on the JspInterceptor element of
server.xml (and re-start Tomcat), then Tomcat will print the classpath that
it is using to compile to the log file.  It looks like it can't find
%TOMCAT_HOME%\lib\common\servlet.jar.  You might also want to check that you
don't have an older version of servlet.jar (or j2ee.jar) someplace like
%JAVA_HOME%\jre\lib\ext.

- Original Message -
From: "Schultz, Cecilia" <[EMAIL PROTECTED]>
To: "Tomcat users list (E-mail)" <[EMAIL PROTECTED]>
Sent: Wednesday, January 15, 2003 10:44 AM
Subject: RE: tomcat 3.3.1 - win2k iis


It seems I am missing some path somewhere. I copied a web app that does work
in another server (with another container, not tomcat) into the problem
server.
I got a similar error when bringing up the default page:

Class javax.servlet.http.HttpServlet not found in class
org.apache.jasper.runtime.HttpJspBase.


any help is much appreciated
Cecilia

Error: 500
Location: /ranchodev/web/default.jsp
Internal Servlet Error:
org.apache.jasper.JasperException: Unable to compile
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:0:
Class javax.servlet.http.HttpServlet not found in class
org.apache.jasper.runtime.HttpJspBase.
package web;
^
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:3:
Package javax.servlet not found in import.
import javax.servlet.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:4:
Package javax.servlet.http not found in import.
import javax.servlet.http.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:5:
Package javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
   ^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at
org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown
Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown
Source)
at java.lang.Thread.run(Thread.java:479




>  -Original Message-
> From: Schultz, Cecilia
> Sent: Wednesday, January 15, 2003 9:56 AM
> To: Tomcat users list (E-mail)
> Subject: tomcat 3.3.1 - win2k iis
>
>
>
> Hi,
>
> I installed Tomcat 3.3.1 on win2k with IIS.  Then I installed
> an a vendor's web app.
>
> When I bring up the vendor's login page, I get this error:
>
>
> ===
>
> 2003-01-15 07:43:45 - webapps2:/i1440: Reading
> F:\i1440root\opt\i1440\webapps\i1440\WEB-INF\web.xml
> 2003-01-15 07:43:45 - webapps2:/i1440: Loading 1 InitServlet
> 2003-01-15 07:45:02 - webapps2:/i1440: Compiling: /login.jsp
> to login_0
> 2003-01-15 07:45:31 - webapps2:/i1440: compile error: req=R(
> /i1440 + /login.jsp + null) -
> org.apache.jasper.JasperException: Unable to compile
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :0: Class javax.servlet.http.HttpServlet not found in class
> com.g1440.naf.jdbc.view.ServletView.
>
> import javax.servlet.*;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :1: Package javax.servlet not found in import.
> import javax.servlet.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :2: Package javax.servlet.http not found in import.
> import javax.servlet.http.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :3: Package javax.servlet.jsp not found in import.
> import javax.servlet.jsp.*;
>^
> 4 errors
>
> at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
> at
> org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
> at
> org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
> at
> org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
> at
> org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
> at org.apache.tomcat.core.ContextManager.service(Unknown Source)
> at
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Unknown Source)
> at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> Unknown Source)
> at java.lang.Thread.run(Thread.java:479)
>
> 2003-01-15 07:45:31 - webapps2:/i1440: Exception in R( /i1440
> + /login.jsp + null) - org.apache.jasper.Jas

RE: tomcat 3.3.1 - win2k iis- examples

[Jason Pyeron]

I am assuming you are running NT4/2k jdk1.4.x is installed.

are you running tomcat as a service?
do you have any regulations controling how the system is configured?
can you run tomcat 4.1.x (it has a nice installer)

in the meantime, you want to locate servlet.jar and its friends

i belive they are in tomcathome\common\lib

put these in your classpath for SYSTEM  VARIABLES

CLASSPATH=c:\tomcathome\common\lib\servlet.jar;etc;blah;.

this fix is not a proper fix, but something to get it working

-jason pyeron

On Wed, 15 Jan 2003, Schultz, Cecilia wrote:


I tried running the jsp examples that comes with Tomcat and got the error:


==
Error: 500
Location: /examples/jsp/num/numguess.jsp
Internal Servlet Error:
org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class 
org.apache.jasper.runtime.HttpJspBase.
package jsp.num;
^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:3: 
Package javax.servlet not found in import.
import javax.servlet.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:4: 
Package javax.servlet.http not found in import.
import javax.servlet.http.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:5: 
Package javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
   ^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown 
Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown 
Source)
at java.lang.Thread.run(Thread.java:479)



=

what am I missing??

Thanks
Cecilia

>  -Original Message-
> From: Schultz, Cecilia  
> Sent: Wednesday, January 15, 2003 10:45 AM
> To:   'Tomcat users list (E-mail)'
> Subject:  RE: tomcat 3.3.1 - win2k iis
> 
> It seems I am missing some path somewhere. I copied a web app 
> that does work in another server (with another container, not 
> tomcat) into the problem server.
> I got a similar error when bringing up the default page:
> 
> Class javax.servlet.http.HttpServlet not found in class 
> org.apache.jasper.runtime.HttpJspBase.
> 
> 
> any help is much appreciated
> Cecilia
> 
> Error: 500
> Location: /ranchodev/web/default.jsp
> Internal Servlet Error:
> org.apache.jasper.JasperException: Unable to compile 
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:0: Class javax.servlet.http.HttpServlet not found 
> in class org.apache.jasper.runtime.HttpJspBase.
> package web;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:3: Package javax.servlet not found in import.
> import javax.servlet.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:4: Package javax.servlet.http not found in import.
> import javax.servlet.http.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:5: Package javax.servlet.jsp not found in import.
> import javax.servlet.jsp.*;
>^
> 4 errors
> 
>   at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
>   at 
> org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
>   at 
> org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
>   at 
> org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
>   at 
> org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
>   at org.apache.tomcat.core.ContextManager.service(Unknown Source)
>   at 
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Unknown Source)
>   at 
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
>   at 
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> Unknown Source)
>   at java.lang.Thread.run(Thread.java:479
> 
> 
> 
> 
> >  -Original Message-
> > From:   Schultz, Cecilia  
> > Sent:   Wednesday, January 15, 2003 9:56 AM
> > To: Tomcat users list (E-mail)
> > Subject:tomcat 3.3.1 - win2k iis
> > 
> 

RE: tomcat 3.3.1 - win2k iis- examples

[Lior Shliechkorn]

Make sure you have all the correct environment variables, and also try to put the 
servlet.jar in the webApp's WEB-INF/lib folder if that doesn't work.
 "Schultz, Cecilia" <[EMAIL PROTECTED]> wrote:
I tried running the jsp examples that comes with Tomcat and got the error:


==
Error: 500
Location: /examples/jsp/num/numguess.jsp
Internal Servlet Error:
org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class 
org.apache.jasper.runtime.HttpJspBase.
package jsp.num;
^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:3: 
Package javax.servlet not found in import.
import javax.servlet.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:4: 
Package javax.servlet.http not found in import.
import javax.servlet.http.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:5: 
Package javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source)
at java.lang.Thread.run(Thread.java:479)



=

what am I missing??

Thanks
Cecilia

> -Original Message-
> From: Schultz, Cecilia 
> Sent: Wednesday, January 15, 2003 10:45 AM
> To: 'Tomcat users list (E-mail)'
> Subject: RE: tomcat 3.3.1 - win2k iis
> 
> It seems I am missing some path somewhere. I copied a web app 
> that does work in another server (with another container, not 
> tomcat) into the problem server.
> I got a similar error when bringing up the default page:
> 
> Class javax.servlet.http.HttpServlet not found in class 
> org.apache.jasper.runtime.HttpJspBase.
> 
> 
> any help is much appreciated
> Cecilia
> 
> Error: 500
> Location: /ranchodev/web/default.jsp
> Internal Servlet Error:
> org.apache.jasper.JasperException: Unable to compile 
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:0: Class javax.servlet.http.HttpServlet not found 
> in class org.apache.jasper.runtime.HttpJspBase.
> package web;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:3: Package javax.servlet not found in import.
> import javax.servlet.*;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:4: Package javax.servlet.http not found in import.
> import javax.servlet.http.*;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:5: Package javax.servlet.jsp not found in import.
> import javax.servlet.jsp.*;
> ^
> 4 errors
> 
> at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
> at 
> org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
> at 
> org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
> at 
> org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
> at 
> org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
> at org.apache.tomcat.core.ContextManager.service(Unknown Source)
> at 
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Unknown Source)
> at 
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
> at 
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> Unknown Source)
> at java.lang.Thread.run(Thread.java:479
> 
> 
> 
> 
> > -Original Message-
> > From: Schultz, Cecilia 
> > Sent: Wednesday, January 15, 2003 9:56 AM
> > To: Tomcat users list (E-mail)
> > Subject: tomcat 3.3.1 - win2k iis
> > 
> > 
> > 
> > Hi,
> > 
> > I installed Tomcat 3.3.1 on win2k with IIS. Then I installed 
> > an a vendor's web app. 
> > 
> > When I bring up the vendor's login page, I get this error:
> > 
> > 
> > ===
> > 
> > 2003-01-15 07:43:45 - webapps2:/i1440: Reading 
> > F:\i1440root\opt\i1440\webapps\i1440\WEB-INF\web.xml
> > 2003-01-15 07:43:45 - webapps2:/i1440: Loading 1 InitServlet
> > 2003-01-15 07:45:02 - webapps2:/i1440

RE: tomcat 3.3.1 - win2k iis- examples

[Schultz, Cecilia]

I tried running the jsp examples that comes with Tomcat and got the error:


==
Error: 500
Location: /examples/jsp/num/numguess.jsp
Internal Servlet Error:
org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class 
org.apache.jasper.runtime.HttpJspBase.
package jsp.num;
^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:3: 
Package javax.servlet not found in import.
import javax.servlet.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:4: 
Package javax.servlet.http not found in import.
import javax.servlet.http.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\examples\jsp\num\numguess_1.java:5: 
Package javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
   ^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown 
Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown 
Source)
at java.lang.Thread.run(Thread.java:479)



=

what am I missing??

Thanks
Cecilia

>  -Original Message-
> From: Schultz, Cecilia  
> Sent: Wednesday, January 15, 2003 10:45 AM
> To:   'Tomcat users list (E-mail)'
> Subject:  RE: tomcat 3.3.1 - win2k iis
> 
> It seems I am missing some path somewhere. I copied a web app 
> that does work in another server (with another container, not 
> tomcat) into the problem server.
> I got a similar error when bringing up the default page:
> 
> Class javax.servlet.http.HttpServlet not found in class 
> org.apache.jasper.runtime.HttpJspBase.
> 
> 
> any help is much appreciated
> Cecilia
> 
> Error: 500
> Location: /ranchodev/web/default.jsp
> Internal Servlet Error:
> org.apache.jasper.JasperException: Unable to compile 
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:0: Class javax.servlet.http.HttpServlet not found 
> in class org.apache.jasper.runtime.HttpJspBase.
> package web;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:3: Package javax.servlet not found in import.
> import javax.servlet.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:4: Package javax.servlet.http not found in import.
> import javax.servlet.http.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_def
> ault_1.java:5: Package javax.servlet.jsp not found in import.
> import javax.servlet.jsp.*;
>^
> 4 errors
> 
>   at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
>   at 
> org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
>   at 
> org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
>   at 
> org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
>   at 
> org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
>   at org.apache.tomcat.core.ContextManager.service(Unknown Source)
>   at 
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Unknown Source)
>   at 
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
>   at 
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> Unknown Source)
>   at java.lang.Thread.run(Thread.java:479
> 
> 
> 
> 
> >  -Original Message-
> > From:   Schultz, Cecilia  
> > Sent:   Wednesday, January 15, 2003 9:56 AM
> > To: Tomcat users list (E-mail)
> > Subject:tomcat 3.3.1 - win2k iis
> > 
> > 
> > 
> > Hi,
> > 
> > I installed Tomcat 3.3.1 on win2k with IIS.  Then I installed 
> > an a vendor's web app. 
> > 
> > When I bring up the vendor's login page, I get this error:
> > 
> > 
> > ===
> > 
> > 2003-01-15 07:43:45 - webapps2:/i1440: Reading 
> > F:\i1440root\opt\i1440\webapps\i1440\WEB-INF\web.xml
> > 2003-01-15 07:43:45 - webapps2:/i1440: Loading 1 InitServlet
> > 2003-01-15 07:45:02 - webapps2:/i1440

RE: tomcat 3.3.1 - win2k iis

[Schultz, Cecilia]

It seems I am missing some path somewhere. I copied a web app that does work in 
another server (with another container, not tomcat) into the problem server.
I got a similar error when bringing up the default page:

Class javax.servlet.http.HttpServlet not found in class 
org.apache.jasper.runtime.HttpJspBase.


any help is much appreciated
Cecilia

Error: 500
Location: /ranchodev/web/default.jsp
Internal Servlet Error:
org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class 
org.apache.jasper.runtime.HttpJspBase.
package web;
^
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:3: Package 
javax.servlet not found in import.
import javax.servlet.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:4: Package 
javax.servlet.http not found in import.
import javax.servlet.http.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\ranchodev\web\_default_1.java:5: Package 
javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
   ^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown 
Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown 
Source)
at java.lang.Thread.run(Thread.java:479




>  -Original Message-
> From: Schultz, Cecilia  
> Sent: Wednesday, January 15, 2003 9:56 AM
> To:   Tomcat users list (E-mail)
> Subject:      tomcat 3.3.1 - win2k iis
> 
> 
> 
> Hi,
> 
> I installed Tomcat 3.3.1 on win2k with IIS.  Then I installed 
> an a vendor's web app. 
> 
> When I bring up the vendor's login page, I get this error:
> 
> 
> ===
> 
> 2003-01-15 07:43:45 - webapps2:/i1440: Reading 
> F:\i1440root\opt\i1440\webapps\i1440\WEB-INF\web.xml
> 2003-01-15 07:43:45 - webapps2:/i1440: Loading 1 InitServlet
> 2003-01-15 07:45:02 - webapps2:/i1440: Compiling: /login.jsp 
> to login_0
> 2003-01-15 07:45:31 - webapps2:/i1440: compile error: req=R( 
> /i1440 + /login.jsp + null) - 
> org.apache.jasper.JasperException: Unable to compile 
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :0: Class javax.servlet.http.HttpServlet not found in class 
> com.g1440.naf.jdbc.view.ServletView.
> 
> import javax.servlet.*;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :1: Package javax.servlet not found in import.
> import javax.servlet.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :2: Package javax.servlet.http not found in import.
> import javax.servlet.http.*;
>^
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :3: Package javax.servlet.jsp not found in import.
> import javax.servlet.jsp.*;
>^
> 4 errors
> 
>   at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
>   at 
> org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
>   at 
> org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
>   at 
> org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
>   at 
> org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
>   at org.apache.tomcat.core.ContextManager.service(Unknown Source)
>   at 
> org.apache.tomcat.modules.server.Ajp13Interceptor.processConne
> ction(Unknown Source)
>   at 
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
>   at 
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> Unknown Source)
>   at java.lang.Thread.run(Thread.java:479)
> 
> 2003-01-15 07:45:31 - webapps2:/i1440: Exception in R( /i1440 
> + /login.jsp + null) - org.apache.jasper.JasperException: 
> Unable to compile 
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :0: Class javax.servlet.http.HttpServlet not found in class 
> com.g1440.naf.jdbc.view.ServletView.
> import javax.servlet.*;
> ^
> F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java
> :1: Package javax.servlet not found in import.
> import javax.servlet.*;
>^
> F:\i1440root\opt\local\tomcat\work\web

Re: tomcat 3.3.1 - win2k iis

[Lior Shliechkorn]

Do you have an environment variable set for CLASSPATH containing . ; %JAVA_HOME%\bin; 
%CATALINA_HOME%\common\lib\servlet.jar ?
 "Schultz, Cecilia" <[EMAIL PROTECTED]> wrote:

Hi,

I installed Tomcat 3.3.1 on win2k with IIS. Then I installed an a vendor's web app. 

When I bring up the vendor's login page, I get this error:


===

2003-01-15 07:43:45 - webapps2:/i1440: Reading 
F:\i1440root\opt\i1440\webapps\i1440\WEB-INF\web.xml
2003-01-15 07:43:45 - webapps2:/i1440: Loading 1 InitServlet
2003-01-15 07:45:02 - webapps2:/i1440: Compiling: /login.jsp to login_0
2003-01-15 07:45:31 - webapps2:/i1440: compile error: req=R( /i1440 + /login.jsp + 
null) - org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class com.g1440.naf.jdbc.view.ServletView.

import javax.servlet.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:1: Package 
javax.servlet not found in import.
import javax.servlet.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:2: Package 
javax.servlet.http not found in import.
import javax.servlet.http.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:3: Package 
javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source)
at java.lang.Thread.run(Thread.java:479)

2003-01-15 07:45:31 - webapps2:/i1440: Exception in R( /i1440 + /login.jsp + null) - 
org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class com.g1440.naf.jdbc.view.ServletView.
import javax.servlet.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:1: Package 
javax.servlet not found in import.
import javax.servlet.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:2: Package 
javax.servlet.http not found in import.
import javax.servlet.http.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:3: Package 
javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source)
at java.lang.Thread.run(Thread.java:479)


=

(com.g1440.naf.jdbc.view.ServletView is the vendor's class)


If I bring up a simple test1.jsp page, it comes ok. Does this mean that tomcat is all 
ok and this error is a vendor's specific error? 




Thanks
Cecilia


--
To unsubscribe, e-mail: 
For additional commands, e-mail: 



-
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now

tomcat 3.3.1 - win2k iis

[Schultz, Cecilia]

Hi,

I installed Tomcat 3.3.1 on win2k with IIS.  Then I installed an a vendor's web app. 

When I bring up the vendor's login page, I get this error:


===

2003-01-15 07:43:45 - webapps2:/i1440: Reading 
F:\i1440root\opt\i1440\webapps\i1440\WEB-INF\web.xml
2003-01-15 07:43:45 - webapps2:/i1440: Loading 1 InitServlet
2003-01-15 07:45:02 - webapps2:/i1440: Compiling: /login.jsp to login_0
2003-01-15 07:45:31 - webapps2:/i1440: compile error: req=R( /i1440 + /login.jsp + 
null) - org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class com.g1440.naf.jdbc.view.ServletView.

import javax.servlet.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:1: Package 
javax.servlet not found in import.
import javax.servlet.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:2: Package 
javax.servlet.http not found in import.
import javax.servlet.http.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:3: Package 
javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
   ^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown 
Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown 
Source)
at java.lang.Thread.run(Thread.java:479)

2003-01-15 07:45:31 - webapps2:/i1440: Exception in R( /i1440 + /login.jsp + null) - 
org.apache.jasper.JasperException: Unable to compile 
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:0: Class 
javax.servlet.http.HttpServlet not found in class com.g1440.naf.jdbc.view.ServletView.
import javax.servlet.*;
^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:1: Package 
javax.servlet not found in import.
import javax.servlet.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:2: Package 
javax.servlet.http not found in import.
import javax.servlet.http.*;
   ^
F:\i1440root\opt\local\tomcat\work\webapps2\i1440\login_1.java:3: Package 
javax.servlet.jsp not found in import.
import javax.servlet.jsp.*;
   ^
4 errors

at org.apache.tomcat.facade.JasperLiaison.javac(Unknown Source)
at org.apache.tomcat.facade.JasperLiaison.processJspFile(Unknown Source)
at org.apache.tomcat.facade.JspInterceptor.requestMap(Unknown Source)
at org.apache.tomcat.core.ContextManager.processRequest(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Ajp13Interceptor.processConnection(Unknown 
Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown 
Source)
at java.lang.Thread.run(Thread.java:479)


=

(com.g1440.naf.jdbc.view.ServletView is the vendor's class)


If I bring up a simple test1.jsp page, it comes ok. Does this mean that tomcat is all 
ok and this error is a vendor's specific error? 




Thanks
Cecilia


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tomcat 3.3.1 Problem

[Nathan Smith]

Tomcat 3.3.1 can only use WEB.XML file that uses the servlet 2.2 dtd.
To be  more clear the top of your web.xml file should contain the following:

http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>

The web-apps_2_2.dtd in the url above is the file that basically describes
how the web.xml should be formatted.
Tomcat 3.3.1 implements the Servlet 2.2 API and so does not understand the
web-app_2.3.dtd.

Hope this sheds some light on the problem.

Nathan.


- Original Message -
From: "Sarah Stevens" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, January 07, 2003 9:09 AM
Subject: Re: Tomcat 3.3.1 Problem


> Thanks, Larry and Paul.  (Paul, I don't think I got your whole message,
> it seemed to be truncated)
>
> The '-' at the beginning or some lines are *not* in the actual file.  I
> run tomcat from a window so that I can have live debugging on my
> development computer instead of running it as a servicein the Tomcat
> window, it shows ContextXMLReader:  Context
> config=$Tomcat_Home\conf\apps-BS.xml
> AutoWebApp:  Loaded from config:  DEFAULT:/BS
> ContextManager:  Tomcat configured and in stable state
> ContextManager:  Adding DEFAULT:/BS
>
> So that all looks goodbut then there is an error...
> XMLMapper:  Can't find resource for entity: -//Sun Microsystems,
> Inc.//DTD Web Application 2.3//EN
> -->http://java.sun.com/dtd/web-app_2.3.dtd "null"
>
> What does this error mean?
>
> Thanks a lot!
>
> Sarah
>
>
> Larry Isaacs wrote:
>
> >There doesn't appear to be anything wrong with the XML below,
> >assuming the '-' at the beginning of some lines are *not* in the
> >actual file.
> >
> >Check the log output of Tomcat to make sure no problems are being
> >reported at startup and when tomcat receives the browser request.
> >
> >Cheers,
> >Larry
> >
> >
> >
> >>-Original Message-
> >>From: Sarah Stevens [mailto:[EMAIL PROTECTED]]
> >>Sent: Monday, January 06, 2003 12:12 PM
> >>To: [EMAIL PROTECTED]
> >>Subject: Tomcat 3.3.1 Problem
> >>
> >>
> >>Hello!
> >>
> >>I am having a problem with Tomcat 3.3.1 running with Apache.
> >>I have set
> >>up an xml file named apps-BS.xml under the conf directory as is shown
> >>with the apps-examples.xml file.  However, I am still unable
> >>to access
> >>the BS app from a browser.  Basically, I copied the apps-examples.xml
> >>file.but my XML file text is shown below.  Am I missing something
> >>simple here?
> >>
> >> 
> >>- 
> >>- 
> >>-  >>reloadable="true">
> >>  
> >>  
> >>  
> >>
> >>Thanks,
> >>
> >>Sarah
> >>
> >>
> >>--
> >>To unsubscribe, e-mail:
> >><mailto:tomcat-user-> [EMAIL PROTECTED]>
> >>For
> >>additional commands,
> >>e-mail: <mailto:[EMAIL PROTECTED]>
> >>
> >>
> >>
> >>
> >
> >--
> >To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> >For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
> >
> >
> >
> >
> >
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>
>
>
>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tomcat 3.3.1 Problem

[Sarah Stevens]

Thanks, Larry and Paul.  (Paul, I don't think I got your whole message, 
it seemed to be truncated)  

The '-' at the beginning or some lines are *not* in the actual file.  I 
run tomcat from a window so that I can have live debugging on my 
development computer instead of running it as a servicein the Tomcat 
window, it shows ContextXMLReader:  Context 
config=$Tomcat_Home\conf\apps-BS.xml
AutoWebApp:  Loaded from config:  DEFAULT:/BS
ContextManager:  Tomcat configured and in stable state
ContextManager:  Adding DEFAULT:/BS

So that all looks goodbut then there is an error...
XMLMapper:  Can't find resource for entity: -//Sun Microsystems, 
Inc.//DTD Web Application 2.3//EN 
-->http://java.sun.com/dtd/web-app_2.3.dtd "null"

What does this error mean?

Thanks a lot!

Sarah


Larry Isaacs wrote:

There doesn't appear to be anything wrong with the XML below,
assuming the '-' at the beginning of some lines are *not* in the
actual file.

Check the log output of Tomcat to make sure no problems are being
reported at startup and when tomcat receives the browser request.

Cheers,
Larry

 

-Original Message-
From: Sarah Stevens [mailto:[EMAIL PROTECTED]] 
Sent: Monday, January 06, 2003 12:12 PM
To: [EMAIL PROTECTED]
Subject: Tomcat 3.3.1 Problem


Hello!

I am having a problem with Tomcat 3.3.1 running with Apache.  
I have set 
up an xml file named apps-BS.xml under the conf directory as is shown 
with the apps-examples.xml file.  However, I am still unable 
to access 
the BS app from a browser.  Basically, I copied the apps-examples.xml 
file.but my XML file text is shown below.  Am I missing something 
simple here?


- 
- 
- 
 
 
 

Thanks,

Sarah


--
To unsubscribe, e-mail:   
<mailto:tomcat-user-> [EMAIL PROTECTED]>
For 
additional commands, 
e-mail: <mailto:[EMAIL PROTECTED]>


   


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>



 




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tomcat 3.3.1 Problem

[Paul Campbell]

Should it be apps-BS.xml?

This is what I saw in the docs:
·   Add a  entry in the Tomcat apps.xml configuration file. This approach 
is described briefly below, and allows you to position the document root of your web 
application at some point other than the $TOMCAT_HOME/webapps/ directory. Doing this 
requires the following steps (for Tomcat 3.3): 
Adding a new  entry in Tomcat's apps.xml file involves the following steps 
(for Tomcat 3.3): 
·   If the $TOMCAT_HOME/conf/apps.xml


At 10:12 AM 1/6/2003 -0700, you wrote:
>Hello!
>
>I am having a problem with Tomcat 3.3.1 running with Apache.  I have set up an xml 
>file named apps-BS.xml under the conf directory as is shown with the 
>apps-examples.xml file.  However, I am still unable to access the BS app from a 
>browser.  Basically, I copied the apps-examples.xml file.but my XML file text is 
>shown below.  Am I missing something simple here?
>
>
>- 
>- 
>- 
> 
> 
> 
>
>Thanks,
>
>Sarah
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Tomcat 3.3.1 Problem

[Larry Isaacs]

There doesn't appear to be anything wrong with the XML below,
assuming the '-' at the beginning of some lines are *not* in the
actual file.

Check the log output of Tomcat to make sure no problems are being
reported at startup and when tomcat receives the browser request.

Cheers,
Larry

> -Original Message-
> From: Sarah Stevens [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, January 06, 2003 12:12 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1 Problem
> 
> 
> Hello!
> 
> I am having a problem with Tomcat 3.3.1 running with Apache.  
> I have set 
> up an xml file named apps-BS.xml under the conf directory as is shown 
> with the apps-examples.xml file.  However, I am still unable 
> to access 
> the BS app from a browser.  Basically, I copied the apps-examples.xml 
> file.but my XML file text is shown below.  Am I missing something 
> simple here?
> 
>  
> - 
> - 
> -  reloadable="true">
>   
>   
>   
> 
> Thanks,
> 
> Sarah
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:tomcat-user-> [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Tomcat 3.3.1 Problem

[Sarah Stevens]

Hello!

I am having a problem with Tomcat 3.3.1 running with Apache.  I have set 
up an xml file named apps-BS.xml under the conf directory as is shown 
with the apps-examples.xml file.  However, I am still unable to access 
the BS app from a browser.  Basically, I copied the apps-examples.xml 
file.but my XML file text is shown below.  Am I missing something 
simple here?


- 
- 
- 
 
 
 

Thanks,

Sarah


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Tomcat 3.3.1 and jdk1.4

[Shankar Chelakarai]

Ok I got it working.. my mistake .. for some reason never had a lib
directory inside java1.4 directory . It had the tools.jar file in it. Now it
works just fine.

-Original Message-
From: Shankar Chelakarai [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 26, 2002 12:05 PM
To: Tomcat Users List
Subject: Tomcat 3.3.1 and jdk1.4

Hi ,
   I have been fighting with this problem for quite sometime now. Can
anyone tell me what the problem could be.

I have jdk1.4 installed with tomcat 3.3.1 on a Unix box.
I have set the JAVA_HOME directory set to point to java1.4 .
And when I do java -fullversion I do get java full version "1.4.0-b92"

Now I get this error when I try to run a jsp

org.apache.jasper.JasperException: Unable to compile error: Invalid class
file format in /usr/java1.4/jre/lib/rt.jar(java/lang/Object.class).  The
major.minor version '48.0' is too recent for this tool to understand.
/export/home/jakarta-tomcat-3.3.1/work/DEFAULT/vt/PopAvail_1.java:0: Class
java.lang.Object not found in class javax.servlet.GenericServlet.
import javax.servlet.*;
^
2 errors

at
org.apache.tomcat.facade.JasperLiaison.javac(JspInterceptor.java:898)
at
org.apache.tomcat.facade.JasperLiaison.processJspFile(JspInterceptor.java:73
3)
at
org.apache.tomcat.facade.JspInterceptor.requestMap(JspInterceptor.java:506)
at
org.apache.tomcat.core.ContextManager.processRequest(ContextManager.java:968
)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:87
5)
at
org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Http10I
nterceptor.java:176)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:494)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:516)
at java.lang.Thread.run(Thread.java:536)


I made a few searched on the web and everyone say that its because of
version mismatch . I am not able to figure out where exactly I need to
change what.
One suggestion was to replace tools.jar but I don't see that jar file being
used by jdk1.4 at all. Any suggestions will be most welcome.

Thanks
Shankar


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Tomcat 3.3.1 and jdk1.4

[Shankar Chelakarai]

Hi ,
   I have been fighting with this problem for quite sometime now. Can
anyone tell me what the problem could be.

I have jdk1.4 installed with tomcat 3.3.1 on a Unix box.
I have set the JAVA_HOME directory set to point to java1.4 .
And when I do java -fullversion I do get java full version "1.4.0-b92"

Now I get this error when I try to run a jsp

org.apache.jasper.JasperException: Unable to compile error: Invalid class
file format in /usr/java1.4/jre/lib/rt.jar(java/lang/Object.class).  The
major.minor version '48.0' is too recent for this tool to understand.
/export/home/jakarta-tomcat-3.3.1/work/DEFAULT/vt/PopAvail_1.java:0: Class
java.lang.Object not found in class javax.servlet.GenericServlet.
import javax.servlet.*;
^
2 errors

at org.apache.tomcat.facade.JasperLiaison.javac(JspInterceptor.java:898)
at
org.apache.tomcat.facade.JasperLiaison.processJspFile(JspInterceptor.java:73
3)
at
org.apache.tomcat.facade.JspInterceptor.requestMap(JspInterceptor.java:506)
at
org.apache.tomcat.core.ContextManager.processRequest(ContextManager.java:968
)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:87
5)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Http10I
nterceptor.java:176)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:494)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:516)
at java.lang.Thread.run(Thread.java:536)


I made a few searched on the web and everyone say that its because of
version mismatch . I am not able to figure out where exactly I need to
change what.
One suggestion was to replace tools.jar but I don't see that jar file being
used by jdk1.4 at all. Any suggestions will be most welcome.

Thanks
Shankar


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: custom ClassLoader Purgatory in Tomcat 3.3.1

[Bill Barker]

c URL getResource(String name)
> {
> return getParent().getResource(name);
> }
>
> public Class loadClass(String name) throws ClassNotFoundException
> {
> return loadClass(name, false);
> }
>
> public URL findResource(String name)
> {
> return super.findResource(name);
> }
>
> protected Enumeration findResources(String name) throws IOException
> {
> return super.findResources(name);
> }
>
> }
>
> private static ClassLoader getParentLoader() throws Exception
> {
> // Vector classUrls = new Vector();
> // String tcPath = ""+System.getProperty("tc_path_add");
> //
> // // Get tomcat classpath for 3.3 and later
> // StringTokenizer tknzr = new StringTokenizer(
> // tcPath,File.pathSeparator);
> // while( tknzr.hasMoreTokens() ) {
> // String tkn = tknzr.nextToken();
> // System.out.println(tkn);
> // classUrls.add( new URL("file:"+tkn) );
> // }
> //
> // tknzr = new StringTokenizer(
> // System.getProperty("java.class.path"),File.pathSeparator);
> // while( tknzr.hasMoreTokens() )
> // classUrls.add( new URL("file:"+tknzr.nextToken()) );
> //
> // URL [] classPathArray = new URL[classUrls.size()];
> // classUrls.copyInto( classPathArray );
>
> URL[] classPathArray = new URL[] {
> new URL("file://D:/apache/tomcat331/lib/common/servlet.jar"),
> new URL("file://D:/apache/tomcat331/lib/common/connector_util.jar"),
> new URL("file://D:/apache/tomcat331/lib/common/core_util.jar"),
> new URL("file://D:/apache/tomcat331/lib/common/etomcat.jar"),
> new URL("file://D:/apache/tomcat331/lib/common/jasper-runtime.jar"),
> new URL("file://D:/apache/tomcat331/lib/common/tomcat_core.jar"),
> new URL("file://D:/apache/tomcat331/lib/apps/xalan.jar"),
> new URL("file://D:/apache/tomcat331/lib/apps/xerces.jar"),
> new URL("file://D:/apache/tomcat331/lib/apps/xml4j.jar"),
> new URL("file://D:/apache/tomcat331/lib/apps/xsltc.jar"),
> new URL("file://D:/apache/tomcat331/lib/stop-tomcat.jar"),
> new URL("file://D:/apache/tomcat331/lib/tomcat.jar"),
> new URL("file://D:/apache/tomcat331/lib/container/crimson.jar"),
> new URL("file://D:/apache/tomcat331/lib/container/facade22.jar"),
> new URL("file://D:/apache/tomcat331/lib/container/jasper.jar"),
> new URL("file://D:/apache/tomcat331/lib/container/tomcat_modules.jar"),
> new URL("file://D:/apache/tomcat331/lib/container/tomcat_util.jar"),
> };
>
> // URL other_CP = new URL( System.getProperty("java.class.path") );
> ClassLoader loader = new URLClassLoader(classPathArray);
>
> // String classPathStr = System.getProperty("java.class.path")
> // + File.pathSeparatorChar
> // + System.getProperty("tc_path_add");
> // System.setProperty("java.class.path", classPathStr);
> // System.out.println("\n\njava.class.path= "
> // +System.getProperty("java.class.path") + "\n\n");
>
> return loader;
> }
> }
>
> ---
>
>
> -Original Message-
> From: Jacob Kjome [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 16, 2002 4:55 AM
> To: Tomcat Users List
> Subject: Re: custom ClassLoader Purgatory in Tomcat 3.3.1
>
>
>
> The classloader behavior for webapps is specified in the servlet spec to
be
> exactly opposite that of the normal Java2 classloading behavior.  So,
> classes in the WebappClassLoader will *not* as the parent to load classes
> for it unless it can't find the class to load there first.  That's one
> thing to remember.  The other thing is that parent classloaders can't see
> their children, but children can see their parents.  If you have a class
in
> a parent classloader which is trying to load classes or other resources in
> the child classloader, you will have problemsunless you use the thread
> context classloader.  If you use Class.forName(String) you are asking for
> trouble.  The other version of Class.forName() which takes 3 parameters is
> your ticket out of this situation since you can pass it the thread context
> classloader to load the resource.
>
> Anyway, I'm pretty sure you will be able to do what you are attempting to
> do, but without sample code, no one can help you.
>
> Jake
>
> At 12:59 AM 12/16/2002 -0800, you wrote:
> >Hello,
> >
> >I'm having issues with using a custom classloader in Tomcat 3.3.1.  I
have
> a
> >need to load servlets from a runtime-determined classpath.  The solution
> >worked fine in 3.2.x.  Here's what I think the problem is (let

Re[2]: custom ClassLoader Purgatory in Tomcat 3.3.1

[Jacob Kjome]

PathArray );

KH> URL[] classPathArray = new URL[] {
KH> new 
URL("file://D:/apache/tomcat331/lib/common/servlet.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/common/connector_util.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/common/core_util.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/common/etomcat.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/common/jasper-runtime.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/common/tomcat_core.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/apps/xalan.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/apps/xerces.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/apps/xml4j.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/apps/xsltc.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/stop-tomcat.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/tomcat.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/container/crimson.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/container/facade22.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/container/jasper.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/container/tomcat_modules.jar"),
KH> new 
URL("file://D:/apache/tomcat331/lib/container/tomcat_util.jar"),
KH> };

KH> //  URL other_CP = new URL( 
System.getProperty("java.class.path") );
KH> ClassLoader loader = new URLClassLoader(classPathArray);

KH> //  String classPathStr = 
System.getProperty("java.class.path")
KH> //  + File.pathSeparatorChar
KH> //  + System.getProperty("tc_path_add");
KH> //  System.setProperty("java.class.path", 
classPathStr);
KH> //  System.out.println("\n\njava.class.path= "
KH> //  +System.getProperty("java.class.path") + 
"\n\n");

KH> return loader;
KH> }
KH> }

KH> ---


KH> -Original Message-
KH> From: Jacob Kjome [mailto:[EMAIL PROTECTED]]
KH> Sent: Monday, December 16, 2002 4:55 AM
KH> To: Tomcat Users List
KH> Subject: Re: custom ClassLoader Purgatory in Tomcat 3.3.1



KH> The classloader behavior for webapps is specified in the servlet spec to be
KH> exactly opposite that of the normal Java2 classloading behavior.  So,
KH> classes in the WebappClassLoader will *not* as the parent to load classes
KH> for it unless it can't find the class to load there first.  That's one
KH> thing to remember.  The other thing is that parent classloaders can't see
KH> their children, but children can see their parents.  If you have a class in
KH> a parent classloader which is trying to load classes or other resources in
KH> the child classloader, you will have problemsunless you use the thread
KH> context classloader.  If you use Class.forName(String) you are asking for
KH> trouble.  The other version of Class.forName() which takes 3 parameters is
KH> your ticket out of this situation since you can pass it the thread context
KH> classloader to load the resource.

KH> Anyway, I'm pretty sure you will be able to do what you are attempting to
KH> do, but without sample code, no one can help you.

KH> Jake

KH> At 12:59 AM 12/16/2002 -0800, you wrote:
>>Hello,
>>
>>I'm having issues with using a custom classloader in Tomcat 3.3.1.  I have
KH> a
>>need to load servlets from a runtime-determined classpath.  The solution
>>worked fine in 3.2.x.  Here's what I think the problem is (let me know
KH> where
>>my understanding is flawed):
>>
>>I'm pretty confident any custom classloader that tries to load servlets is
>>doomed on newer versions of Tomcat.  By this I mean, TC4x and TC5x won't
>>work either as they employ a similar classpath paradigm as that of TC3.3x.
>>
>>It seems that the classloader alchemy the Jak

RE: custom ClassLoader Purgatory in Tomcat 3.3.1

[Kurt Heston]

new 
URL("file://D:/apache/tomcat331/lib/container/tomcat_modules.jar"),
new 
URL("file://D:/apache/tomcat331/lib/container/tomcat_util.jar"),
};

//  URL other_CP = new URL( 
System.getProperty("java.class.path") );
ClassLoader loader = new URLClassLoader(classPathArray);

//  String classPathStr = 
System.getProperty("java.class.path")
//  + File.pathSeparatorChar
//  + System.getProperty("tc_path_add");
//  System.setProperty("java.class.path", classPathStr);
//  System.out.println("\n\njava.class.path= "
//  +System.getProperty("java.class.path") + 
"\n\n");

return loader;
}
}

---


-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 16, 2002 4:55 AM
To: Tomcat Users List
Subject: Re: custom ClassLoader Purgatory in Tomcat 3.3.1



The classloader behavior for webapps is specified in the servlet spec to be
exactly opposite that of the normal Java2 classloading behavior.  So,
classes in the WebappClassLoader will *not* as the parent to load classes
for it unless it can't find the class to load there first.  That's one
thing to remember.  The other thing is that parent classloaders can't see
their children, but children can see their parents.  If you have a class in
a parent classloader which is trying to load classes or other resources in
the child classloader, you will have problemsunless you use the thread
context classloader.  If you use Class.forName(String) you are asking for
trouble.  The other version of Class.forName() which takes 3 parameters is
your ticket out of this situation since you can pass it the thread context
classloader to load the resource.

Anyway, I'm pretty sure you will be able to do what you are attempting to
do, but without sample code, no one can help you.

Jake

At 12:59 AM 12/16/2002 -0800, you wrote:
>Hello,
>
>I'm having issues with using a custom classloader in Tomcat 3.3.1.  I have
a
>need to load servlets from a runtime-determined classpath.  The solution
>worked fine in 3.2.x.  Here's what I think the problem is (let me know
where
>my understanding is flawed):
>
>I'm pretty confident any custom classloader that tries to load servlets is
>doomed on newer versions of Tomcat.  By this I mean, TC4x and TC5x won't
>work either as they employ a similar classpath paradigm as that of TC3.3x.
>
>It seems that the classloader alchemy the Jakarta people are doing to allow
>web application classpaths to be independent of each other and that used by
>the core Tomcat components is going to prevent me from instantiating a
>servlet via a runtime-determined classpath.  A JVM process will only allow
a
>single instance of any class type within its process space.  Every JVM
>process has a SystemClassLoader that manages loading the core java stuff,
>like the String class.  Any other classLoader in the process space that
>tries to load a String.class object after the SystemClassLoader has done so
>will throw a NoClassDefFoundException or some other instantiation error.
>
>What's nice about the SystemClassLoader is that any other ClassLoader in
the
>process can check with it to see whether it's created a certain class
before
>trying to do so, and use the one it has.  A ClassLoader can also do this if
>it is chained with other class loaders.  It needs only traverse the chain
>via the getParent() method and query each for the class in question.  The
>problem with Tomcat creating its own class loaders is that my custom class
>loader has no way of knowing what classes they've loaded nor can I use any
>of those instances.  So, when I try to create my servlet object, its super
>class, HttpServlet is also instantiated and pow, the JVM dumps a stack
trace
>claiming it can't find resources.
>
>(sample Stack trace)
>---
>Attempting to load class: java.lang.NoClassDefFoundError
>
>Class name: java.lang.NoClassDefFoundError
>2002-12-15 23:51:07 - Ctx() : Exception in R(  + /servlet/MyServlet +
>null) - java.lang.ExceptionInInitializerError:
>java.util.MissingResourceException: Can't find bundle for base name
>javax.servlet.http.LocalStrings, locale en_US
> at
>java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:
7
>07)
> at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:678)
> at java.util.ResourceBundle.getBundle(ResourceBundle.java:541)
> at javax.servlet.http.HttpServlet.(HttpServlet.java)
>---
>
>I'm guessing this is a nonsense error because the ResourceBundle it's
>looking for is in the same jar that HttpServlet is in.  So, it's definitely
>on the classpath.
>
>Anyway, what else might I try to remedy this?
>
>Thanks.
>
>
>--
>To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: custom ClassLoader Purgatory in Tomcat 3.3.1

[Jacob Kjome]

The classloader behavior for webapps is specified in the servlet spec to be 
exactly opposite that of the normal Java2 classloading behavior.  So, 
classes in the WebappClassLoader will *not* as the parent to load classes 
for it unless it can't find the class to load there first.  That's one 
thing to remember.  The other thing is that parent classloaders can't see 
their children, but children can see their parents.  If you have a class in 
a parent classloader which is trying to load classes or other resources in 
the child classloader, you will have problemsunless you use the thread 
context classloader.  If you use Class.forName(String) you are asking for 
trouble.  The other version of Class.forName() which takes 3 parameters is 
your ticket out of this situation since you can pass it the thread context 
classloader to load the resource.

Anyway, I'm pretty sure you will be able to do what you are attempting to 
do, but without sample code, no one can help you.

Jake

At 12:59 AM 12/16/2002 -0800, you wrote:
Hello,

I'm having issues with using a custom classloader in Tomcat 3.3.1.  I have a
need to load servlets from a runtime-determined classpath.  The solution
worked fine in 3.2.x.  Here's what I think the problem is (let me know where
my understanding is flawed):

I'm pretty confident any custom classloader that tries to load servlets is
doomed on newer versions of Tomcat.  By this I mean, TC4x and TC5x won't
work either as they employ a similar classpath paradigm as that of TC3.3x.

It seems that the classloader alchemy the Jakarta people are doing to allow
web application classpaths to be independent of each other and that used by
the core Tomcat components is going to prevent me from instantiating a
servlet via a runtime-determined classpath.  A JVM process will only allow a
single instance of any class type within its process space.  Every JVM
process has a SystemClassLoader that manages loading the core java stuff,
like the String class.  Any other classLoader in the process space that
tries to load a String.class object after the SystemClassLoader has done so
will throw a NoClassDefFoundException or some other instantiation error.

What's nice about the SystemClassLoader is that any other ClassLoader in the
process can check with it to see whether it's created a certain class before
trying to do so, and use the one it has.  A ClassLoader can also do this if
it is chained with other class loaders.  It needs only traverse the chain
via the getParent() method and query each for the class in question.  The
problem with Tomcat creating its own class loaders is that my custom class
loader has no way of knowing what classes they've loaded nor can I use any
of those instances.  So, when I try to create my servlet object, its super
class, HttpServlet is also instantiated and pow, the JVM dumps a stack trace
claiming it can't find resources.

(sample Stack trace)
---
Attempting to load class: java.lang.NoClassDefFoundError

Class name: java.lang.NoClassDefFoundError
2002-12-15 23:51:07 - Ctx() : Exception in R(  + /servlet/MyServlet +
null) - java.lang.ExceptionInInitializerError:
java.util.MissingResourceException: Can't find bundle for base name
javax.servlet.http.LocalStrings, locale en_US
at
java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:7
07)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:678)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:541)
at javax.servlet.http.HttpServlet.(HttpServlet.java)
---

I'm guessing this is a nonsense error because the ResourceBundle it's
looking for is in the same jar that HttpServlet is in.  So, it's definitely
on the classpath.

Anyway, what else might I try to remedy this?

Thanks.


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

custom ClassLoader Purgatory in Tomcat 3.3.1

[Kurt Heston]

Hello,

I'm having issues with using a custom classloader in Tomcat 3.3.1.  I have a
need to load servlets from a runtime-determined classpath.  The solution
worked fine in 3.2.x.  Here's what I think the problem is (let me know where
my understanding is flawed):

I'm pretty confident any custom classloader that tries to load servlets is
doomed on newer versions of Tomcat.  By this I mean, TC4x and TC5x won't
work either as they employ a similar classpath paradigm as that of TC3.3x.

It seems that the classloader alchemy the Jakarta people are doing to allow
web application classpaths to be independent of each other and that used by
the core Tomcat components is going to prevent me from instantiating a
servlet via a runtime-determined classpath.  A JVM process will only allow a
single instance of any class type within its process space.  Every JVM
process has a SystemClassLoader that manages loading the core java stuff,
like the String class.  Any other classLoader in the process space that
tries to load a String.class object after the SystemClassLoader has done so
will throw a NoClassDefFoundException or some other instantiation error.

What's nice about the SystemClassLoader is that any other ClassLoader in the
process can check with it to see whether it's created a certain class before
trying to do so, and use the one it has.  A ClassLoader can also do this if
it is chained with other class loaders.  It needs only traverse the chain
via the getParent() method and query each for the class in question.  The
problem with Tomcat creating its own class loaders is that my custom class
loader has no way of knowing what classes they've loaded nor can I use any
of those instances.  So, when I try to create my servlet object, its super
class, HttpServlet is also instantiated and pow, the JVM dumps a stack trace
claiming it can't find resources.

(sample Stack trace)
---
Attempting to load class: java.lang.NoClassDefFoundError

Class name: java.lang.NoClassDefFoundError
2002-12-15 23:51:07 - Ctx() : Exception in R(  + /servlet/MyServlet +
null) - java.lang.ExceptionInInitializerError:
java.util.MissingResourceException: Can't find bundle for base name
javax.servlet.http.LocalStrings, locale en_US
at
java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:7
07)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:678)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:541)
at javax.servlet.http.HttpServlet.(HttpServlet.java)
---

I'm guessing this is a nonsense error because the ResourceBundle it's
looking for is in the same jar that HttpServlet is in.  So, it's definitely
on the classpath.

Anyway, what else might I try to remedy this?

Thanks.


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Filter in Tomcat 3.3.1

[Craig R. McClanahan]

Please do not cross-post questions on both the DEV and USER lists.  In
particular, this is a USER list sort of question.

On Thu, 28 Nov 2002, Laxmikanth M.S. wrote:

> Date: Thu, 28 Nov 2002 17:49:09 +0530
> From: Laxmikanth M.S. <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED], [EMAIL PROTECTED]
> Subject: Filter in Tomcat 3.3.1
>
> Hi all,
> can filter be applied in Tomcat 3.3.1.

If you're speaking of javax.servlet.Filter, you cannot -- Tomcat 3.3
implements the Servlet 2.2 specification, and filters were not added until
Servlet 2.3.

> did anyone try filters in tomcat3.3.1 if so please tell me the sequnce...
> thanks in advance
>
> Regards
> Laxmikanth M S

Craig


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Tomcat 3.3.1 crashes with Socket Write Error

[Johan Lind]

Hi!

Has anyone seen this error??

"Connection reset by peer: socket write error"

This is written in the servlet log of Tomcat 3.3.1
its currently standalone and runs onyl one web app.

Servlet Filter in Tomcat 3.3.1

[Laxmikanth M.S.]

Hi all,
can filter be applied in Tomcat 3.3.1.
did anyone try filters in tomcat3.3.1 if so please tell me the sequnce...
thanks in advance

Regards
Laxmikanth M S 
Off*  : 91-80-6610330 extn 1256
Res* : 91-80-5267150
http://www.sonata-software.com

> Coming together is the beginning, staying together is progress and working
> together is Success
What lies behind us and what lies before us are tiny matters compared to
what lies within us  - Emerson


*
Disclaimer: The information in this e-mail and any attachments is
confidential / privileged. It is intended solely for the addressee or
addressees. If you are not the addressee indicated in this message, you may
not copy or deliver this message to anyone. In such case, you should destroy
this message and kindly notify the sender by reply email. Please advise
immediately if you or your employer does not consent to Internet email for
messages of this kind.
*

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Filter in Tomcat 3.3.1

[Laxmikanth M.S.]

Hi all,
can filter be applied in Tomcat 3.3.1.
did anyone try filters in tomcat3.3.1 if so please tell me the sequnce...
thanks in advance

Regards
Laxmikanth M S 
Off*  : 91-80-6610330 extn 1256
Res* : 91-80-5267150
http://www.sonata-software.com

> Coming together is the beginning, staying together is progress and working
> together is Success
What lies behind us and what lies before us are tiny matters compared to
what lies within us  - Emerson


*
Disclaimer: The information in this e-mail and any attachments is
confidential / privileged. It is intended solely for the addressee or
addressees. If you are not the addressee indicated in this message, you may
not copy or deliver this message to anyone. In such case, you should destroy
this message and kindly notify the sender by reply email. Please advise
immediately if you or your employer does not consent to Internet email for
messages of this kind.
*

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Tomcat 3.3.1 crashing with Socket Write Error

[Johan Lind]

Hi!

I'm running a Web Application in TomCat Standalone 3.3.1 on port 81 and it
crashes randomly.

This is the servlet log:

--Start of Log--

2002-11-28 12:34:12 - /wfm: IOException in R( /wfm +
/images/arrow_button_l_bottom.gif + null) - java.net.SocketException:
Connection reset by peer: socket write error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at
org.apache.tomcat.modules.server.Http10.sendHeaders(Http10.java:404)
at
org.apache.tomcat.modules.server.HttpResponse.endHeaders(Http10Interceptor.j
ava:474)
at
org.apache.tomcat.core.OutputBuffer.realWriteBytes(OutputBuffer.java:176)
at
org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
at org.apache.tomcat.core.OutputBuffer.flush(OutputBuffer.java:318)
at org.apache.tomcat.core.OutputBuffer.close(OutputBuffer.java:305)
at org.apache.tomcat.core.Response.finish(Response.java:271)
at
org.apache.tomcat.core.ContextManager.service(ContextManager.java:838)
at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Http10I
nterceptor.java:176)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:494)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:516)
at java.lang.Thread.run(Thread.java:536)

2002-11-28 12:34:12 - /wfm: IOException in R( /wfm +
/images/arrow_button_r_bottom.gif + null) - java.net.SocketException:
Connection reset by peer: socket write error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
at
org.apache.tomcat.modules.server.Http10.sendHeaders(Http10.java:404)
at
org.apache.tomcat.modules.server.HttpResponse.endHeaders(Http10Interceptor.j
ava:474)
at
org.apache.tomcat.core.OutputBuffer.realWriteBytes(OutputBuffer.java:176)
at
org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
at org.apache.tomcat.core.OutputBuffer.flush(OutputBuffer.java:318)
at org.apache.tomcat.core.OutputBuffer.close(OutputBuffer.java:305)
at org.apache.tomcat.core.Response.finish(Response.java:271)
at
org.apache.tomcat.core.ContextManager.service(ContextManager.java:838)
at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Http10I
nterceptor.java:176)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:494)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:516)
at java.lang.Thread.run(Thread.java:536)

--End of Log--

Can I have some help with this??

I'm running Windows 2000 Server (English with SP3)

RE: Tomcat 3.3.1 vs Tomcat 4.0.x vs Tomcat 4.1.x

[Fenlason, Josh]

Thanks a lot.  I appriciate your help.  Have a nice day.
,
Josh.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Tomcat 3.3.1 vs Tomcat 4.0.x vs Tomcat 4.1.x

[Craig R. McClanahan]

On Wed, 27 Nov 2002, Fenlason, Josh wrote:

> Date: Wed, 27 Nov 2002 13:25:30 -0500
> From: "Fenlason, Josh" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: Tomcat 3.3.1 vs Tomcat 4.0.x vs Tomcat 4.1.x
>
> Thanks for the advice.  I was reading the Tomcat 4.x release notes and
> the javac memory leak concerns me because we use a lot of jsp pages.
> Is that not a problem in Tomcat 3.3.1?  I didn't see it mentioned, but
> maybe I just missed it.
>

The memory leak issues aren't an issue with 4.1 any longer.  I don't
believe 3.3 is susceptible to this problem either, but don't know for
sure.

Craig


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Tomcat 3.3.1 vs Tomcat 4.0.x vs Tomcat 4.1.x

[Fenlason, Josh]

Thanks for the advice.  I was reading the Tomcat 4.x release notes and the javac 
memory leak concerns me because we use a lot of jsp pages.  Is that not a problem in 
Tomcat 3.3.1?  I didn't see it mentioned, but maybe I just missed it.

> Simple advice #3 -- if you need features defined in servlet 2.3 and JSP
> 1.2, you'll need to use Tomcat 4.0.x or 4.1.x to get them.  If your app
> runs on servlet 2.2 / JSP 1.1, it will run on any of the servers you
> propose to look at.
The features are not a huge factor.  We have to support other servlet engines besides 
Tomcat, not all of which support the new specs yet.  As a result, we can't take full 
advantage of those features until all the servlet engines we support comply.  

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tomcat 3.3.1 vs Tomcat 4.0.x vs Tomcat 4.1.x

[Craig R. McClanahan]

On Wed, 27 Nov 2002, Fenlason, Josh wrote:

> Date: Wed, 27 Nov 2002 11:22:03 -0500
> From: "Fenlason, Josh" <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.3.1 vs Tomcat 4.0.x vs Tomcat 4.1.x
>
> I'm investigating the different versions of Tomcat to see which will
> better suit our needs.  Which ever version we go with, we will be
> committed to for a while, so I want to make an educated decision.
> Since we will make a long term commitment to the version, I would be
> inclined to go with the latest Tomcat possible.  I had heard that Tomcat
> 4.x is not as quick as 3.3.1.  Does anyone know if that is the case?  I
> have used all three versions in my single user environment and not
> noticed a performance difference.  Has anyone used any in a multi user
> environment?  Any input on the pluses and/or minuses of various Tomcat
> versions would be greatly appreciated.  Thanks in advance. , Josh.
>

Simple advice #1 -- try them all and see which runs fastest for *your*
application.  Nobody else's benchmark, no matter what it says, will help
you much.  (I would tend to compare just the latest 3.3 and 4.1 if you're
in a hurry, but that's more because these are the branches getting
actively maintained.)

Simple advice #2 -- "fastest possible" is not always the right goal.
Sometimes "fast enough' is just fine, especially if there are other
compensating features that make your development easier and more
productive.

Simple advice #3 -- if you need features defined in servlet 2.3 and JSP
1.2, you'll need to use Tomcat 4.0.x or 4.1.x to get them.  If your app
runs on servlet 2.2 / JSP 1.1, it will run on any of the servers you
propose to look at.

Craig


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Tomcat 3.3.1 vs Tomcat 4.0.x vs Tomcat 4.1.x

[Fenlason, Josh]

I'm investigating the different versions of Tomcat to see which will better suit our 
needs.  Which ever version we go with, we will be committed to for a while, so I want 
to make an educated decision.  Since we will make a long term commitment to the 
version, I would be inclined to go with the latest Tomcat possible.  I had heard that 
Tomcat 4.x is not as quick as 3.3.1.  Does anyone know if that is the case?  I have 
used all three versions in my single user environment and not noticed a performance 
difference.  Has anyone used any in a multi user environment?  Any input on the pluses 
and/or minuses of various Tomcat versions would be greatly appreciated.  Thanks in 
advance.
,
Josh.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Tomcat 3.3.1 in Windows occupies 100 % CPU

[Surendra Kumar]

Hi all
  We are using Apache 1.3.26 + Tomcat 3.3.1 in W2K  Professional platform.
  During some servlet operations the CPU usage of Tomcat process becomes 100 % and it 
stays there for  long (even days).

  Did anyone face this kind of problems ? Please let me know how to debug this.

  I also like to know, how to take thread dump of tomcat process. Since tomcat is 
running as windows service i could not use
  the normal sequence ( ctrl + break).

  Thanks for any help on this regard.


-Surendra
 
 

Re: MIME Types Registration for Tomcat 3.3.1-4

[Bill Barker]

Unfortunately, this is something that got left out of the configuration for
3.3.  As a result, there are only two ways to do this at the moment:

1) Add the s to all of your web.xml files.
2) Edit o.a.t.u.http.MimeMap, and re-compile.

It would be nice to add back this to the config for 3.3.2.

"Brian Dixon" <[EMAIL PROTECTED]> wrote in message
001401c2919e$2c32c420$4a011fac@bdixon">news:001401c2919e$2c32c420$4a011fac@bdixon...
> I saw the post appended to this message on the archive list, but not
> replies to it.  I would like to pose the same question.  Namely, how
> does one specify MIME-types in Tomcat 3.3.1-4 standalone?  I cannot find
> a web.xml file anywhere on my web server.
>
> Thanks,
> Brian
>
> 
> Brian Dixon
> Regenstrief Institute, Inc.
> Indiana University Medical Center
> 1050 Wishard Blvd.
> Indianapolis, IN 46202
> (317) 630-8822
> Web: www.regenstrief.org
> Email: [EMAIL PROTECTED]
>
> "Human creativity multiplied by the computing power of super-recursive
> devices and algorithms will cause the real revolution in information
> technology and in our lives." - Mark Burgin
>
> --Original
> Message--
> Hi all,
>
>   I want to set mime-type in tomcat 3.3.  However, I can't find the
> web.xml under $TOMCAT_HOME/conf (there is a default web.xml under
> $TOMCAT_HOME/conf for tomcat 3.2).  Also I can't find any document
> about setting mime-type in tomcat 3.3.  Where to set mime-type in
> order to make tomcat works?  Anyway example of web.xml format?
>
> Rgds,
> unplug





--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Tomcat 3.3.1 Port Switching

[Brian Dixon]

How do you change the default port in Tomcat 3.3.1 from the default,
8080, to say 80?  I edited the server.xml file but that didn't seem to
be enough.  I am running Tomcat in standalone (not in conjunction with
Apache).  Is there another file or parameter that needs to be edited???

Thoughts and help much appreciated,
Brian the Tomcat newbie


Brian Dixon
Regenstrief Institute, Inc.
Indiana University Medical Center
1050 Wishard Blvd.
Indianapolis, IN 46202
(317) 630-8822
Web: www.regenstrief.org
Email: [EMAIL PROTECTED]
 
"Human creativity multiplied by the computing power of super-recursive
devices and algorithms will cause the real revolution in information
technology and in our lives." - Mark Burgin



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>