[teiid-issues] [JBoss JIRA] (TEIID-1311) Consider developing a connector/translator to Cassandra/Thrift

[Steven Hawkins (JIRA)]

    [ https://issues.jboss.org/browse/TEIID-1311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12807946#comment-12807946 ] 

Steven Hawkins edited comment on TEIID-1311 at 9/27/13 11:17 AM:
-----------------------------------------------------------------

I'm working on updating a pull request sent by Radek.  The code is well in-line with project standards and just needs rounded out for kitting.  The major issue here is that the contribution uses the com.datastax Cassandra driver.  It looks to me like the corresponding module based upon my initial investigations of his source in https://community.jboss.org/thread/231389 and from another JBoss user http://www.datastax.com/dev/blog/the-native-cql-java-driver-goes-ga would look like:
{code}
<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.0" name="com.datastax.cassandra.driver.core">
    <resources>
        <resource-root path="cassandra-driver-core-1.0.0.jar"/>
        <resource-root path="cassandra-all-1.2.3.jar"/>
        <resource-root path="snappy-java-1.0.4.1.jar"/>
        <resource-root path="metrics-core-2.2.0.jar"/>
        <resource-root path="libthrift-0.7.0.jar"/>
        <resource-root path="concurrentlinkedhashmap-lru-1.3.jar"/>

        <!-- exists in AS -->
        
        <!-- version mismatch -->
        <resource-root path="guava-14.0.1.jar"/>
        <resource-root path="netty-3.6.3.Final.jar"/>
        
        <!-- classloading or other issue -->
        <resource-root path="jackson-core-asl-1.9.2.jar"/>
        <resource-root path="jackson-mapper-asl-1.9.2.jar"/>
    </resources>

    <dependencies>
        <module name="javax.api" />
        <module name="org.slf4j" />
    </dependencies>

</module>
{code}

That's quite a few new dependencies.  Guava should be a simple upgrade of the AS version.  I would hope that the netty dependency could be consolidated easily, but I ran into issues with reusing the container supplied jackson.  

>From a community perspective should we:
a) go ahead and include all of these dependencies in the as/embedded kits and leave consolidation for a productization effort
b) leave it to the user to supply the com.datastax module dependencies
c) spend more time to understand what could be done about netty/jackson
                
      was (Author: shawkins):
    I'm working on updating a pull request sent by Radek.  The code is well in-line with project standards and just needs rounded out for kitting.  The major issue here is that the contribution uses the com.datastax Cassandra driver.  It looks to me like the corresponding module based upon my initial investigations of his source in https://community.jboss.org/thread/231389 and from another JBoss user http://www.datastax.com/dev/blog/the-native-cql-java-driver-goes-ga would look like:
{code}
<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.0" name="org.olap4j">
    <resources>
        <resource-root path="cassandra-driver-core-1.0.0.jar"/>
        <resource-root path="cassandra-all-1.2.3.jar"/>
        <resource-root path="snappy-java-1.0.4.1.jar"/>
        <resource-root path="metrics-core-2.2.0.jar"/>
        <resource-root path="libthrift-0.7.0.jar"/>
        <resource-root path="concurrentlinkedhashmap-lru-1.3.jar"/>

        <!-- exists in AS -->
        
        <!-- version mismatch -->
        <resource-root path="guava-14.0.1.jar"/>
        <resource-root path="netty-3.6.3.Final.jar"/>
        
        <!-- classloading or other issue -->
        <resource-root path="jackson-core-asl-1.9.2.jar"/>
        <resource-root path="jackson-mapper-asl-1.9.2.jar"/>
    </resources>

    <dependencies>
        <module name="javax.api" />
        <module name="org.slf4j" />
    </dependencies>

</module>
{code}

That's quite a few new dependencies.  Guava should be a simple upgrade of the AS version.  I would hope that the netty dependency could be consolidated easily, but I ran into issues with reusing the container supplied jackson.  

>From a community perspective should we:
a) go ahead and include all of these dependencies in the as/embedded kits and leave consolidation for a productization effort
b) leave it to the user to supply the com.datastax module dependencies
c) spend more time to understand what could be done about netty/jackson
                  
> Consider developing a connector/translator to Cassandra/Thrift
> --------------------------------------------------------------
>
>                 Key: TEIID-1311
>                 URL: https://issues.jboss.org/browse/TEIID-1311
>             Project: Teiid
>          Issue Type: Feature Request
>          Components: Misc. Connectors
>    Affects Versions: 7.1
>         Environment: Any
>            Reporter: Ken Johnson
>             Fix For: 8.6
>
>
> Apache Cassandra is starting to see uptake beyond the big name social network players. Has any thought been given to offering connectivity to Cassandra through Teiid? Perhaps this is through consuming the Thrift file as metadata source.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira