You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by Timo Nentwig <ti...@toptarif.de> on 2011/04/27 15:40:54 UTC
suggestion: sstable2json to ignore TTL
Hi!
What about a simple option for sstable2json to not print out expiration TTL+LocalDeletionTime (maybe even ignore isMarkedForDelete)? I want to move old data from a live cluster (with TTL) to an archive cluster (->data does not expire there).
BTW is there a smarter way to do this? Actually I'd like to dump only new data (i.e. data after a certain timestamp).
Re: suggestion: sstable2json to ignore TTL
Posted by aaron morton <aa...@thelastpickle.com>.
Click on Submit Patch then it should get noticed as the committers go through the patch list. And / Or update the comments to get it back into the activity stream
If you need a hand with updating the 0.8 patch let me know.
Cheers
-----------------
Aaron Morton
Freelance Cassandra Developer
@aaronmorton
http://www.thelastpickle.com
On 6 May 2011, at 02:40, Timo Nentwig wrote:
>
> On Apr 27, 2011, at 16:59, Timo Nentwig wrote:
>
>> On Apr 27, 2011, at 16:52, Edward Capriolo wrote:
>>
>>> The method being private is not a deal-breaker.While not good software
>>> engineering practice you can copy and paste the code and renamed the
>>> class SSTable2MyJson or whatever.
>>
>> Sure I can do this but I'd like to have it just available in the distro (incl. a script I can simply call).
>
> Just read that the json format changed in 0.8. That's why I don't want to copy code... unfortunately nobody cares about CASSANDRA-2582, so if I can do anything to help pls. tell me.
>
>> Should I post this rather on the dev mailing list?
>
Re: suggestion: sstable2json to ignore TTL
Posted by Timo Nentwig <ti...@toptarif.de>.
On Apr 27, 2011, at 16:59, Timo Nentwig wrote:
> On Apr 27, 2011, at 16:52, Edward Capriolo wrote:
>
>> The method being private is not a deal-breaker.While not good software
>> engineering practice you can copy and paste the code and renamed the
>> class SSTable2MyJson or whatever.
>
> Sure I can do this but I'd like to have it just available in the distro (incl. a script I can simply call).
Just read that the json format changed in 0.8. That's why I don't want to copy code... unfortunately nobody cares about CASSANDRA-2582, so if I can do anything to help pls. tell me.
> Should I post this rather on the dev mailing list?
Re: suggestion: sstable2json to ignore TTL
Posted by Timo Nentwig <ti...@toptarif.de>.
On Apr 27, 2011, at 17:10, Edward Capriolo wrote:
> I would think most people who watch dev watch this list.
>
> http://wiki.apache.org/cassandra/HowToContribute
So, here it is: https://issues.apache.org/jira/browse/CASSANDRA-2582
Re: suggestion: sstable2json to ignore TTL
Posted by Edward Capriolo <ed...@gmail.com>.
On Wed, Apr 27, 2011 at 10:59 AM, Timo Nentwig <ti...@toptarif.de> wrote:
>
> On Apr 27, 2011, at 16:52, Edward Capriolo wrote:
>
>> The method being private is not a deal-breaker.While not good software
>> engineering practice you can copy and paste the code and renamed the
>> class SSTable2MyJson or whatever.
>
> Sure I can do this but I'd like to have it just available in the distro (incl. a script I can simply call).
>
> Should I post this rather on the dev mailing list?
I would think most people who watch dev watch this list.
http://wiki.apache.org/cassandra/HowToContribute
Re: suggestion: sstable2json to ignore TTL
Posted by Timo Nentwig <ti...@toptarif.de>.
On Apr 27, 2011, at 16:52, Edward Capriolo wrote:
> The method being private is not a deal-breaker.While not good software
> engineering practice you can copy and paste the code and renamed the
> class SSTable2MyJson or whatever.
Sure I can do this but I'd like to have it just available in the distro (incl. a script I can simply call).
Should I post this rather on the dev mailing list?
Re: suggestion: sstable2json to ignore TTL
Posted by Edward Capriolo <ed...@gmail.com>.
On Wed, Apr 27, 2011 at 10:16 AM, Timo Nentwig <ti...@toptarif.de> wrote:
>
> On Apr 27, 2011, at 15:58, Edward Capriolo wrote:
>
>> Hacking a separate copy of SSTable2json is trivial. Just look for the
>> section of the code that writes the data and change what it writes. If
>
> I did. The method's private...
>
>> you can make it a knob --nottl then it could be included in Cassandra
>> core if the project thinks it has global appeal.
>
> That's why I was posting this suggestion :)
>
The method being private is not a deal-breaker.While not good software
engineering practice you can copy and paste the code and renamed the
class SSTable2MyJson or whatever.
Re: suggestion: sstable2json to ignore TTL
Posted by Timo Nentwig <ti...@toptarif.de>.
On Apr 27, 2011, at 15:58, Edward Capriolo wrote:
> Hacking a separate copy of SSTable2json is trivial. Just look for the
> section of the code that writes the data and change what it writes. If
I did. The method's private...
> you can make it a knob --nottl then it could be included in Cassandra
> core if the project thinks it has global appeal.
That's why I was posting this suggestion :)
Re: suggestion: sstable2json to ignore TTL
Posted by Edward Capriolo <ed...@gmail.com>.
On Wed, Apr 27, 2011 at 9:40 AM, Timo Nentwig <ti...@toptarif.de> wrote:
> Hi!
>
> What about a simple option for sstable2json to not print out expiration TTL+LocalDeletionTime (maybe even ignore isMarkedForDelete)? I want to move old data from a live cluster (with TTL) to an archive cluster (->data does not expire there).
>
> BTW is there a smarter way to do this? Actually I'd like to dump only new data (i.e. data after a certain timestamp).
Hacking a separate copy of SSTable2json is trivial. Just look for the
section of the code that writes the data and change what it writes. If
you can make it a knob --nottl then it could be included in Cassandra
core if the project thinks it has global appeal.
Edward