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 wrote:
> looks like you were closing the connection. In my scenario I donot close
> the connection . Just to simulate a crash
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 wrote:
> On Mon, Sep 09, 2013 at 01:15:26
On 09/09/2013 06:15 PM, 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
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 th
On Mon, Sep 09, 2013 at 02:23:56PM -0400, Rajesh Khan wrote:
> Any suggestion then on how Qpid could find out if a certain sender
> disconnected. What I want to do is alert the listeners that the sender
> application they were listening to has been disconnected. Also I do not
> want the topic to be
While going through the manual I came across the following
Create, Delete, and Assert Policies
The create, delete, and assert policies specify who should perfom the
associated action:
• always: the action is performed by any messaging client
• sender: the action is only performed by a sender
• re
On Mon, Sep 09, 2013 at 02:53:20PM -0400, Rajesh Khan wrote:
> While going through the manual I came across the following
>
> Create, Delete, and Assert Policies
> The create, delete, and assert policies specify who should perfom the
> associated action:
>
> • always: the action is performed by a
> > Hi Ken,
> >
> > Had a play with oprofile... but seems to have lumped everything into glibc,
> > any ideas? The queue is setup as ring, max size 2GB.
>
> You probably need to install libstdc++-debuginfo & glibc-debuginfo to
> see more detail.
Will go and hunt them down for RHEL5. Also, on re
Any suggestion then on how Qpid could find out if a certain sender
disconnected. What I want to do is alert the listeners that the sender
application they were listening to has been disconnected. Also I do not
want the topic to be deleted once a connected client disconnects. Looks
Like Ill have to
On Mon, Sep 09, 2013 at 02:08:59PM -0400, Rajesh Khan wrote:
> Hi Gordon , Thanks for the reply this might solve the problem however I
> read from the manual that with "delete:always" if the receiver disconnects
> from the topic the topic will also be deleted. I do not want that
> behavior. What
Hi Gordon , Thanks for the reply this might solve the problem however I
read from the manual that with "delete:always" if the receiver disconnects
from the topic the topic will also be deleted. I do not want that
behavior. What I am looking for is if the Sender shuts down the topic
should be del
On Mon, 2013-09-09 at 18:04 +0200, Jimmy Jones wrote:
> Hi Ken,
>
> Had a play with oprofile... but seems to have lumped everything into glibc,
> any ideas? The queue is setup as ring, max size 2GB.
You probably need to install libstdc++-debuginfo & glibc-debuginfo to
see more detail.
Andrew
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 t
Hi Ted,
I don't have any flow control that I'm aware of. Will send the logs separately.
Cheers,
Jimmy
- Original Message -
From: Ted Ross
Sent: 09/06/13 02:02 PM
To: users@qpid.apache.org
Subject: Re: System stalling
Jimmy,
Do your ring queues have any flow-control configuration set
Hi Ken,
Had a play with oprofile... but seems to have lumped everything into glibc, any
ideas? The queue is setup as ring, max size 2GB.
# qpid-stat -q
Queues
queue dur autoDel excl msg msgIn
msgOut bytes bytesIn bytesOut cons bind
=
On 09/09/2013 02:42 PM, Zhemzhitsky Sergey wrote:
HI qpid gurus,
Recently we have faced with following exception
2013-09-09 17:38:23,874 | ERROR | IoReceiver - locahost/10.20.26.150:5672 |
org.apache.qpid.client.AMQConnectionDelegate_0_10 | | 217 - qpid - 0.18.0.1 |
connection exception: con
On 09/09/2013 02:42 PM, Zhemzhitsky Sergey wrote:
HI qpid gurus,
Recently we have faced with following exception
2013-09-09 17:38:23,874 | ERROR | IoReceiver - locahost/10.20.26.150:5672 |
org.apache.qpid.client.AMQConnectionDelegate_0_10 | | 217 - qpid - 0.18.0.1 |
connection exception: con
On Mon, Sep 09, 2013 at 09:51:08AM +0100, Gordon Sim wrote:
> On 09/07/2013 07:13 PM, Justin Ross wrote:
> >The Apache Qpid community is pleased to announce the immediate
> >availability of Apache Qpid 0.24.
> >
> >Apache Qpid (http://qpid.apache.org) is a cross-platform enterprise
> >messaging sol
HI qpid gurus,
Recently we have faced with following exception
2013-09-09 17:38:23,874 | ERROR | IoReceiver - locahost/10.20.26.150:5672 |
org.apache.qpid.client.AMQConnectionDelegate_0_10 | | 217 - qpid - 0.18.0.1 |
connection exception: conn:21aa419a
org.apache.qpid.transport.ConnectionExcep
On Sep 9, 2013, at 4:51 AM, Gordon Sim wrote:
> On 09/07/2013 07:13 PM, Justin Ross wrote:
>> The Apache Qpid community is pleased to announce the immediate
>> availability of Apache Qpid 0.24.
>>
>> Apache Qpid (http://qpid.apache.org) is a cross-platform enterprise
>> messaging solution which
On Mon, Sep 9, 2013 at 11:36 AM, Christian Fromme wrote:
> just a heads up for everybody: A link on
>
> http://qpid.apache.org/releases/qpid-proton-0.4/index.html
>
> saying "More about Qpid Proton." points to a local file:
>
> file:///home/jross/transom/output/proton/index.html
I just saw its f
On 09/09/2013 04:10 AM, Rajesh Khan wrote:
Currently I am creating about 100 to 200 topics sequentially which takes
some time. I wanted to know if there is a faster way especially if the no
of topics increase.
Can you give a bit more detail on how you are creating them now?
[Both the c++ and j
Hi,
just a heads up for everybody: A link on
http://qpid.apache.org/releases/qpid-proton-0.4/index.html
saying "More about Qpid Proton." points to a local file:
file:///home/jross/transom/output/proton/index.html
Best,
Christian
On 09/07/2013 07:13 PM, Justin Ross wrote:
The Apache Qpid community is pleased to announce the immediate
availability of Apache Qpid 0.24.
Apache Qpid (http://qpid.apache.org) is a cross-platform enterprise
messaging solution which implements the Advanced Message Queuing
Protocol (AMQP, http://
24 matches
Mail list logo
