Tomcat 3.2 Wins Java Editor's Choice Award!

[Marc Saegesser <ma...@apropos.com>]

Congratulations to all Tomcat developers!  I just got back from the
JavaWorld Editor's Choice Award presentation and I'm glad to announce that
Jakarta Tomcat 3.2 won the award for "Most Innovative Java Product".

I'll update the Jakarta and Tomcat web sites once I see that the JavaWorld
web site has the information posted.

Again, thanks to everyone who made this possible.  The entire Tomcat
community won something tonight.

Marc Saegesser

Re: AJP14 Suggestion

[kevin seguin <se...@motive.com>]

i guess i'm just not sure of the usefullness of an id for ajp
requests...  haven't really thought much about it though...

-kevin.

Rainer Jung wrote:
> 
> I want to know how the developers think about adding a request id to ajp14
> requests, which is then presented back in the response phase.
> 
> Background:
> 
> We had serious trouble in diagnosing problems with tomcat 3.2 related to
> bug 728 (SimplePool synchronization issue).
> 
> The problem caused customers in an ecommerce application to receive
> responses which belonged to other requests, i.e. were meant to be seen by
> some other customer. This bug is fixed now, but I wonder if one could make
> the whole request-response handling more robust by adding an id to the
> request. This id should then be given back by te response, preferably
> during a very late phase. The requesting component could then check, if the
> request and response ids are the same.
> 
> If furthermore the id would be part of the servlet infrastructure, then
> application developers could take the id and pass it on the application
> server etc.
> 
> I know, that at the moment this is not contained in a standard or existing
> product, but in a situation where money is involved on the customer side,
> people implementing solutions with tomcat would poosibly like very much
> such checking possibilities.
> 
> Once again: we had a hard time and were missing such a possibility a lot.
> In Tomcat 3.2 you can easily produce stress test situations where a request
> gets as response body two valied bodies concatenated, one of them belonging
> to another request, or some other body, or no body at all, or a corrupted
> one. An id would at least make sure the response belongs to the right request.
> 
> In the apache 1.3 szenario, the id would have to be generated by mod_jk!
> 
> Any comments?
> 
> Rainer Jung
> 
> kippdata informationstechnologie GmbH
> Bornheimer Straße 33a
> 53111 Bonn
> 
> Tel.: 0228/98549-0
> Fax:  0228/98549-50
> email: rainer.jung@kippdata.de

AJP14 Suggestion

[Rainer Jung <ra...@kippdata.de>]

I want to know how the developers think about adding a request id to ajp14 
requests, which is then presented back in the response phase.

Background:

We had serious trouble in diagnosing problems with tomcat 3.2 related to 
bug 728 (SimplePool synchronization issue).

The problem caused customers in an ecommerce application to receive 
responses which belonged to other requests, i.e. were meant to be seen by 
some other customer. This bug is fixed now, but I wonder if one could make 
the whole request-response handling more robust by adding an id to the 
request. This id should then be given back by te response, preferably 
during a very late phase. The requesting component could then check, if the 
request and response ids are the same.

If furthermore the id would be part of the servlet infrastructure, then 
application developers could take the id and pass it on the application 
server etc.

I know, that at the moment this is not contained in a standard or existing 
product, but in a situation where money is involved on the customer side, 
people implementing solutions with tomcat would poosibly like very much 
such checking possibilities.

Once again: we had a hard time and were missing such a possibility a lot. 
In Tomcat 3.2 you can easily produce stress test situations where a request 
gets as response body two valied bodies concatenated, one of them belonging 
to another request, or some other body, or no body at all, or a corrupted 
one. An id would at least make sure the response belongs to the right request.

In the apache 1.3 szenario, the id would have to be generated by mod_jk!

Any comments?

Rainer Jung

kippdata informationstechnologie GmbH
Bornheimer Straße 33a
53111 Bonn

Tel.: 0228/98549-0
Fax:  0228/98549-50
email: rainer.jung@kippdata.de

Re: Tomcat 3.2 Wins Java Editor's Choice Award!

[Geoff Soutter <ge...@whitewolf.com.au>]

Yep. Well done and thanks to all those who put in the hard yards to get
where we are today!

----- Original Message -----
From: "Craig R. McClanahan" <cr...@apache.org>
To: <to...@jakarta.apache.org>
Sent: Wednesday, June 06, 2001 4:46 PM
Subject: Re: Tomcat 3.2 Wins Java Editor's Choice Award!


> I echo Marc's thanks to all Tomcat developers -- this award is a result of
> all the hard work that everyone involved has participated in.
>
> I will be sure to feature the award in my session on Tomcat tomorrow at
> JavaOne :-=)
>
> Craig McClanahan
>
>
> On Tue, 5 Jun 2001, Marc Saegesser wrote:
>
> > Congratulations to all Tomcat developers!  I just got back from the
> > JavaWorld Editor's Choice Award presentation and I'm glad to announce
that
> > Jakarta Tomcat 3.2 won the award for "Most Innovative Java Product".
> >
> > I'll update the Jakarta and Tomcat web sites once I see that the
JavaWorld
> > web site has the information posted.
> >
> > Again, thanks to everyone who made this possible.  The entire Tomcat
> > community won something tonight.
> >
> > Marc Saegesser
> >
> >
>
>

Re: Tomcat 3.2 Wins Java Editor's Choice Award!

["Craig R. McClanahan" <cr...@apache.org>]

I echo Marc's thanks to all Tomcat developers -- this award is a result of
all the hard work that everyone involved has participated in.

I will be sure to feature the award in my session on Tomcat tomorrow at
JavaOne :-=)

Craig McClanahan


On Tue, 5 Jun 2001, Marc Saegesser wrote:

> Congratulations to all Tomcat developers!  I just got back from the
> JavaWorld Editor's Choice Award presentation and I'm glad to announce that
> Jakarta Tomcat 3.2 won the award for "Most Innovative Java Product".
> 
> I'll update the Jakarta and Tomcat web sites once I see that the JavaWorld
> web site has the information posted.
> 
> Again, thanks to everyone who made this possible.  The entire Tomcat
> community won something tonight.
> 
> Marc Saegesser
> 
>