Re: C++ Broker Federation
Gordon, Thank you for the pointer. I used the Queue routes and the behaviour was exactly what I was looking for. My intermediate broker (B2) can drop off the network for extended periods of time and on return the messages are propagated. Cheers -- View this message in context: http://qpid.2158936.n2.nabble.com/C-Broker-Federation-tp7635998p7636515.html Sent from the Apache Qpid users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
Re: [Dispatch] reload config
There's a tool for that - qdmanage https://qpid.apache.org/releases/qpid-dispatch-0.5/book/tools.html - Original Message - > From: "Olivier Mallassi" > To: users@qpid.apache.org > Sent: Tuesday, January 12, 2016 3:03:53 PM > Subject: Re: [Dispatch] reload config > > Sorry my question was too generic > Let's say I would like to add a waypoint, is there a kind of "management > API" on the dispatch or reboot is the option? > > Thx > > On Tuesday, 12 January 2016, Ted Ross wrote: > > > To reload the entire configuration, you need to restart the process. > > > > On 01/12/2016 11:55 AM, Olivier Mallassi wrote: > > > >> Hello all > >> > >> Is there a way to reload the conf file of Dispatch or do I need to reboot > >> it? > >> > >> Regards. > >> > >> oliv/ > >> > >> > > - > > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > > For additional commands, e-mail: users-h...@qpid.apache.org > > > > > - To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
Re: [Dispatch] reload config
Sorry my question was too generic Let's say I would like to add a waypoint, is there a kind of "management API" on the dispatch or reboot is the option? Thx On Tuesday, 12 January 2016, Ted Ross wrote: > To reload the entire configuration, you need to restart the process. > > On 01/12/2016 11:55 AM, Olivier Mallassi wrote: > >> Hello all >> >> Is there a way to reload the conf file of Dispatch or do I need to reboot >> it? >> >> Regards. >> >> oliv/ >> >> > - > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > For additional commands, e-mail: users-h...@qpid.apache.org > >
Re: [Dispatch] reload config
To reload the entire configuration, you need to restart the process. On 01/12/2016 11:55 AM, Olivier Mallassi wrote: Hello all Is there a way to reload the conf file of Dispatch or do I need to reboot it? Regards. oliv/ - To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
[Dispatch] reload config
Hello all Is there a way to reload the conf file of Dispatch or do I need to reboot it? Regards. oliv/
Re: spurious ABRT in qpidd
On Tue, Jan 12, 2016 at 5:08 AM, Gordon Sim wrote: > On 01/11/2016 09:29 PM, Matt Broadstone wrote: > >> Looks like I did just get a valid assertion, but I'm not even clear >> anymore >> whether this is related to the initially reported bug (since we're trying >> to throw the kitchen sink at it to cause ABRTs). The log indicated: >> >> 2016-01-11 21:21:21 [Broker] debug clean(): 0 messages remain; head is >> now 0 >> 2016-01-11 21:21:21 [Broker] trace qpid.127.0.0.1:5672-127.0.0.1:56687 >> handling outgoing delivery for 0x7f3fdc262590 on session 0x7f3fdc111650 >> qpidd: >> >> /build/qpid-cpp-RtJ4Dg/qpid-cpp-0.34/src/qpid/broker/amqp/Outgoing.cpp:115: >> virtual void >> qpid::broker::amqp::OutgoingFromQueue::handle(pn_delivery_t*): >> Assertion `r.delivery == delivery' failed. >> > > Do you have the core for that? If so can you check the values of > 'delivery' and 'r.delivery'? Is either of them 0? > > > Hi Gordon, I unfortunately don't have access to the box at the moment (and won't for a few hours, if its even still in a reproducible state), but I'll try to get a core next time. In the meantime, do you have any ideas for values I should check on the sending side that might cause this? I can certainly look through all of that code and see if I can make a smaller case that exhibits this behavior. Matt > > > - > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > For additional commands, e-mail: users-h...@qpid.apache.org > >
Re: spurious ABRT in qpidd
On 01/11/2016 09:29 PM, Matt Broadstone wrote: Looks like I did just get a valid assertion, but I'm not even clear anymore whether this is related to the initially reported bug (since we're trying to throw the kitchen sink at it to cause ABRTs). The log indicated: 2016-01-11 21:21:21 [Broker] debug clean(): 0 messages remain; head is now 0 2016-01-11 21:21:21 [Broker] trace qpid.127.0.0.1:5672-127.0.0.1:56687 handling outgoing delivery for 0x7f3fdc262590 on session 0x7f3fdc111650 qpidd: /build/qpid-cpp-RtJ4Dg/qpid-cpp-0.34/src/qpid/broker/amqp/Outgoing.cpp:115: virtual void qpid::broker::amqp::OutgoingFromQueue::handle(pn_delivery_t*): Assertion `r.delivery == delivery' failed. Do you have the core for that? If so can you check the values of 'delivery' and 'r.delivery'? Is either of them 0? - To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
Re: C++ Spout Example Fix
On 01/11/2016 11:41 PM, Jeremy Wagner wrote: Hello, I noticed that the spout.cpp needs to set the Boolean print value to false. 62c63,63 < durable(false) --- durable(false), print(false) Thanks for pointing that out! I've committed the fix[1]. [1] http://svn.apache.org/viewvc/qpid/trunk/qpid/cpp/examples/messaging/spout.cpp?r1=1724188&r2=1724187&pathrev=1724188 - To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
