Hekko Adrian, This new feature is tracked by " http://issues.apache.org/jira/browse/CXF-291 CXF-291 - Support Commons HTTP Client for HTTP conduit ".
I note that Commons Http Client is under a complete rewrite and that version 4 is still in a beta status (beta 3 as of 2008/12/17). It may make sense to wait for the first release of version 4. More over, java.net.HttpURLConnection in Java 6 is getting closer to Commons Http Client even though I regret that the CookieHandler is statically set and that connection pool size ( http.maxConnections ) is only statically set at java.net.HttpURLConnection underlying layer initialisation. Cyrille -- Cyrille Le Clerc [email protected] Adrian C wrote: > > Hi, > What was the design decision behind using java.net.URL. Is there a reason > that apache-commons-httpclient was not used? > > Thanks, > Adrian > > On Mon, Dec 15, 2008 at 7:01 PM, Cyrille Le Clerc > <[email protected] >> wrote: > >> >> CXF relies on the out-of-the-box java.net URL and HttpURLConnection . >> >> The JVM offers connections pooling mechanisms called "HTTP Persistent >> Connections". Basically, you have to define the JVM property >> "http.maxConnections" (default 5) to a higher value. >> >> Details are available here : >> http://java.sun.com/javase/6/docs/technotes/guides/net/http-keepalive.html >> >> Hope this helps, >> >> Cyrille >> -- >> Cyrille Le Clerc >> [email protected] >> >> >> pashpour wrote: >> > >> > Hi folks, >> > Any luck with HTTP pooling? >> > >> > Thanks, >> > >> > Pash >> > >> > Simon MaticLangford wrote: >> >> >> >> Hi, >> >> >> >> >> >> >> >> Is there anyway to get CXF to use an HTTP connection pool? Looking at >> the >> >> connection factory it appears to use url.openConnection() directly, >> but >> >> wondered if there is a way other that writing my own implementation of >> >> the interface? Specifically I want to reuse connections using a client >> >> certificate over SSL due to the overhead of establishing SSL >> connections. >> >> >> >> >> >> >> >> Thanks >> >> >> >> >> >> >> >> Simon >> >> >> >> >> >> >> >> >> >> >> >> Simon Matić Langford >> >> >> >> Java Development Lead >> >> >> >> www.betfair.com <http://www.betfair.com/> >> >> >> >> >> >> >> >> Waterfront | Hammersmith Embankment | Chancellors Road | London | W6 >> 9HP >> >> >> >> >> >> >> >> The information in this e-mail and any attachment is confidential and >> is >> >> intended only for the named recipient(s). The e-mail may not be >> disclosed >> >> or used by any person other than the addressee, nor may it be copied >> in >> >> any way. If you are not a named recipient please notify the sender >> >> immediately and delete any copies of this message. Any unauthorized >> >> copying, disclosure or distribution of the material in this e-mail is >> >> strictly forbidden. Any view or opinions presented are solely those of >> >> the author and do not necessarily represent those of Betfair. Betfair >> is >> >> the trading name of The Sporting Exchange Limited whose registered >> office >> >> is: Waterfront, Hammersmith Embankment, Chancellors Road, London W6 >> 9HP. >> >> Registered in England with No. 3770548. >> >> >> >> >> >> >> ________________________________________________________________________ >> >> In order to protect our email recipients, Betfair Group use SkyScan >> from >> >> MessageLabs to scan all Incoming and Outgoing mail for viruses. >> >> >> >> >> ________________________________________________________________________ >> >> >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/HTTP-Connection-Pooling-tp18319313p21019615.html >> Sent from the cxf-user mailing list archive at Nabble.com. >> >> > > -- View this message in context: http://www.nabble.com/HTTP-Connection-Pooling-tp18319313p21052859.html Sent from the cxf-user mailing list archive at Nabble.com.
