Hi Marc,
I'm glad to see you're interest in decaf - we've worked hard to make
programming in C++ painless (well, maybe less painful) to Java
developers :)
As far as the stability of the decaf API goes, I think at this point the
dust has settled a bit and we don't really have any plans for changing
You should (theoretically) be able to share the same ActiveMQ-CPP
session between multiple threads, but we did create the CMS API as a
direct port of JMS. With that said, I'm not sure how thoroughly the
ActiveMQ-CPP session class was tested with multiple threads. You can
always give it a try and
Just curious ... are you building with a C++ compiler? If so, you might want
to think about just using ActiveMQ-CPP: http://activemq.apache.org/cms/
I'm not sure if the Openwire C client is being maintained.
Regards,
Nate
> -Original Message-
> From: Joselu [mailto:[EMAIL PROTECTED]
>
Unfortunately, the Stream messages are not currently supported in the
C++ client. I think your best bet would be to break the stream into
smaller messages and reassemble, as you suggested.
It might help to use a Camel Aggregator
(http://activemq.apache.org/camel/aggregator.html) in the broker, wh
test
Can you verify that things work fine when using a Java client to receive
the messages? If so, it sounds like a C++ client bug - I recommend
raising a JIRA issue and attaching a sample program if you can cook one
up quickly.
Nate
> -Original Message-
> From: rahuljoshi80 [mailto:[EMAIL PR
Hm ... not aware of any incompatibility between versions. Why don't you
create a JIRA issue and provide sample Java and C++ code to recreate the
problem.
Nate
> -Original Message-
> From: bozimmerman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 29, 2008 9:59 AM
> To: users@activemq
Actually the CMSCorrelationID is used for this purpose. Just have the
guy on the other end set that before he sends back the response.
Regards,
Nate
> -Original Message-
> From: gali_ka [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 10, 2008 8:42 AM
> To: users@activemq.apache.org
>
> I guess if you know the broker can't accept any more
> messages, there's no point trying to send & block; you could
> maybe give a better error/log/exception back to the caller?
Agreed! At the minimum, flow control should buy us the ability to
provide the user with a more meaningful error m
Awesome - thanks!
> -Original Message-
> From: James Strachan [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 17, 2007 7:20 AM
> To: users@activemq.apache.org
> Subject: Re: ActiveMQ thoughts
>
> BTW I've just updated the documentation on producer flow
> control to try describe what
Sounds great!
>
> Great, that exactly right. Then we can just add a target in
> the make file for debian (i.e. make debian) and that would
> allow a package maintainer to build a new one with each
> release. Now if we could get the others, rpm, etc in there
> we could start getting the lib
Why don't you create an issue
http://issues.apache.org/activemq/browse/AMQCPP and attach and example
application that illustrates the problem.
Nate
> -Original Message-
> From: pfid [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 13, 2007 8:41 AM
> To: users@activemq.apache.org
> Su
ActiveMQ-CPP is multithreaded in that there is one thread per session as
per the CMS/JMS contract. If you're only using a single session, you
won't see any benefit in going to a multiple processor environment. To
take advantage of that architecture, you may want to have several active
sessions an
We recently had a donation that added SSL support. This code can be
found in this branch:
https://svn.apache.org/repos/asf/activemq/activemq-cpp/branches/activemq
-cpp-ssl/
At the moment I can't give an ETA for when this will make it into trunk,
however.
Regards,
Nate
> -Original Message---
FWIW, we're do have SSL support in our roadmap for the 2.2 release. In
fact, we've already received a patch that does add some level of SSL
support (for *nix platforms). See this issue for more info
http://issues.apache.org/activemq/browse/AMQCPP-140
Regards,
Nate
> -Original Message-
>
Hmm .. Sounds fishy.
Anyway, I'm glad you got things working. Thanks for the update!
> -Original Message-
> From: Scott the Red [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 25, 2007 3:22 PM
> To: users@activemq.apache.org
> Subject: Re: c++ client doesn't receive on all topic c
Here's a blurb general use of selectors
http://activemq.apache.org/selectors.html
To create a selective consumer in ActiveMQ-CPP, just add the selector
string in the call to Session.createConsumer
(http://activemq.apache.org/cms/api_docs/cms-1.0/classcms_1_1_session.ht
ml#1a342184f514d4bdafd153380
It sounds to me like the solution needs to be at the application-level.
Here's a few ideas that come to mind:
1) Asynchronous delivery: you could queue them up until you're system is
ready to process them.
2) Asynchronous delivery: When you are in a state to process messages,
you could register t
>
> 1. Regarding the links for activemq-cpp on your website, URL:
> http://activemq.apache.org/cms.html:
>
>
> Overview
>
> * Index
> * News
> * Getting Started -> refers to the same website
> (i.e.http://activemq.apache.org/cms.html)
> * API -> refers to the same website
> (i
>
> * CMS
>
> * Openwire C++
>
> * Amazon Openwire (in the sandbox)
>
> I could really use some decision guidance here. So my questions
> are:
>
> 1. How C++-ish (as in STL-friendliness or so) are they?
I can really only speak to ActiveMQ-CPP ...
STL is used on the CMS interface, so it sh
Looks like the "C Integration" page was a little outdated. I've just
updated this page in hopes of making it more clear (it may take an hour
or so until the site gets the changes).
The most active C/C++ client project is ActiveMQ-CPP (which implements
the CMS API) http://activemq.apache.org/cms
gt;
> std::string brokerURI = "stomp://localhost:61613"
> "?wireFormat=stomp"
> "&transport.useAsyncSend=true";
>
> std::string brokerURI = "stomp://localhost:61613"
>
>
> In the case I will need to implement the concurrency control
> over the session, so that only one thread can use the
> session, as sessions are implemented for serial use? Rght?
Yes, you should add your own concurrency control for the session.
>
> I tried the first case in which i imple
The formal JMS/CMS definition of a Session implies that each thread
would get its own session. The ActiveMQ-CPP implementation, however,
will allow you to share a session across threads.
For consumers, it should be known that each session has a single message
dispatch thread, so a slow asynchro
Unlike GPL/LGPL, the ASF license does not require you to contribute your
changes back to the community (although it is appreciated :)). You can
read the license for yourself here:
http://www.apache.org/licenses/LICENSE-2.0.html
Be sure to read section 4 on redistribution.
Nate
> -Original
Agreed!
I've created this issue
https://issues.apache.org/activemq/browse/AMQCPP-115 to address this.
> -Original Message-
> From: Albert Strasheim [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 18, 2007 8:19 AM
> To: users@activemq.apache.org
> Subject: Re: Licensing and Porting Issue
; one) because the error occurs when i launch ./autogen.sh
> >>>> >>
> >>>> >>
> >>>> >> tabish121 wrote:
> >>>> >> >
> >>>> >> > Where does the cppunit stuff get installed? By default on
I have autoconf v2.60 on OS X 10.4.9 and it works fine for me.
How did u install cppunit?
> -Original Message-
> From: didyeah971 [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 04, 2007 12:34 PM
> To: users@activemq.apache.org
> Subject: Problem for installin ActiveMQ CPP on MAC OS X Ti
The site seems to be working properly now.
> -Original Message-
> From: Nathan Mittler [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 25, 2007 6:30 AM
> To: users@activemq.apache.org
> Subject: Re: Rest and Stomp
>
> That's strange ... I just checked on the wiki that generates
> th
Yup - that needs to be fixed. I've created an issue to capture this:
https://issues.apache.org/activemq/browse/AMQCPP-96
We're going to be releasing v2.0 very soon - we should be able to get
this into 2.0 without a problem.
Thanks!
Nate
> -Original Message-
> From: cmaxo [mailto:[EMAIL
30 matches
Mail list logo
