activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nathan Mittler" <nathan.mitt...@gmail.com>
Subject Re: Questions ActiveMQ C++ Client
Date Sat, 28 Oct 2006 21:05:48 GMT
I've fixed this in trunk.  Thanks for the heads up!

On 10/28/06, Nathan Mittler <nathan.mittler@gmail.com> wrote:
>
> We've been using gcc 4.x, which hasn't shown that warning - I'll take a
> look.  But yes - the support for the stomp protocol is mature at this point
> in activemq-cpp.  Of course, development is always going on - our main focus
> now is adding support for other wire protocols, specifically openwire.
>
> Regards,
> Nate
>
> On 10/27/06, Hiram Chirino <hiram@hiramchirino.com> wrote:
> >
> > That can be easily fixed.  Not all compilers give out the same warnings.
> >
> > activemq-cpp is very stable and should be nearing a stable release
> > shortly.
> >
> > On 10/26/06, rnelson < rob.nelson@irisfinancial.com> wrote:
> > >
> > > Hello.
> > >
> > > I am wondering who has used the ActiveMQ C++ client.  I am using it
> > under
> > > 4.0.2.  It seems to work fine, but there is one question I have:
> > >
> > > Under Windows, the following warning gets printed out:
> > >
> > > c:\ActiveMQ\activemq\connector\stomp\commands\AckCommand.h(102) :
> > warning
> > > C4390: ';' : empty controlled statement found;
> > >
> > > Looking at the source code, this is the case.
> > >
> > > My general question is how new the C++ client code is, and if is still
> > being
> > > written, or whether it is in a state that is generally considered
> > robust?
> > > Any insights on its use would be great.
> > >
> > > Thanks,
> > >
> > > Rob Nelson
> > > rob.nelson@irisfinancial.com
> > >
> > > --
> > > View this message in context:
> > http://www.nabble.com/Questions-ActiveMQ-C%2B%2B-Client-tf2517793.html#a7022558
> > > Sent from the ActiveMQ - User mailing list archive at Nabble.com.
> > >
> > >
> >
> >
> > --
> > Regards,
> > Hiram
> >
> > Blog: http://hiramchirino.com
> >
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message