Hi

Yeah leveldb has more tools. Just google.

The camel-leveldb docs is here
http://camel.apache.org/leveldb



On Thu, Jul 18, 2013 at 9:48 AM, Stefan Burkard <sburk...@gmail.com> wrote:
> Hi Claus
>
> I'm using camel-hawtdb 2.9.6 and (according to the classpath) hawtdb 1.6.
> The fact that hawtdb has no recovery tools but I need to build them by
> myself is bad news to me. After all I use the great Camel framework to
> avoid building general-purpose functionality like this by myself.
>
> How about LevelDB? Has it better tool support? And can I already use
> leveldb with a Camel 2.x release? I stumbled over LevelDB while searching
> for recovery options for HawtDB, but I didn't find an example how to use it
> with the aggregator. Is there a unittest or similar I can look at?
>
> Thanks
> Stefan
>
>
>
>
> ************************************************************************
> Von "aabändle" bis "zwüsche" - das umfangreichste Berndeutsch-Wörterbuch
> im Internet: http://www.berndeutsch.ch
> Ausserdem: Das Blog zur Website unter http://blog.berndeutsch.ch
> Facebook-Seite unter https://www.facebook.com/berndeutsch
> Google+ Seite unter http://www.google.com/+berndeutsch
>
>
> On Wed, Jul 17, 2013 at 10:10 AM, Claus Ibsen <claus.ib...@gmail.com> wrote:
>
>> What version of Camel and HawtDB are you using?
>>
>> To try to recover you would possible need to write some java code with
>> the HawtDB API to load the corrupted file(s) and peak inside.
>>
>> Down the road we recommend using camel-leveldb instead of
>> camel-hawtdb. This uses LevelDB as the store instead which is a much
>> more mature and widespread used store.
>> https://code.google.com/p/leveldb/
>>
>> Apache ActiveMQ 5.9 offers leveldb out of the box, and is being
>> considered as the recommended/default store over its KahaDB store.
>>
>> The camel-leveldb has the same functionality as camel-hawtdb and is
>> very similar to setup.
>>
>>
>> On Tue, Jul 16, 2013 at 10:12 AM, Stefan Burkard <sburk...@gmail.com>
>> wrote:
>> > Hi Camel users
>> >
>> > I have a component with 2 persistent aggregators. One receives all
>> messages,
>> > one only a part of them. After a lot of test runs without problems I had
>> > yesterday a serious problem with the aggregator persistence (hawtdb).
>> >
>> > I don't know yet what causes the problems, but however, problems can
>> occur.
>> > My problem is that I cannot recover the data from the hawtdb-files.
>> >
>> > Im my logs, I got first of all about 8 stacktraces like the attached
>> > "stacktrace1.txt". The number in the error message "The requested page
>> was
>> > not an extent: 35" is growing from stacktrace to stacktrace from 35 to
>> 1163.
>> >
>> > Then, I got some stacktraces like the attached "stacktrace2.txt".
>> >
>> > Finally I got A LOT of stacktraces like the attached "stacktrace3.txt".
>> >
>> > After shutting down the component gracefully, I tried to restart it, but
>> > this throws stacktraces like the attached "stacktrace-startup.txt".
>> >
>> > I can only start the component again if I rename the hawtdb-files so they
>> > are ignored and new hawtdb-files are created.
>> >
>> > This leaves me with the question: how can I recover the corrupted
>> > hawtdb-files? I didn't found anything about this subject and if this is
>> not
>> > possible, this would be a real show-stopper.
>> >
>> > Thanks for any help
>> > Stefan
>> >
>>
>>
>>
>> --
>> Claus Ibsen
>> -----------------
>> Red Hat, Inc.
>> Email: cib...@redhat.com
>> Twitter: davsclaus
>> Blog: http://davsclaus.com
>> Author of Camel in Action: http://www.manning.com/ibsen
>>



-- 
Claus Ibsen
-----------------
Red Hat, Inc.
Email: cib...@redhat.com
Twitter: davsclaus
Blog: http://davsclaus.com
Author of Camel in Action: http://www.manning.com/ibsen

Reply via email to