Interested in contributing to Cassandra

[Tharindu Mathew]

Hi everyone,

I'm interested in contributing to Cassandra in my spare time.

Any areas that is of interest to the project that I can look into (that
leaves enough time for a learning curve :) ? I already have the source
checked out and built on my machine.

-- 
Regards,

Tharindu

Re: Interested in contributing to Cassandra

[Nick Bailey]

http://wiki.apache.org/cassandra/HowToContribute

Specifically from there, see the link to tickets marked as 'Low Hanging Fruit'

https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+12310865+AND+labels+%3D+lhf+AND+status+!%3D+resolved

On Tue, Aug 9, 2011 at 11:14 AM, Tharindu Mathew  wrote:
> Hi everyone,
>
> I'm interested in contributing to Cassandra in my spare time.
>
> Any areas that is of interest to the project that I can look into (that
> leaves enough time for a learning curve :) ? I already have the source
> checked out and built on my machine.
>
> --
> Regards,
>
> Tharindu
>

Re: Interested in contributing to Cassandra

[Tharindu Mathew]

Thanks Nick, will look into those.

On Tue, Aug 9, 2011 at 9:47 PM, Nick Bailey  wrote:

> http://wiki.apache.org/cassandra/HowToContribute
>
> Specifically from there, see the link to tickets marked as 'Low Hanging
> Fruit'
>
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+12310865+AND+labels+%3D+lhf+AND+status+!%3D+resolved
>
> On Tue, Aug 9, 2011 at 11:14 AM, Tharindu Mathew 
> wrote:
> > Hi everyone,
> >
> > I'm interested in contributing to Cassandra in my spare time.
> >
> > Any areas that is of interest to the project that I can look into (that
> > leaves enough time for a learning curve :) ? I already have the source
> > checked out and built on my machine.
> >
> > --
> > Regards,
> >
> > Tharindu
> >
>



-- 
Regards,

Tharindu

Help with debugging DynamicCompositeType (Sylvain)

[Todd Nine]

Hi guys,
  I'm working on the final updates to hector-jpa for 0.8.2, and I've run
into a bit of an issue.  Now that forward and reverse comparators are
natively supported, order by clauses on the indexes are natively sorted
in Cassandra.  I'm having some issues with my tests, here is my
scenario.

An index for a "Sale" object is defined with the following format 



name, order by sale date desc.



This translates into the following DynamicComposite.


UTF8Type + BytesType(reversed=true) + BytesType (the RK that contains
the sale item)


When I'm creating the composite, everything appears to be constructed
correctly, however when performing range scans where I only scan the
first component in the composite, the rows are not returned in the
reverse order as I expect, but rather in the order that would match a
UTF8Type+BytesType+BytesType encoding.

I've created a unit test that manually creates these columns the same as
my plugin, and it passes.  

https://gist.github.com/c8517fb4799676a246d8

This leads me to believe that the serializiation of the column bytes on
the client is incorrectly encoded. 


Where would be the best location in the DynamicCompoisteType comparator
code to debug the columns as they are sorted?  This will help me pin
down the serialization problem, and ultimately get a 0.8.2 compatible
version of the plugin deployed.

Thanks,
Todd

Help with debugging DynamicCompositeType (Sylvain)

[Todd Nine]

Hi guys,
  I'm working on the final updates to hector-jpa for 0.8.2, and I've run
into a bit of an issue.  Now that forward and reverse comparators are
natively supported, order by clauses on the indexes are natively sorted
in Cassandra.  I'm having some issues with my tests, here is my
scenario.

An index for a "Sale" object is defined with the following format 


name, order by sale date desc.


This translates into the following DynamicComposite.


UTF8Type + BytesType(reversed=true) + BytesType (the RK that contains
the sale item)


When I'm creating the composite, everything appears to be constructed
correctly, however when performing range scans where I only scan the
first component in the composite, the rows are not returned in the
reverse order as I expect, but rather in the order that would match a
UTF8Type+BytesType+BytesType encoding.

I've created a unit test that manually creates these columns the same as
my plugin, and it passes.  

https://gist.github.com/c8517fb4799676a246d8

This leads me to believe that the serialization of the column bytes on
the client is incorrectly encoded. 


Where would be the best location in the DynamicCompoisteType comparator
code to debug the columns as they are sorted?  This will help me pin
down the serialization problem, and ultimately get a 0.8.2 compatible
version of the plugin deployed.

Thanks,
Todd