activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Bain <tb...@alumni.duke.edu>
Subject Re: Persistent queue storage area
Date Wed, 21 Jun 2017 06:11:46 GMT
If your goal is to publish messages on host A while the drive is mounted to
A, and then have them become available to host B when the drive is mounted
to B, you should be able to configure an ActiveMQ broker with a KahaDB
storage location on the disk. A would run a copy of the broker (only when
the disk is mounted), and any messages published (to a queue with no
consumers, presumably) would be written to disk. Then the broker would be
shut down, the disk would be moved to B, and a similarly-configured broker
process would be started on B, which would allow a process on B to consume
messages from the queue.

The simplest configuration would be to have just one broker on each host,
and then have each client (producer on A, consumer on B) process be robust
enough to survive the periods of time when no broker was available because
the drive is mounted to the other host. If that's not acceptable, you could
run two brokers on each host in a network of brokers configuration, where
the clients connect to a broker that's always up and then the broker that
writes to the drive is started and stopped as needed; that way, the clients
can always talk to a broker and the unavailability of the drive is a
transient and transparent occurrence that they don't have to know about or
care about.

Tim

On Tue, Jun 20, 2017 at 9:59 AM, Justin Bertram <jbertram@redhat.com> wrote:

> I'm not aware of any out-of-the-box solution for any ActiveMQ broker to
> automate your use-case.  It's up to your software to write the data to disk
> when offline (in whatever format suits your needs) and then to read it from
> disk and send it to the ActiveMQ broker when online.
>
>
> Justin
>
> On Tue, Jun 20, 2017 at 10:22 AM, giox79 <giovanniparodi79@gmail.com>
> wrote:
>
> > I'm a fresh user of ActiveMQ technology, and I have some problem
> > approaching
> > this technology.
> >
> > I have the following situation:
> >
> > * I have a SW, running in a embedded (offline) ARM device (A), that
> archive
> > a set of messages in a local hard disk.
> > * Once a month we have to extract the hard disk and to connect it to
> > another
> > embedded online ARM device (B), that should notify a ActiveMQ server
> about
> > the alarms generated by (A)
> >
> > And now my question: how can I store the persistent queue on the hard
> disk
> > when (A) is offline, so that the events generated by (A) will be
> available
> > to (B) when the HD is connected to (B)?
> >
> > Please note that the only "connection" between online and offline
> embedded
> > device is hard disk.
> >
> >
> >
> > Giovanni
> >
> >
> >
> >
> > --
> > View this message in context: http://activemq.2283324.n4.
> > nabble.com/Persistent-queue-storage-area-tp4727578.html
> > Sent from the ActiveMQ - User mailing list archive at Nabble.com.
> >
>

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