[rabbitmq-discuss] Dangling Connection

[PSL 88506]

I'm very sorry, It is typo - It is not connection , Its connected.
I apologize , please consider your former comment - "2 client instances
running on [the] same server, *connected* to differed RabbitMQ brokers"

I'm very sorry for confusing.
Thank you very much for your reply. This is helping us a lot.

One more clarification:

We have connection pool at client side, and If a  graceful shutdown is done
for server (RabbitMQ) or server(RabbitMQ) is stopped abruptly -
In both scenarios can we ensure that heartbeat with close all connections.




On Fri, Dec 21, 2012 at 4:23 PM, Tim Watson <tim at rabbitmq.com> wrote:

> On 21 Dec 2012, at 10:43, PSL 88506 wrote:
>
> > 2 client instances running on same server connection to different
> RabbitMQ brokers.
> >
>
> That's not possible. You've either not explained clearly, or you've
> fundamentally misunderstood. "2 client instances running on [the] same
> server, *connected* to differed RabbitMQ brokers" would be fine, but 2
> clients cannot share one connection to two different brokers. So should I
> assume you mean the former?
>
> > Dangling Connection means idle connection not used for very long time.
> > Say suppose, client is stopped abruptly and server is not informed, such
> connection should not exist. Is there any way to handle such connection i.e
> remove them.
>
> If a client stops abruptly, then the connection will drop. It's certainly
> true that TCP/IP can take quite a long time to notice this and inform the
> broker! That is *exactly* what heartbeats are there for, so that after some
> shorter time interval, the broker will notice that there have been no
> heartbeats and therefore tear down the socket and release any server
> allocated resources. So yes, use heartbeats to ensure that connection state
> gets cleaned up in a timely fashion.
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20121221/c4cfdec4/attachment.htm>