Is there anyway for qpid to know that the sender has disconnected even if the sender does not elegantly disconnect by code ?
On Mon, Sep 9, 2013 at 5:20 PM, Rajesh Khan <[email protected]> wrote: > looks like you were closing the connection. In my scenario I donot close > the connection . Just to simulate a crash or an application close. So if a > connection is not closed. The queues do not get deleted. > > > On Mon, Sep 9, 2013 at 11:35 AM, Darryl L. Pierce <[email protected]>wrote: > >> On Mon, Sep 09, 2013 at 01:15:26PM -0400, Rajesh Khan wrote: >> > Currently I have an app call it "Sender" that creates topics using the >> > following string >> > >> > std::string sender_string = queue_name +";{create:always, delete:always, >> > node:{type:topic}}"; >> > >> > Now I was under the impression that if the sender application closes for >> > some reason The Broker would delete the topics created by the sender and >> > all those applications that were listening to the topic would get an >> > exception however this is not happening. Am I missing something here ? >> Any >> > suggestions ? >> >> I just used the spout example app on a fresh Qpid broker (no existing >> messages, exchanges or queues): >> >> $ ./spout "my-queue;{create:always, delete:always, node:{type:topic}}" >> >> and afterward found no queue. >> >> What is the name of your queue? And was the queue by any chance already >> there when your client connected to the broker? >> >> -- >> Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc. >> Delivering value year after year. >> Red Hat ranks #1 in value among software vendors. >> http://www.redhat.com/promo/vendor/ >> >> >
