We've been successfully using the standard bisocket transport for our application but have a case where it would make more sense to use the HTTP transport. I've added the example remoting-http-service.xml file to our JBM server. The example file had the following: | <!-- The period for polling for messages on the server --> | <attribute name="callbackPollPeriod" isParam="true">102</attribute> | Since that's more frequent than we need, I increased the value to 5000. The client is able to connect and read messages from the queue, but given the polling interval is 5 seconds, I would expect to see a low number of connections from our single client. But what I'm seeing instead is a steady stream of very short-lived connections. There are typically only about 3-10 sockets in ESTABLISHED state at any point in time, which isn't a problem right now as we have a single client, but as the number of clients connecting to this server ramps up I'm concerned about the number of connections spiraling out of control. The client was unchanged from using the bisocket transport to the http transport and it registers a MessageListener with the MessageConsumer rather than calling receive. Does the connection behavior I've described seem correct? Is there something else I can/should add or set in the http remoting config file? Do we have to do something differently in the client to use http remoting? Any pointers would be greatly appreciated. Thanks, Dave View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210057#... Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&a...