tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Gomez <henri.go...@gmail.com>
Subject Re: Tomcat-Lite update
Date Fri, 08 Jan 2010 19:11:15 GMT
Well, I'll take a look a Tomcat Lite and SPDY :)

And see what can be done

2010/1/8 Costin Manolache <costin@gmail.com>:
> On Fri, Jan 8, 2010 at 2:15 AM, Henri Gomez <henri.gomez@gmail.com> wrote:
>
>> >> Any comments on including the experimental SPDY support (
>> >> http://www.chromium.org/spdy/spdy-protocol ) ?
>> >> I know we had countless debates on JK2 and http proxies, but some extra
>> code
>> >> to try out doesn't hurt :-)
>> >
>> > We need a httpd module (like mod_proxy_ajp) for that :-)
>>
>> mod_proxy_spdy ? :-)
>>
>> Very interesting thread.
>>
>> BTW, tomcat-lite is still here ?
>>
>> http://svn.apache.org/repos/asf/tomcat/trunk/modules/tomcat-lite/
>>
>>
>
> Yes. BTW - if you use maven, it'll download, build and test against tomcat6
> jars ( since tomcat7 is not in maven ).
> You can use lite as a connector with both 6 and 7. As a client library or
> http server or subset-of-servlet engine it doesn't depend on anything in
> tomcat. The only deps on tomcat are the connector.
> ( of course - a lot is still missing, as I mentioned connection
> management/timeouts/limits need to be added)
>
> Re. mod_proxy_spdy - yes, it would be great if someone could do this. One
> missing feature (mentioned - but not specified yet ) - is negotiating a
> switch, starting as http and switching to spdy if both ends supports it.
> So if you have the spdy code for mod_proxy_spdy - you could also try to hook
> it in the normal HTTP connector.
>
> What spdy does:
> - real long-lived connection - with multiplexed requests, and no connection
> close if a HTTP connection is aborted.
> - back-channel from server to client - would help with all the
> load-balancing ( for real clients will help in a lot of ajax-stuff )
> - some initial negotiation - we can extend it to do some auth / config
> - header and body compression / ssl - the spec seems to have them as
> mandatory, but we don't have to implement it exactly as is, there are flag
> bits
>
> It's certainly not perfect - but not too bad either. I have my doubts about
> how it'll work in real world, with proxies and firewalls - but for
> reverse-proxy and internal use it's better than the current jk and I think
> better than a plain http proxy.
>
> Costin
>
> ( disclaimer: I don't work on spdy, it's a big company - I just saw the
> announcement and seemed a good fit for tomcat )
>
> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: dev-help@tomcat.apache.org
>>
>>
>

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


Mime
View raw message