That would be great to spike into a proof of concept. The memory
persistence adapter would be an ideal start point as it maintains some
simple in memory lists that would be easy to replicate.
Reusing something as solid as memcached makes sense if it is not too
difficult to setup and maintain.
For sure there are some usecases that would benefit from a simple
shared memory persistence impl. However dealing with message order and
concurrent consumers on the same destination will require some
thought.

On 23 January 2012 08:51, Hervé BARRAULT <herve.barra...@gmail.com> wrote:
> Hi,
> I have a question about an idea of deployment.
>
> Is it possible to use something like memcached to create only one
> broker over multiple hosts/JVMs ?
>
> The main idea is to use an "embeded broker" in each JVM but seen as
> only one broker. By this way, i can use VM protocol (no serialization
> i  guess) instead of STOMP or TCP.
>
> In normal case the message will be produced and consumed in the same
> JVM but only in case of a JVM/host crash, the message will be consume
> in another one.
>
> I think also by this way to avoid persisting messages in files or
> database but in a "shared distributed memory" ( it is not as safe as
> persistence but i could loose messages only if all JVM crashes).
>
> Thanks for answers
>
> Regards
> Hervé



-- 
http://fusesource.com
http://blog.garytully.com

Reply via email to