Sorry for not replying back sooner. I just wanted to look at the latest stuff
from CVS ( I used to look at my local CVS repository which is based on TC3.2.1).
Couldn't do it sooner - had to to some other things first:)
In case you, guys still interested - here it goes:)
First I'd like to
it to the group.
Dave.
[EMAIL PROTECTED]
From: Marc Saegesser [EMAIL PROTECTED]
To: Dave Oxley [EMAIL PROTECTED]
Subject: RE: Tomcat 3.2.2 beta 4
Date: Mon, 7 May 2001 08:37:20 -0500
Dave,
Thanks, let me know how it works. This is the final show stopper for the
Tomcat 3.2.2 release so once I know its
tried this with Java 1.3.0_01 and 1.3.0_02 with the same results.
I am running Windows 2000.
I will write a test servlet a bit later on.
Dave.
[EMAIL PROTECTED]
From: Dave Oxley [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RE: Tomcat 3.2.2 beta 4
Dave,
Does it work OK with 3.2.2b4 and AJP12?
-Original Message-
From: Dave Oxley [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 08, 2001 7:15 AM
To: [EMAIL PROTECTED]
Subject: RE: Tomcat 3.2.2 beta 4
Some further info on this problem.
It works fine with TC3.2.1 with AJP12
Just tried it and yes:
TC3.2.2b4 with AJP12 does work.
Dave.
[EMAIL PROTECTED]
From: Marc Saegesser [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: Tomcat 3.2.2 beta 4
Date: Tue, 8 May 2001 08:44:03 -0500
Dave,
Does it work OK with 3.2.2b4 and AJP12
On Mon, May 07, 2001 at 11:49:25PM +0200, GOMEZ Henri wrote:
Should it become default? I hope the answer is yes:)
It also has another value: inet is not a well-known
parameter. Having it in default server.xml along with a little
comment about
what it does may compensate for the lack of
On Tue, 8 May 2001, Andrey Kartashov wrote:
What I'm trying to say is:
To address this group of people I'd suggest splitting distribution into
pure java Tomcat part + extensions. This way only NECESSARY files will
make their way to conf directory. If someone is (for example) interested
in
of TC3.2.2(if it was) as it is
not a new bug introduced since TC3.2.1. I will continue to investigate.
Dave
[EMAIL PROTECTED]
From: Dave Oxley [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: Tomcat 3.2.2 beta 4
Date: Tue, 08 May 2001 15:27:04 +0100
Just tried
Dave,
Thanks for looking at this. If you do come up with a small example that
demonstrates the problem let me know.
-Original Message-
From: Dave Oxley [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 08, 2001 2:16 PM
To: [EMAIL PROTECTED]
Subject: RE: Tomcat 3.2.2 beta 4
Spent
Could you try with the mod_jk from TC 3.3 cvs ?
Could you also send a small servlet for test purpose ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A
I will try with that mod_jk and will send the test servlet as soon as I can
write a simple one that breaks. :)
Dave
[EMAIL PROTECTED]
From: GOMEZ Henri [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: RE: Tomcat 3.2.2 beta 4
Date: Wed, 9 May 2001 00:21:30 +0200
On Mon, May 07, 2001 at 02:11:35PM +0200, GOMEZ Henri wrote:
You're right. TC still use ajp12 at its default connector so it
listen all interface (which I agree could rise problem). I'm
using in my prod systems, ajp13 to connect webservers and
ajp12 only for the shutdown purpose (and listen
Should it become default? I hope the answer is yes:)
It also has another value: inet is not a well-known
parameter. Having it in default server.xml along with a little
comment about
what it does may compensate for the lack of proper documentation:)
+1 for the addition in server.xml (Marc,
On Fri, May 04, 2001 at 07:58:17PM -0400, Andrey Kartashov wrote:
[skpd]
Let's be prudent here. The standard configuration must avoid
security hole. Many users will have tomcat in front and we
must avoid someone outside shutdown their TC boxes.
Let me clarify this:) I don't ask you
On Fri, May 04, 2001 at 09:26:35AM +0200, GOMEZ Henri wrote:
Hi, all!
I've made a little modification in Tomcat 3.2.1 codebase that
I think would
be nice to include in TC 3.2.2.
Problem: shutdown script always connects to localhost to
send shutdown command.
It is a problem on a
: Wednesday, May 02, 2001 6:38 AM
To: [EMAIL PROTECTED]
Subject: Re: Tomcat 3.2.2 beta 4
Costin,
The code you are referring to in 3.3 makes it easy to abstract out
jdk 1.2 dependencies at build and runtime? If so, I have no
problems with you back porting that into 3.2.
If these classes
To: [EMAIL PROTECTED]
Subject: Re: Tomcat 3.2.2 beta 4
Costin,
The code you are referring to in 3.3 makes it easy to abstract out
jdk 1.2 dependencies at build and runtime? If so, I have no
problems with you back porting that into 3.2.
If these classes are generic enough
]
Subject: RE: Tomcat 3.2.2 beta 4
I posted this before but got no response.
The change to SessionUtil.java 1.5.2.2 to 1.5.2.3 (3.2.1-3.2.2b1) has
caused the Microsoft Virtual Machine to fall over when running
Tomcat. The
M$ VM does not like internal classes defined within methods (I
think
RantI wish I got this sort of help from IBM. I complained about the
performance of our servlet under WebSphere 3.0.2 last April and they
responded saying it was our application and we spent months trying to track
it down(with IBM's help), yet in November(ish) they released a patch and our
:37 PM
To: [EMAIL PROTECTED]
Subject: Re: Tomcat 3.2.2 beta 4
On Mon, 30 Apr 2001, Marc Saegesser wrote:
Tomcat 3.2.2 beta 4 is available for download. If you can
provide binaries
for various please send them to me or update the FTP site. Thanks.
Great !.
Marc - one bad news, I have
20 matches
Mail list logo