activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Posta <christian.po...@gmail.com>
Subject Re: LevelDB in ActiveMQ 5.9.0
Date Tue, 22 Oct 2013 16:30:00 GMT
There is a separate store for scheduled messages.
KahaDB is implemented.

There is no impl for leveldb yet.




On Tue, Oct 22, 2013 at 9:09 AM, Claus Ibsen <claus.ibsen@gmail.com> wrote:

> Does level db have support for that scheduled persistent store?
> http://activemq.apache.org/delay-and-schedule-message-delivery.html
>
> Or maybe I am mistaking or remembering wrong that the scheduler has a
> separate store from the regular store for its scheduled messages.
>
>
>
> On Tue, Oct 22, 2013 at 5:00 PM, Gary Tully <gary.tully@gmail.com> wrote:
> > of the ~3k unit tests - many use the default store and we have not
> > switched the default store. Until we do, and work through any issues
> > we won't know for sure. We plan to do that before we make it the
> > default.
> > The only known caveat atm is priority support, levelDb does not
> > respect JMS priority in the same way as kahaDB or JDBC does.
> >
> > On 22 October 2013 15:25, Paul Gale <paul.n.gale@gmail.com> wrote:
> >> Per Claus Ibsen's blog post:
> >>
> >> "Over time level db is planned to be default out of the box persistent
> >> store, instead of the current kahadb store. Though we are not there
> >> yet, so kahadb is still the default store."
> >>
> >> What does "we are not there yet" mean? What are the caveats regarding
> >> LevelDB usage?
> >>
> >> Copious detail is much appreciated.
> >>
> >> Just wondering.
> >>
> >> Thanks,
> >> Paul
> >
> >
> >
> > --
> > http://redhat.com
> > http://blog.garytully.com
>
>
>
> --
> Claus Ibsen
> -----------------
> Red Hat, Inc.
> Email: cibsen@redhat.com
> Twitter: davsclaus
> Blog: http://davsclaus.com
> Author of Camel in Action: http://www.manning.com/ibsen
>



-- 
*Christian Posta*
http://www.christianposta.com/blog
twitter: @christianposta

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