Thanks for your feedback, Oleg We are doing with just a servlet container (Tomcat) I guess that to follow your recommendation with minimal changes to our productive environment we would have to try OpenEJB. Using ThreadSafeClientConnManager inside a servlet container is also discouraged, right ?
Is anybody using such configurations, or is willing to drop a comment ? ( Tomcat + OpenEJB + HttpClient, or Tomcat + ThreadSafeClientConnManager ) Thanks again, Javier On Sun, Nov 14, 2010 at 12:53 PM, Oleg Kalnichevski <[email protected]>wrote: > On Sat, 2010-11-13 at 11:30 +0100, Javier Ramos wrote: > > Hello, > > > > I am currently using HttpClient 3.1 inside a servlet that needs to > retrieve > > XML content from several webs, which must be a very common need. > > > > I am thinking of moving my code to HttpCore or HttpClient 4. > > > > Before I make the transition I am researching for best practices using > > HttpCore or HttpClient inside a servlet container. > > > > My personal recommendation would be to wrap HttpClient or a custom HTTP > client based on HttpCore into a stateless session bean. In both cases > you should be using only a single connection per instance and let the > container manage a pool of instances. You should not be using a pooling > HTTP connection manager such ThreadSafeClientConnManager inside an EJB > container. > > > > I came up with the idea that it would be good to have a managed http > client > > service inside the J2EE container, in such a way that the applications > could > > get a client via JNDI lookup, in a similar way as they get connections > from > > a database connection pool. Ideally, from the J2EE console or from > another > > webapp, it would be nice to be able to monitor and administrate HTTP > > connections to the different hosts: setup connection parameters for > > different hosts at runtime, block slow performing hosts... > > > > Does anybody know if there is any J2EE container offering such > capabilities > > ? > > Or some product / webapp that extends J2EE capabilities in such a way ? > > > > None I am aware of > > Oleg > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
