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 apologi
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
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
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: Tomc
ld hold up the release 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
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) intereste
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
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
>
&g
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.
>
> I
TED]
>Subject: RE: Tomcat 3.2.2 beta 4
>Date: Tue, 08 May 2001 12:07:44 +0100
>
>I have just found another problem though. This is not a new problem with
>3.2.2. We have just started using the O'Reily HttpMessage code to send a
>Post message to a servlet from another servlet (in t
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.
>
>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 (M
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 liste
>> > 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.
>> Also if I'm not mistaken - Tomcat binds to all interfaces by
>default as I don't
>> see inet="" option s
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
On Fri, May 04, 2001 at 10:57:20PM +0200, GOMEZ Henri wrote:
[skpd]
> I agree you could run multiples tomcat on the same box, and
> in that case each JVM will listen AJP12 to handle shutdown
> on a differents port.
What if we want to run them on different interfaces using same ports?
I would muc
>> >Problem: shutdown script always connects to "localhost" to
>> >send shutdown command.
>> >It is a problem on a "multihomed" machine running multiple
>> >tomcats where
>> >tomcats use same port numbers but bound to different IP
>> >adresses using inet=""
>> >configuration option in server.xm
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 pr
>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 "multihomed" machine running multiple
>tomcats where
>tomcats use
TED] [mailto:[EMAIL PROTECTED]]On
> > Behalf Of Glenn Nielsen
> > Sent: 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
D]]On
> Behalf Of Glenn Nielsen
> Sent: 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 h
; > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, May 01, 2001 2:58 PM
> > > To: [EMAIL PROTECTED]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: RE: Tomcat 3.2.2 beta 4
> > >
> > >
> > > Marc,
> > >
> &
On Mon, Apr 30, 2001 at 05:15:46PM -0500, 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.
Hi, all!
I've made a little modification in Tomcat 3.2.1 codebase that I think would
; To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: Tomcat 3.2.2 beta 4
> >
> >
> > Marc,
> >
> > I can quickly backport the jdkcompat package from 3.3 - it would be
> > cleaner than hacking generateSessionId.
> >
> > The pac
I have testet the TC3.2.2b4 now with the ajp13 protocol over the new
mod_jk-eapi.so
and mod_jk-stdapi.so (release 4/30), and nothing will work with URI Rewriting.
Have I something more to do ? set TOMCAT_OPS like below, or to copy the
jsee.jar and jnet.jar in the lib dir ?
Greetings and sorry f
;
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>CC: <[EMAIL PROTECTED]>
>Subject: RE: Tomcat 3.2.2 beta 4
>Date: Tue, 1 May 2001 14:17:13 -0500
>
>Bloody hell. I was just about to launch into a wonderful tirade about why
>we shouldn't have change T
I 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
applicat
> Cc: [EMAIL PROTECTED]
> Subject: RE: Tomcat 3.2.2 beta 4
>
>
> Marc,
>
> I can quickly backport the jdkcompat package from 3.3 - it would be
> cleaner than hacking generateSessionId.
>
> The package is "standalone", doesn't depend on any 3.3 feature - and
There were two problems that I knew about and both are described in the bug
report http://nagoya.apache.org/bugzilla/show_bug.cgi?id=578. One problem
is addressed by defining
java.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocol and other
problem was that it wouldn't set the default po
Marc,
I can quickly backport the jdkcompat package from 3.3 - it would be
cleaner than hacking generateSessionId.
The package is "standalone", doesn't depend on any 3.3 feature - and
it's quite simple and effective.
Also, if you could review the following patch that will fix "case
sensitive
e Oxley [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, May 01, 2001 12:32 PM
> > To: [EMAIL PROTECTED]
> > 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
ore releasing Tomcat 3.2.2.
Glenn, can you take a look at this?
> -Original Message-
> From: Dave Oxley [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 01, 2001 12:32 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat 3.2.2 beta 4
>
>
> I posted this before but got no
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 this is
the problem) and throws a NoC
On Mon, 30 Apr 2001, Marc Saegesser wrote:
> Costin,
>
> Let me know what you find and what the fix looks like. If its a simple fix
> then I'm OK with just developer testing and code review.
Ok, it seems it's a false alarm - the problem may be related with the
infinte loop if no ROOT exist, an
; Sent: Monday, April 30, 2001 5: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
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 a bug that I think we should fix, it should
be an easy fix and prob
36 matches
Mail list logo
