RE: tomcat 3.2.4

2005-10-11 Thread GB Developer
http://archive.apache.org/dist/jakarta/tomcat-3/archive/v3.2.4/


> -Original Message-
> From: Steve Souza [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, October 11, 2005 3:18 PM
> To: Tomcat Users List
> Subject: tomcat 3.2.4
> 
> 
> Hi folks,
> 
> The question is simple - we'd like to get the 3.2.4
> release of Tomcat, but do not see a download link on
> the Apache site.  Is it archived somewhere?  I know


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



Re: tomcat 3.2.4

2005-10-11 Thread Glen Mazza

http://jakarta.apache.org/tomcat/tomcat-3.2-doc/index.html should be 3.2.4.

Glen

Steve Souza wrote:

Hi folks,

I'm new to the list, so I apologize in advance for any
faux pas I may commit here!

The question is simple - we'd like to get the 3.2.4
release of Tomcat, but do not see a download link on
the Apache site.  Is it archived somewhere?  I know
it's old, but we haven't moved to the new architecture
yet.

Many many thanks!

Regards,
Steve

-
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.2.4 behind a proxy

2003-08-27 Thread Brian Peterson
Hello,

You may want to upgrade to a 4.1.x or 5.0.x version of Tomcat.  I'm having
issues with certain keep-alives in 4.1.27, but other than that the reverse
proxy setup I have seems to work well.

Good Luck!

Brian Peterson

> -Original Message-
> From: Armenio Pinto [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 26, 2003 3:30 AM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.2.4 behind a proxy
>
>
> Hi there,
>
>  I'm replying because I haven't received any answers yet.
> Is the list
> working correctly (I received the e-mail, so...)? Is the
> question confusion
> in any way? I really need to solve this problem, because
> currently I can't
> make Tomcat available to the users. Thanks in advance,
>
> Arménio Pinto
>
>
> -Original Message-
> From: Armenio Pinto [mailto:[EMAIL PROTECTED]
> Sent: segunda-feira, 25 de Agosto de 2003 16:41
> To: 'Tomcat Users List'
> Subject: Tomcat 3.2.4 behind a proxy
>
>
> Hi there,
>
>  I'm current using Tomcat 3.2.4 in a private network, and
> want to give
> access to external clients through an Apache server
> configured as proxy. The
> problem is that Tomcat is changing request addresses... I
> know how to solve
> this problem in Apache (simply turn UseCanonicalName off),
> but how can I do
> it in Tomcat?
>
> For example: if the proxy address to Tomcat is
> www.test.pt/tomcat, it seems
> that Tomcat changes it to www.othersidetest.pt:8080.
>
> Thanks in advance,
> Arménio Pinto
>
> -
> 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.2.4 behind a proxy

2003-08-26 Thread Armenio Pinto
Hi there,

 I'm replying because I haven't received any answers yet. Is the list
working correctly (I received the e-mail, so...)? Is the question confusion
in any way? I really need to solve this problem, because currently I can't
make Tomcat available to the users. Thanks in advance,

Arménio Pinto


-Original Message-
From: Armenio Pinto [mailto:[EMAIL PROTECTED]
Sent: segunda-feira, 25 de Agosto de 2003 16:41
To: 'Tomcat Users List'
Subject: Tomcat 3.2.4 behind a proxy


Hi there,

 I'm current using Tomcat 3.2.4 in a private network, and want to give
access to external clients through an Apache server configured as proxy. The
problem is that Tomcat is changing request addresses... I know how to solve
this problem in Apache (simply turn UseCanonicalName off), but how can I do
it in Tomcat?

For example: if the proxy address to Tomcat is www.test.pt/tomcat, it seems
that Tomcat changes it to www.othersidetest.pt:8080.

Thanks in advance,
Arménio Pinto

-
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.2.4 slow with Jdk1.4 and SSL

2002-09-11 Thread Bill Barker


"Andreas Mohrig" <[EMAIL PROTECTED]> wrote in message
70DD0724686ED611ACC70050228A1ECA06DC5E@SRV_1">news:70DD0724686ED611ACC70050228A1ECA06DC5E@SRV_1...
> I forgot to mention that my server works behind apache which is doing all
> the encryption, so at least my performance problem is definitely caused at
> the client side, i.e. within the java-code using the https implementation
> from jdk1.4. But even my tomcat alone is very fast. In my test environment
I
> can access the server both on port 443 (then apache will handle the
> encryption, leaving tomcat nothing to do but answer the request
unencrypted
> over ajp) and on 8443 (then tomcat will do the encryption, probably with
the
> help of the jdk1.4 components that were a part of JSSE prior to jdk1.4).
> There is no notable difference in speed between the two requests, not even
> if I close the browser to enforce a new ssl-handshake for each request.
>
> But thanks for the suggestions anyway, Bill. I downloaded PureTLS and the
> required packages for use on the client side. Unfortunately, there is no
> https protocol handler (at least none that I found so far) that could
> provide a replacement for the sun implementation. I'm looking for
something
> to specify in the following two statements to use PureTLS instead of the
> functionality provided by jdk1.4:
>
> System.setProperty("java.protocol.handler.pkgs",
> "com.sun.net.ssl.internal.www.protocol"); <-- here
> Security.addProvider(
> new com.sun.net.ssl.internal.ssl.Provider()); <-- and here
>
> Do you (or does anyone) know of something like this for PureTLS?

I, personally, don't know (or, rather, don't feel like digging through the
source code to find out :).  But sending to the PureTLS mailing list
<[EMAIL PROTECTED]> may help. Subscription address:
<[EMAIL PROTECTED]>.  Links are based on documentation from
http://www.rtfm.com/puretls/.  I'm not personally involved with the PureTLS
project, so I'm not accepting any responsibility for broken links. ;-)

>
> And Wolfgang (you're right by the way assuming that I'm from germany, but
I
> hope our problem has nothing to do with that ;-), can you confirm that the
> problem is on the client side in the java code? How is the performance of
> your tomcat when you access the same resources with a browser?
> The forum-postings you quoted seem to imply that the low performance could
> have been a problem of jdk's prior to 1.4 as well which simply did not
show
> (at least from within applets running inside IE) because IE used it's own
> ssl/https-implementation when used with jdk1.3 (and earlier) and jdk1.4's
if
> used with that version.
>
> greetings
>
> Andreas Mohrig
>
> -Original Message-
> From: Bill Barker [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 11, 2002 7:29 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat 3.2.4 slow with Jdk1.4 and SSL
>
>
> I think that you are out of luck with 3.2.x.
>
> With 3.3.1 and 4.1.10 you can use PureTLS (http://www.rtfm.com/puretls).
> (With 4.0.4, you need to use the CoyoteConnector plugin to enable it).
I've
> heard good reports about using it with client-certs, but haven't tried it
> myself.
>
> Unfortunately, the documentation is still a little weak. :(  The best
place
> is the 3.3.1 documentation
> http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ssl-howto.html. The
> translation to the 4.x CoyoteConnector is pretty straight-forward (the SSL
> attributes are on the Factory), but AFAIK, nobody has actually written it
up
> yet.
>
> "Wolfgang Stein" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > I realize you are also a German resident and
> > remember the download of JSSE were differing
> > for non-US citizens.
> > I assume we are victims of a hidden key escrow
> > or Echelon's information gathering efforts :-)
> >
> > But, all joking(?) aside:
> > This seems to be a known jdk1.4 issue. There are
> > some related postings at the developer connection
> > forums, e.g.
> > http://forum.java.sun.com/thread.jsp?forum=2&thread=239231)
> >
> > It ends up in the recommendation to use a commercial product
> > but also states that SUN's implementation were
> > "one of the better implementations" ...
> >
> > So,
> > did anybody succeed in using a third party JSSE that works
> > with tomcat and sufficient performance? Any suggestions ?
> >
> >
> > Thanks in advance,
> > Wolfgang
> >
> >
> > > -Original Message-
> 

RE: Tomcat 3.2.4 slow with Jdk1.4 and SSL

2002-09-11 Thread Andreas Mohrig

I forgot to mention that my server works behind apache which is doing all
the encryption, so at least my performance problem is definitely caused at
the client side, i.e. within the java-code using the https implementation
from jdk1.4. But even my tomcat alone is very fast. In my test environment I
can access the server both on port 443 (then apache will handle the
encryption, leaving tomcat nothing to do but answer the request unencrypted
over ajp) and on 8443 (then tomcat will do the encryption, probably with the
help of the jdk1.4 components that were a part of JSSE prior to jdk1.4).
There is no notable difference in speed between the two requests, not even
if I close the browser to enforce a new ssl-handshake for each request.

But thanks for the suggestions anyway, Bill. I downloaded PureTLS and the
required packages for use on the client side. Unfortunately, there is no
https protocol handler (at least none that I found so far) that could
provide a replacement for the sun implementation. I'm looking for something
to specify in the following two statements to use PureTLS instead of the
functionality provided by jdk1.4:

System.setProperty("java.protocol.handler.pkgs",
"com.sun.net.ssl.internal.www.protocol"); <-- here
Security.addProvider(
new com.sun.net.ssl.internal.ssl.Provider()); <-- and here

Do you (or does anyone) know of something like this for PureTLS?

And Wolfgang (you're right by the way assuming that I'm from germany, but I
hope our problem has nothing to do with that ;-), can you confirm that the
problem is on the client side in the java code? How is the performance of
your tomcat when you access the same resources with a browser?
The forum-postings you quoted seem to imply that the low performance could
have been a problem of jdk's prior to 1.4 as well which simply did not show
(at least from within applets running inside IE) because IE used it's own
ssl/https-implementation when used with jdk1.3 (and earlier) and jdk1.4's if
used with that version.

greetings

Andreas Mohrig

-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 11, 2002 7:29 AM
To: [EMAIL PROTECTED]
Subject: Re: Tomcat 3.2.4 slow with Jdk1.4 and SSL


I think that you are out of luck with 3.2.x.

With 3.3.1 and 4.1.10 you can use PureTLS (http://www.rtfm.com/puretls).
(With 4.0.4, you need to use the CoyoteConnector plugin to enable it).  I've
heard good reports about using it with client-certs, but haven't tried it
myself.

Unfortunately, the documentation is still a little weak. :(  The best place
is the 3.3.1 documentation
http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ssl-howto.html. The
translation to the 4.x CoyoteConnector is pretty straight-forward (the SSL
attributes are on the Factory), but AFAIK, nobody has actually written it up
yet.

"Wolfgang Stein" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I realize you are also a German resident and
> remember the download of JSSE were differing
> for non-US citizens.
> I assume we are victims of a hidden key escrow
> or Echelon's information gathering efforts :-)
>
> But, all joking(?) aside:
> This seems to be a known jdk1.4 issue. There are
> some related postings at the developer connection
> forums, e.g.
> http://forum.java.sun.com/thread.jsp?forum=2&thread=239231)
>
> It ends up in the recommendation to use a commercial product
> but also states that SUN's implementation were
> "one of the better implementations" ...
>
> So,
> did anybody succeed in using a third party JSSE that works
> with tomcat and sufficient performance? Any suggestions ?
>
>
> Thanks in advance,
> Wolfgang
>
>
> > -Original Message-
> > From: Andreas Mohrig [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 10, 2002 2:20 PM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat 3.2.4 slow with Jdk1.4 and SSL
> >
> >
> > I'm using Tomcat 4.0.4 with Jdk1.4 (on both Linux-Server and
> > Windows NT
> > client) and worrying about a quite similar problem. The
> > server is extremely
> > fast (I'd say the answer takes some milliseconds) when I
> > access it with a
> > browser (e.g. MS IE 5.0), but it takes about 20 seconds (!)
> > when I try a
> > request using java code like this:
> >
> > URL url = new URL("https://myserver/myresource";);
> > URLConnection con = url.openConnection();
> > BufferedReader reader = new BufferedReader(new
> > InputStreamReader(con.getInputStream()));
> >   StringBuffer resultbuffer = new StringBuffer();
> > String result = reader.readLine();
> > 

Re: Tomcat 3.2.4 slow with Jdk1.4 and SSL

2002-09-10 Thread Bill Barker

I think that you are out of luck with 3.2.x.

With 3.3.1 and 4.1.10 you can use PureTLS (http://www.rtfm.com/puretls).
(With 4.0.4, you need to use the CoyoteConnector plugin to enable it).  I've
heard good reports about using it with client-certs, but haven't tried it
myself.

Unfortunately, the documentation is still a little weak. :(  The best place
is the 3.3.1 documentation
http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ssl-howto.html. The
translation to the 4.x CoyoteConnector is pretty straight-forward (the SSL
attributes are on the Factory), but AFAIK, nobody has actually written it up
yet.

"Wolfgang Stein" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I realize you are also a German resident and
> remember the download of JSSE were differing
> for non-US citizens.
> I assume we are victims of a hidden key escrow
> or Echelon's information gathering efforts :-)
>
> But, all joking(?) aside:
> This seems to be a known jdk1.4 issue. There are
> some related postings at the developer connection
> forums, e.g.
> http://forum.java.sun.com/thread.jsp?forum=2&thread=239231)
>
> It ends up in the recommendation to use a commercial product
> but also states that SUN's implementation were
> "one of the better implementations" ...
>
> So,
> did anybody succeed in using a third party JSSE that works
> with tomcat and sufficient performance? Any suggestions ?
>
>
> Thanks in advance,
> Wolfgang
>
>
> > -Original Message-
> > From: Andreas Mohrig [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 10, 2002 2:20 PM
> > To: 'Tomcat Users List'
> > Subject: RE: Tomcat 3.2.4 slow with Jdk1.4 and SSL
> >
> >
> > I'm using Tomcat 4.0.4 with Jdk1.4 (on both Linux-Server and
> > Windows NT
> > client) and worrying about a quite similar problem. The
> > server is extremely
> > fast (I'd say the answer takes some milliseconds) when I
> > access it with a
> > browser (e.g. MS IE 5.0), but it takes about 20 seconds (!)
> > when I try a
> > request using java code like this:
> >
> > URL url = new URL("https://myserver/myresource";);
> > URLConnection con = url.openConnection();
> > BufferedReader reader = new BufferedReader(new
> > InputStreamReader(con.getInputStream()));
> >   StringBuffer resultbuffer = new StringBuffer();
> > String result = reader.readLine();
> > while (result!=null) {
> > resultbuffer.append(result);
> > resultbuffer.append("\n");
> > result = reader.readLine();
> > }
> > reader.close();
> >
> > This is true for subsequent requests as well. The content
> > consists of about
> > 100 bytes which should be no problem.
> >
> > So: yes, I'm experiencing a heavy performance problem. I
> > can't say if it is
> > a performance decrease, though, since I did not test with
> > older Jdk's and
> > jsse (perhaps I should...). Any solutions, hints or
> > suggestions would be
> > very welcome!
> >
> > greetings
> >
> > Andreas Mohrig
> > -Original Message-
> > From: Wolfgang Stein [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, September 10, 2002 12:15 PM
> > To: [EMAIL PROTECTED]
> > Subject: Tomcat 3.2.4 slow with Jdk1.4 and SSL
> >
> >
> >
> > Migrating from Jdk1.3 to Jdk1.4 we encountered a significant
> > performance decrease on SSL-communications (server certs) between
> > Applets and Tomcat 3.2.4.
> >
> > Did anybody experience similar performance losses ?
> >
> > Does this happen because of a low SSL implementation in jdk1.4 ?
> > Did anybody successfully provide a faster implementation?
> >
> >
> > We used jdk1.4 on client and server-side.
> >
> >
> >
> > Thanks in advance,
> > Wolfgang
> >
> > --
> > 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.2.4 slow with Jdk1.4 and SSL

2002-09-10 Thread Wolfgang Stein

I realize you are also a German resident and
remember the download of JSSE were differing
for non-US citizens.
I assume we are victims of a hidden key escrow
or Echelon's information gathering efforts :-)

But, all joking(?) aside:
This seems to be a known jdk1.4 issue. There are
some related postings at the developer connection
forums, e.g.
http://forum.java.sun.com/thread.jsp?forum=2&thread=239231)

It ends up in the recommendation to use a commercial product
but also states that SUN's implementation were
"one of the better implementations" ...

So, 
did anybody succeed in using a third party JSSE that works
with tomcat and sufficient performance? Any suggestions ?


Thanks in advance,
Wolfgang
 

> -Original Message-
> From: Andreas Mohrig [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 10, 2002 2:20 PM
> To: 'Tomcat Users List'
> Subject: RE: Tomcat 3.2.4 slow with Jdk1.4 and SSL
> 
> 
> I'm using Tomcat 4.0.4 with Jdk1.4 (on both Linux-Server and 
> Windows NT
> client) and worrying about a quite similar problem. The 
> server is extremely
> fast (I'd say the answer takes some milliseconds) when I 
> access it with a
> browser (e.g. MS IE 5.0), but it takes about 20 seconds (!) 
> when I try a
> request using java code like this:
> 
>   URL url = new URL("https://myserver/myresource";);
>   URLConnection con = url.openConnection();
>   BufferedReader reader = new BufferedReader(new
> InputStreamReader(con.getInputStream()));
>   StringBuffer resultbuffer = new StringBuffer();
>   String result = reader.readLine();
>   while (result!=null) {
>   resultbuffer.append(result);
>   resultbuffer.append("\n");
>   result = reader.readLine();
>   }
>   reader.close();
> 
> This is true for subsequent requests as well. The content 
> consists of about
> 100 bytes which should be no problem. 
> 
> So: yes, I'm experiencing a heavy performance problem. I 
> can't say if it is
> a performance decrease, though, since I did not test with 
> older Jdk's and
> jsse (perhaps I should...). Any solutions, hints or 
> suggestions would be
> very welcome!
> 
> greetings
> 
> Andreas Mohrig
> -Original Message-
> From: Wolfgang Stein [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 10, 2002 12:15 PM
> To: [EMAIL PROTECTED]
> Subject: Tomcat 3.2.4 slow with Jdk1.4 and SSL
> 
> 
> 
> Migrating from Jdk1.3 to Jdk1.4 we encountered a significant 
> performance decrease on SSL-communications (server certs) between 
> Applets and Tomcat 3.2.4.
> 
> Did anybody experience similar performance losses ?
> 
> Does this happen because of a low SSL implementation in jdk1.4 ?
> Did anybody successfully provide a faster implementation?
> 
> 
> We used jdk1.4 on client and server-side.
> 
> 
> 
> Thanks in advance,
> Wolfgang
> 
> --
> 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.2.4 slow with Jdk1.4 and SSL

2002-09-10 Thread Andreas Mohrig

I'm using Tomcat 4.0.4 with Jdk1.4 (on both Linux-Server and Windows NT
client) and worrying about a quite similar problem. The server is extremely
fast (I'd say the answer takes some milliseconds) when I access it with a
browser (e.g. MS IE 5.0), but it takes about 20 seconds (!) when I try a
request using java code like this:

URL url = new URL("https://myserver/myresource";);
URLConnection con = url.openConnection();
BufferedReader reader = new BufferedReader(new
InputStreamReader(con.getInputStream()));
  StringBuffer resultbuffer = new StringBuffer();
String result = reader.readLine();
while (result!=null) {
resultbuffer.append(result);
resultbuffer.append("\n");
result = reader.readLine();
}
reader.close();

This is true for subsequent requests as well. The content consists of about
100 bytes which should be no problem. 

So: yes, I'm experiencing a heavy performance problem. I can't say if it is
a performance decrease, though, since I did not test with older Jdk's and
jsse (perhaps I should...). Any solutions, hints or suggestions would be
very welcome!

greetings

Andreas Mohrig
-Original Message-
From: Wolfgang Stein [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 10, 2002 12:15 PM
To: [EMAIL PROTECTED]
Subject: Tomcat 3.2.4 slow with Jdk1.4 and SSL



Migrating from Jdk1.3 to Jdk1.4 we encountered a significant 
performance decrease on SSL-communications (server certs) between 
Applets and Tomcat 3.2.4.

Did anybody experience similar performance losses ?

Does this happen because of a low SSL implementation in jdk1.4 ?
Did anybody successfully provide a faster implementation?


We used jdk1.4 on client and server-side.



Thanks in advance,
Wolfgang

--
To unsubscribe, e-mail:

For additional commands, e-mail:


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




RE: Tomcat 3.2.4 and Apache 2.0.35 question

2002-04-16 Thread Brandon Cruz

Did you compile mod_jk on your own machine, or did you get a binary from
somewhere?  I have had this problem when I don't compile mod_jk on my own.

Good Luck, I know it's frustrating...

Brandon

-Original Message-
From: Stuart Morse [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 16, 2002 11:47 AM
To: [EMAIL PROTECTED]
Subject: Tomcat 3.2.4 and Apache 2.0.35 question


Hi All,

I have successfully had Apache and Tomcat working together on Windows 98
and FreeBSD using mod_jserv. I'm trying to do the same thing on NT 4.0
Workstation using mod_jk. I have added the line:

  Include c:/Program Files/Tomcat/conf/mod_jk.conf-auto

at the end of my httpd.conf file and have placed the mod_jk.dll file from
the Apache site in the modules directory under the Apache home directory.
I have defined the environment variables JAVA_HOME and TOMCAT_HOME.
Both Apache and Tomcat operate fine in stand-alone mode, but when I include
the line above in httpd.conf a dialog is displayed when I try and start
Apache saying:

  The requested operation has failed!

I can't find an error message anywhere that would give me a clue about
what went wrong. Even when I provide an empty mod_jk.conf-auto file I get
the same message.

Any ideas?

Regards,

Stuart


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




Re: Tomcat 3.2.4, Java 1.3.1, linux, and process usage

2002-01-22 Thread David Cassidy

If your OS has it have a try with pstree
its very illustrative on this ...


Denny Chambers wrote:

> They are not really seperate processes. They are threads off of a
> running process. Linux just shows them as process. Use this command here
> ( ps -faux | grep java )and you can see who is the parent and who is the
> child. As far as the memory usage, all of these threads are sharing this
> 14% of memory, so each one is not using that amount seperately.
>
> Brandon Cruz wrote:
> >
> > I am using the configuration above, and whenever someone accesses a jsp
> > page, it seems that several processes are created.  I am not an expert with
> > linux, but it seems that multiple processes are created, which are each
> > taking up the exact same amount of memory (around 14%).  Is this normal, and
> > does it mean that 3 processes taking 14% are using up 42% of my memory every
> > time someone accesses a jsp on my machine?
> >
> > Thanks in advance for any information!
> >
> > Brandon
> >
> > --
> > To unsubscribe:   
> > For additional commands: 
> > Troubles with the list: 
>
> --
> Denny Chambers
> Quantum Corporation, Inc.
> Network Attached Storage Division
> Java Linux Engineer
> Phone: 251-478-5730
> Cell: 251-605-3446
> IM: [EMAIL PROTECTED]
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




Re: Tomcat 3.2.4, Java 1.3.1, linux, and process usage

2002-01-22 Thread Denny Chambers

They are not really seperate processes. They are threads off of a
running process. Linux just shows them as process. Use this command here
( ps -faux | grep java )and you can see who is the parent and who is the
child. As far as the memory usage, all of these threads are sharing this
14% of memory, so each one is not using that amount seperately.



Brandon Cruz wrote:
> 
> I am using the configuration above, and whenever someone accesses a jsp
> page, it seems that several processes are created.  I am not an expert with
> linux, but it seems that multiple processes are created, which are each
> taking up the exact same amount of memory (around 14%).  Is this normal, and
> does it mean that 3 processes taking 14% are using up 42% of my memory every
> time someone accesses a jsp on my machine?
> 
> Thanks in advance for any information!
> 
> Brandon
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 

-- 
Denny Chambers
Quantum Corporation, Inc.
Network Attached Storage Division
Java Linux Engineer
Phone: 251-478-5730
Cell: 251-605-3446
IM: [EMAIL PROTECTED]

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




RE: Tomcat 3.2.4 xml parsing of web.xml

2002-01-18 Thread Larry Isaacs

One of the changes in Tomcat 3.2.4 was that JAXP 1.0.1
was replaced with JAXP 1.1, i.e. parser.jar was upgraded
to crimson.jar.  It would appear that crimson.jar is
validating by default, something that Tomcat 3.2.3 and
earlier never did.  It is now telling you that there are
previously unreported errors in your web.xml.

The sequence of elements shown in the DTD must be followed.
For example: all  elements must come before any
 elements.

Cheers,
Larry

> -Original Message-
> From: Jeff Corliss [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 18, 2002 3:37 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat 3.2.4 xml parsing of web.xml
> 
> 
> Ever since I switched from 3.2.3 to 3.2.4, I notice a
> lot of the following types of messages in the log
> output onscreen:
> =
> Warning: validation was turned on but an
> org.xml.sax.ErrorHandler was not
> set, which is probably not what is desired.  Parser
> will use a default
> ErrorHandler to print the first 10 errors.  Please
> call
> the 'setErrorHandler' method to fix this.
> Error: URI=null Line=22: Element "servlet-mapping"
> does not allow "url-pattern"
> here.
> Error: URI=null Line=24: Element "servlet-mapping"
> requires additional elements.
> 
> Error: URI=null Line=26: Element "web-app" does not
> allow "servlet" here.
> Error: URI=null Line=31: Element "servlet-mapping"
> does not allow "url-pattern"
> here.
> Error: URI=null Line=33: Element "servlet-mapping"
> requires additional elements.
> 
> Error: URI=null Line=35: Element "web-app" does not
> allow "servlet" here.
> Error: URI=null Line=40: Element "servlet-mapping"
> does not allow "url-pattern"
> here.
> Error: URI=null Line=42: Element "servlet-mapping"
> requires additional elements.
> 
> Error: URI=null Line=44: Element "web-app" does not
> allow "servlet" here.
> Error: URI=null Line=49: Element "servlet-mapping"
> does not allow "url-pattern"
> here.
> =
> Does this mean my web.xml is out of whack, or is maybe
> something else wrong?  Everything seems to work ok as
> per what I have in the web.xml.
> 
> Thanks,
> Jeff
> 
> 
> __
> Do You Yahoo!?
> Send FREE video emails in Yahoo! Mail!
> http://promo.yahoo.com/videomail/
> 
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
> 

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




Re: Tomcat 3.2.4 xml parsing of web.xml

2002-01-18 Thread Jeff Corliss

Ever since I switched from 3.2.3 to 3.2.4, I notice a
lot of the following types of messages in the log
output onscreen:
=
Warning: validation was turned on but an
org.xml.sax.ErrorHandler was not
set, which is probably not what is desired.  Parser
will use a default
ErrorHandler to print the first 10 errors.  Please
call
the 'setErrorHandler' method to fix this.
Error: URI=null Line=22: Element "servlet-mapping"
does not allow "url-pattern"
here.
Error: URI=null Line=24: Element "servlet-mapping"
requires additional elements.

Error: URI=null Line=26: Element "web-app" does not
allow "servlet" here.
Error: URI=null Line=31: Element "servlet-mapping"
does not allow "url-pattern"
here.
Error: URI=null Line=33: Element "servlet-mapping"
requires additional elements.

Error: URI=null Line=35: Element "web-app" does not
allow "servlet" here.
Error: URI=null Line=40: Element "servlet-mapping"
does not allow "url-pattern"
here.
Error: URI=null Line=42: Element "servlet-mapping"
requires additional elements.

Error: URI=null Line=44: Element "web-app" does not
allow "servlet" here.
Error: URI=null Line=49: Element "servlet-mapping"
does not allow "url-pattern"
here.
=
Does this mean my web.xml is out of whack, or is maybe
something else wrong?  Everything seems to work ok as
per what I have in the web.xml.

Thanks,
Jeff


__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




RE: Tomcat 3.2.4 can't access url with a space in it?

2002-01-18 Thread Brandon Cruz

I can't try to recreate the url.  I don't have knowledge of where and when a
url will have a space in it.  It is something that the client creates
without my knowledge.

-Original Message-
From: Donie Kelly [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 18, 2002 1:37 PM
To: 'Tomcat Users List'
Subject: RE: Tomcat 3.2.4 can't access url with a space in it?


Try inserting a + character for the space
Donie

-Original Message-
From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
Sent: 18 January 2002 20:36
To: Tomcat Users List
Subject: Tomcat 3.2.4 can't access url with a space in it?

I am using tomcat 3.2.4 standalone.  Does anyone know why it can't access a
url if one of the folders has a space in it?  Isn't it supposed to
automatically fill in that space so that the correct path can be found?

Brandon


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




RE: Tomcat 3.2.4 can't access url with a space in it?

2002-01-18 Thread Donie Kelly

Try inserting a + character for the space
Donie

-Original Message-
From: Brandon Cruz [mailto:[EMAIL PROTECTED]]
Sent: 18 January 2002 20:36
To: Tomcat Users List
Subject: Tomcat 3.2.4 can't access url with a space in it?

I am using tomcat 3.2.4 standalone.  Does anyone know why it can't access a
url if one of the folders has a space in it?  Isn't it supposed to
automatically fill in that space so that the correct path can be found?

Brandon


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: