Yes I mentioned as ActiveMQ. But I want to make sure that this works with both connectors, so that in future if I plan migrate to RabbitMQ then I can use the same code there as well.
On Tuesday, August 30, 2016 at 11:49:26 AM UTC+5:30, R.I.Pienaar wrote: > > > > > --- > R.I.Pienaar > On 30 Aug 2016, at 08:02, rakar...@gmail.com <javascript:> wrote: > > Yeah. Its work fine with activemq but the issue with rabbitmq only. Looks > like its not getting valid subscription id header when it connects to > rabbitmq. If you dont mind can you let me know what tweak should I need to > do to make it work with rabbitmq. > > > Your earlier mail said ActiveMQ? > > This as is will not work with Rabbit indeed. I don't have RabbitMQ so > suggest you take a look at the rabbitmq connector source and see how it > subscribes to a queue > > The issue here is this receiver bypasses the abstractions that mcollective > creates and talks directly to stomp library. Stomp being a bit undefined it > varies. > > Where it has subscribe try subscribe(queue, {}, "registration-receiver") > > > Thanks! > > On Tuesday, August 30, 2016 at 11:28:40 AM UTC+5:30, R.I.Pienaar wrote: >> >> >> >> On 30 Aug 2016, at 07:15, rakar...@gmail.com wrote: >> >> Thanks! Am about to try and when I try to run receiver.rb getting below >> error (https://devco.net/rip/mcollective-registration-receiver.rb) >> >> /usr/lib/ruby/gems/1.8/gems/stomp-1.3.2/lib/stomp/connection.rb:284:in >> `subscribe': a valid subscription id header is required >> (Stomp::Error::SubscriptionRequiredError) >> from /root/receiver.rb:21:in `initialize' >> from /root/receiver.rb:91:in `new' >> from /root/receiver.rb:91 >> >> Am using rabbitmq connector. Not sure why its not getting the >> subscription id. >> >> >> That'll be the bit where I said its ancient and needs a rework :) >> >> It uses old APIs. >> >> >> >> >> >> On Monday, August 29, 2016 at 8:23:46 PM UTC+5:30, R.I.Pienaar wrote: >>> >>> >>> >>> ----- Original Message ----- >>> > From: "rakare2015" <rakar...@gmail.com> >>> > To: "mcollective-users" <mcollect...@googlegroups.com> >>> > Sent: Monday, 29 August, 2016 16:47:12 >>> > Subject: Re: [mcollective-users] Registration monitor not receiving >>> messages properly in big infra >>> >>> > I just >>> > found >>> > >>> http://allanfeid.com/content/create-inventory-tool-using-mcollectives-registration-feature >>> >>> > which say to use queue instead of topic which is more comfortable to >>> avoid >>> > to load broker. Also I >>> > found https://devco.net/rip/mcollective-registration-receiver.rb >>> which is >>> > service to received queue particularly for registration. Am just doing >>> on >>> > this and just want to know where the data will be stored by this >>> receiver >>> > service? >>> > >>> >>> yes, using a queue deals with the main problem and the receiver you >>> found helps it scale >>> without it running inside a mcollective daemon - its basically a purpose >>> built mco daemon. >>> >>> The receiver you found will send the messages one by one to a agent you >>> provide called >>> registration hosted inside the receiver, so you can decide what happens >>> with it. >>> This code is a bit ancient so probably needs some modernising for recent >>> mcollectives >>> but yes, this is the way to build a large scale registration service >>> >> -- >> >> --- >> You received this message because you are subscribed to the Google Groups >> "mcollective-users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to mcollective-us...@googlegroups.com. >> For more options, visit https://groups.google.com/d/optout. >> >> -- > > --- > You received this message because you are subscribed to the Google Groups > "mcollective-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to mcollective-us...@googlegroups.com <javascript:>. > For more options, visit https://groups.google.com/d/optout. > > -- --- You received this message because you are subscribed to the Google Groups "mcollective-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to mcollective-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.