Not ActiveMQ related, but
try this: http://pubsubclient.knolleary.net/
some nice (german) projects with sample code for this:
-
http://blue-pc.net/2014/10/15/mqtt-nachrichten-mit-dem-arduino-empfangen-senden/
- http://blue-pc.net/2014/11/16/wohnzimmer-steuerung-mit-arduino-und-mqtt/
HTH
Am 26.
be significantly faster than any JDBC
> persistence solution, so if you switch to JDBC than you will have a large
> performance hit.
>
> On Fri, Jan 29, 2016 at 3:34 AM, Klaus Pittig <
> klaus.pit...@futura4retail.com> wrote:
>
>> I agree. We also ran into several
I agree. We also ran into several issues using LevelDB and decided to
switch back to KahaDB as the default persistence, even if it's slower.
Our efforts repairing LevelDB storages on many different machines were
only with moderate success.
In contrast handling problems with KahaDB is a straightfor
e you confirmed via the thread dump
> that there is not a checkpoint operation still in progress? Also,
> how large are your journal files that are getting checkpointed? If
> they're large enough that all messages for one file won't fit into
> the memory store, you might be
ssageCursor seems to decide that there is not enough memory and stops
> delivery of queue content to browsers/consumers? What symptom tells you
> that?
> On Jan 8, 2016 8:25 AM, "Klaus Pittig"
> wrote:
>
>> (related issue: https://issues.apache.org/jira/browse/AMQ-6115)
&
(related issue: https://issues.apache.org/jira/browse/AMQ-6115)
There's a problem when Using ActiveMQ with a large number of Persistence
Queues (250) á 1000 persistent TextMessages á 10 KB.
Our scenario requires these messages to remain in the storage over a
long time (days), until they are consu
