I add a new message named blobmessageLi which like textmessage but not like
original blobmessage,
I add blobmessageli.h and cpp file whick like textmessage.h and cpp in cms
directory.
I add ActiveMQBlobMessageli.h and cpp file,ActiveMQBlobMessageMarshaller.h
and cpp.
And modify relational code,ID_A
I am a chinese.My english is not very good.
I read this english by machine translating.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/BlobMessage-in-ActiveMQ-CPP-by-now-2017-tp4726457p4726629.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
as I said on the JIRA, I knew it was about prefetch.
On Fri, May 26, 2017 at 3:38 PM, Clebert Suconic
wrote:
> I doubt it is a bug... When you redeliver there are a few things that
> could happen, including getting from the next buffer.. and things like
> that...
>
> I have been writing Messagi
I doubt it is a bug... When you redeliver there are a few things that
could happen, including getting from the next buffer.. and things like
that...
I have been writing Messaging System since JBoss MQ, JBoss Messaging
-> HornetQ -> ActiveMQ 5 and ActiveMQ Artemis, as an user on a few
other systems
Hello,
I'm planning to send a PR in order to deal with the issue I reported in
https://issues.apache.org/jira/browse/AMQ-6658
I would like some feedback (basically, if it makes sense).
The issue concerns redelivery of messages: it does not preserve order under
certain conditions when prefetch i
> This works fine as long as I bring up master. We have tested killing master
> server in which case slave takes over and then when master is bought back up
> slave relinquishes control. But, if we start slave up first before bringing
> up master, then slave never starts servicing. It sits there
Hi,
I observed a behavior which was odd and would like to check if I am missing
something. We have two node static configuration cluster. One is master
and another one is slave with shared store.
master
true
E271828, please see the message below from Tim Bish, the developer who
knows the C++ interface the best. Are you willing to use the test setup you
already have plus a debugger to figure out why this isn't working as
expected?
Tim
-- Forwarded message --
From: "Timothy Bish"
Date:
That's not how I expected it would work. Every message ultimately gets
converted to the OpenWire protocol, no matter which language you use, so I
assumed that methods with the same name in the different languages would
translate to the same OpenWire content, but it sounds like that's not
happening