You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@qpid.apache.org by Bruce Parr <Br...@pgs.com> on 2020/03/06 15:39:37 UTC

C++ Broker

Hello,
 
Is the C++ broker still under development/maintenance, or should we start thinking about switching to Broker-J?
 
Thanks,
Bruce



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org

Re: C++ Broker

Posted by Tom Jordahl <tj...@adobe.com.INVALID>.
> RHEL is pushing Dispatcher + Broker-J (Artemis based) as the new A-MQ solution.

I will say that for my product, we evaluated replacing JMS/ActiveMQ (5.x vintage) with both Artemis and Qpid Broker-J (we are a Java shop) and Qpid was the clear choice for us.  
We cautiously switched to Broker-J and have not regretted the choice and have not looked back. 

Qpid rocks!
--
Tom Jordahl
 

On 3/7/20, 5:48 AM, "Rob Godfrey" <ro...@gmail.com> wrote:

    On Sat, 7 Mar 2020 at 04:16, Virgilio Fornazin <vi...@gmail.com>
    wrote:
    
    > RHEL is pushing Dispatcher + Broker-J (Artemis based) as the new A-MQ
    > solution.
    >
    
    Just to be clear Artemis is part of the ActiveMQ project and not related to
    Qpid Broker-J
    
    -- Rob
    
    
    > With container and another new things happening, could be the new way.
    > But C++ broker still the fastest and best broker around for me
    >
    > On Fri, Mar 6, 2020 at 1:33 PM Robbie Gemmell <ro...@gmail.com>
    > wrote:
    >
    > > The C++ broker sees occasional bug fixes (some are probably overdue a
    > > release currently, its been a while), but there isnt active feature
    > > development around it.
    > >
    > > On Fri, 6 Mar 2020 at 15:39, Bruce Parr <Br...@pgs.com> wrote:
    > > >
    > > > Hello,
    > > >
    > > > Is the C++ broker still under development/maintenance, or should we
    > > start thinking about switching to Broker-J?
    > > >
    > > > Thanks,
    > > > Bruce
    > > >
    > > >
    > > >
    > > > ---------------------------------------------------------------------
    > > > To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
    > > > For additional commands, e-mail: users-help@qpid.apache.org
    > > >
    > >
    > > ---------------------------------------------------------------------
    > > To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
    > > For additional commands, e-mail: users-help@qpid.apache.org
    > >
    > >
    >
    


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org

Re: C++ Broker

Posted by Rob Godfrey <ro...@gmail.com>.
On Sat, 7 Mar 2020 at 04:16, Virgilio Fornazin <vi...@gmail.com>
wrote:

> RHEL is pushing Dispatcher + Broker-J (Artemis based) as the new A-MQ
> solution.
>

Just to be clear Artemis is part of the ActiveMQ project and not related to
Qpid Broker-J

-- Rob


> With container and another new things happening, could be the new way.
> But C++ broker still the fastest and best broker around for me
>
> On Fri, Mar 6, 2020 at 1:33 PM Robbie Gemmell <ro...@gmail.com>
> wrote:
>
> > The C++ broker sees occasional bug fixes (some are probably overdue a
> > release currently, its been a while), but there isnt active feature
> > development around it.
> >
> > On Fri, 6 Mar 2020 at 15:39, Bruce Parr <Br...@pgs.com> wrote:
> > >
> > > Hello,
> > >
> > > Is the C++ broker still under development/maintenance, or should we
> > start thinking about switching to Broker-J?
> > >
> > > Thanks,
> > > Bruce
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
> > > For additional commands, e-mail: users-help@qpid.apache.org
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
> > For additional commands, e-mail: users-help@qpid.apache.org
> >
> >
>

Re: C++ Broker

Posted by Virgilio Fornazin <vi...@gmail.com>.
RHEL is pushing Dispatcher + Broker-J (Artemis based) as the new A-MQ
solution.
With container and another new things happening, could be the new way.
But C++ broker still the fastest and best broker around for me

On Fri, Mar 6, 2020 at 1:33 PM Robbie Gemmell <ro...@gmail.com>
wrote:

> The C++ broker sees occasional bug fixes (some are probably overdue a
> release currently, its been a while), but there isnt active feature
> development around it.
>
> On Fri, 6 Mar 2020 at 15:39, Bruce Parr <Br...@pgs.com> wrote:
> >
> > Hello,
> >
> > Is the C++ broker still under development/maintenance, or should we
> start thinking about switching to Broker-J?
> >
> > Thanks,
> > Bruce
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
> > For additional commands, e-mail: users-help@qpid.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
> For additional commands, e-mail: users-help@qpid.apache.org
>
>

Re: C++ Broker

Posted by Robbie Gemmell <ro...@gmail.com>.
The C++ broker sees occasional bug fixes (some are probably overdue a
release currently, its been a while), but there isnt active feature
development around it.

On Fri, 6 Mar 2020 at 15:39, Bruce Parr <Br...@pgs.com> wrote:
>
> Hello,
>
> Is the C++ broker still under development/maintenance, or should we start thinking about switching to Broker-J?
>
> Thanks,
> Bruce
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
> For additional commands, e-mail: users-help@qpid.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org