On Tue, Apr 26, 2011 at 5:33 PM, Oleg Kalnichevski <[email protected]> wrote: > For historical, mainly political, reasons HttpComponent project was > restricted from developing server side code which could be seen as > overlapping or even competing with other Apache projects.
In that vein, is there a separate package/project which is only the HTTP transport layer used by say Tomcat? > This restriction probably no longer makes any sense, so given enough interest > such components could be developed, but there is simply not enough > resources to do so. If Tomcat (or any other Java HTTP server) were to use HttpCore as it's HTTP transport layer, then I would think there would be plenty of resources... my $0.02 not knowing any of the politics :-) > Mainly because there are different cookie standards and different ways > of parsing and formatting cookie headers. Understood, but these different ways/standards appear to be well encapsulated/developed on the client side, just not the server side. If someone were to put effort into developing these "server" cookies; what type of design decisions should go into it? It seems as though the ClientCookie (and classes BasicClientCookie & BasicClientCookie2) have all the methods required for a server cookie, only the toString method would need to be overwritten to generate the Set-Cookie (and Set-Cookie2) header strings respectively. Thoughts? Thanks... Bill- --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
