Re: store_tools

And what happens if processors use different versions? A PANIC  
condition or some sort of error?

It would definitely help tracking the source of the problem, though  
wouldn't solve the fact that the formats are incompatible. If you  
upgraded the binaries to an incompatible version while there were  
messages on the store, you won't be able to load them again.

Assuming that the changes are minor (e.g., no new mandatory fields  
added) store_tools could be extended to provide some means of  
"abstract" file format that could be imported/exported between  
versions to help migrate the data (export -> upgrade -> import).

Regards,
--
Alejandro Guerrieri
[email protected]



On 26/01/2009, at 16:38, Stipe Tolj wrote:

> Alejandro Guerrieri schrieb:
>> I've made a new kannel utility to be able to manipulate the store
>> file/spool. It's called "store_tools" and it allows to list, delete  
>> and
>> export messages from the store into other formats (it could be used  
>> to
>> move messages from file to spool and back).
>>
>> Here's more info and the patch:
>>
>> http://www.blogalex.com/archives/72
>>
>> Please try it and consider adding it to the test folder so it becomes
>> part of the main tree.
>
> cool, will have view... thanks Alejandro for the effort. Applause  
> from the
> audience please! :)
>
> Another thing I'd like to raise in this "scope" of the store  
> subsystem ->
> versioning.
>
> At the moment we're pretty incompatible when a store file or spool  
> is used on an
> updates set of binaries, this includes also the inter-box  
> communication between
> bearerbox and smsbox connections if their "msg struct" differ.
>
> I'd like to have this handled more gracefully, i.e. by versioning  
> the msg struct
> with a "magic cookie header", so that the participating processors  
> of the msg
> struct "know" with what they are dealing. I had the magic cookie  
> header format
> as used in the Apache module API in mind.
>
> Any comments, suggestions?
>
> Stipe
>
> -- 
> -------------------------------------------------------------------
> Kölner Landstrasse 419
> 40589 Düsseldorf, NRW, Germany
>
> tolj.org system architecture      Kannel Software Foundation (KSF)
> http://www.tolj.org/              http://www.kannel.org/
>
> mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
> -------------------------------------------------------------------
>