tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Barker" <wbar...@wilshire.com>
Subject Re: Reviving AJP codebase
Date Fri, 21 Jan 2005 18:51:12 GMT

----- Original Message -----
From: "Mladen Turk" <mturk@apache.org>
To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Sent: Friday, January 21, 2005 4:05 AM
Subject: Re: Reviving AJP codebase


> Henri Gomez wrote:
> > +1 for AJP14 :)
> >
>
> Well, I wish that we first write a spec
> before doing any coding.
> AJP13 extension proposal is a good starting
> point, but IMO needs a lot of work to become
> AJP14.
>
> For example my wish list is:
> 1. Multicast support
> 2. Single and two phase authentication
> 3. Encryption
> 4. Compression
> 5. Node topology discovery
> 6. Node topology status
> 7. Node topology management
> 8. Cluster topology discovery
>

On my wish list, include:
9. ACK for Tomcat -> Apache/IIS/SunOne data so that Tomcat can handle
network errors (e.g. "stop" button) instead of Apache/IIS/SunOne having to
tear down the connection.
10. Support for full client-cert chains

>
> Mladen.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>



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.



Mime
View raw message