Henri,
Lots of good stuff. A few ideas/possibilities:
1) We've talked about specifying a response packet to indicate that the
engine (or the web server) doesn't recognize a packet sent over. This would
allow us much more flexiblity to add packet types to ajpv14, without having
to make ajpv15,16, etc.
2) What about specifying a separate, out of band control socket
connection? If the web server opened up two connections, 1 for data, one
for control, then we could have much better communication from the engine to
the server (if it was shutting down contexts, for example). We could also
have a heartbeat without interfering with the data channel.
-Dan
GOMEZ Henri wrote:
>
> Hi to all,
>
> You could find attached a proposal of evolution to
> the current Apache JServ Protocol version 1.3,
> also known as ajp13.
>
> Let start the comments, questions, remarks cycle.....
>
> PS : I've not cover here the full protocol but only the add-on
> from ajp13.
>
> -
> Henri Gomez ___[_]____
> EMAIL : [EMAIL PROTECTED] (. .)
> PGP KEY : 697ECEDD ...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>
> ----------------------------------------------------------------------------
> Name: AJPv14.txt
> AJPv14.txt Type: Plain Text (text/plain)
> Encoding: quoted-printable
--
Dan Milstein // [EMAIL PROTECTED]