cassandra-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vivek Mishra <>
Subject Re: Proposal: Moving CQL drivers
Date Tue, 06 Sep 2011 17:34:53 GMT
Sounds good moving to github.
1 quick question, what about JIRAs already raised w.r.t drivers? Not sure but is it possible
to integrate these new projects with current JIRA flow?

Planning to make these new projects based on maven build process?(As that might be helpful
in case of any quick release required for any sub module).

Any subsequent Cassandra release will be independent on driver release/s or vice versa?

What about if creating a single github project like CQLDrivers and creating jdbc and dbapi2
as sub projects of it? 

As a developer it can help in case somebody needs to check in some stuff in both of these.


From: Eric Evans <>
Sent: Tuesday, September 6, 2011 10:50 PM
Subject: Proposal: Moving CQL drivers

So following on from the previous discussion[1] about moving the CQL
drivers out of tree, my interpretation of that discussion is that we
have consensus that this should be done, and that they should go in
Google Code and Apache Extras.  Further, it seems a foregone
conclusion that Git be used, and so I also assume that's a safe
assumption, at least for the two existing drivers (Python and Java).

One of the obstacles was the tight coupling of components that the
JDBC driver depends on, which should now be solved in trunk
(  Other than
that the only items remaining relate to updating the tests so that
they can connect to an already running instance, instead of the
setup/teardown of nodes that is done now.

Here is what I propose to do (one driver at a time):

1. Setup new Git-based projects on Apache Extras (cassandra-jdbc and
2. Import the most current code and fix-up the tests as needed
3. Submit issues w/ patches for the removal of the corresponding
driver from Cassandra

I would like to have this in place for 1.0, and believe it should be
OK despite the fact that we are freezing on September 8 (we're still
freezing on 9/8 I assume?).  Since the plan was to delete the drivers
directory after branching anyway, this shouldn't be disruptive to the
release (even if drivers/ weren't deleted, the only functional change
would be to remove JDBC build and test targets from build.xml).



Eric Evans
Acunu | | @acunu
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message