Just want to put a plug in for gocql and the guys who work on it. I use it for production applications that sustain ~10,000 writes/sec on an 8 node cluster and in the few times I have seen problems they have been responsive on issues and pull requests. Once or twice I have seen the API change but otherwise it has been stable. In general I have found it very intuitive to use and easy to configure.
On Thu, Apr 14, 2016 at 2:30 PM, Yawei Li <yawei...@gmail.com> wrote: > Thanks for the info, Bryan! > We are in general assess the support level of GoCQL v.s Java Driver. From > http://gocql.github.io/, looks like it is a WIP (some TODO items, api is > subject to change)? And https://github.com/gocql/gocql suggests the > performance may degrade now and then, and the supported versions are up to > 2.2.x? For us maintaining two stacks (Java and Go) may be expensive so I am > checking what's the general strategy folks are using here. > > On Wed, Apr 13, 2016 at 11:31 AM, Bryan Cheng <br...@blockcypher.com> > wrote: > >> Hi Yawei, >> >> While you're right that there's no first-party driver, we've had good >> luck using gocql (https://github.com/gocql/gocql) in production at >> moderate scale. What features in particular are you looking for that are >> missing? >> >> --Bryan >> >> On Tue, Apr 12, 2016 at 10:06 PM, Yawei Li <yawei...@gmail.com> wrote: >> >>> Hi, >>> >>> It looks like to me that DataStax doesn't provide official golang driver >>> yet and the goland client libs are overall lagging behind the Java driver >>> in terms of feature set, supported version and possibly production >>> stability? >>> >>> We are going to support a large number of services in both Java and Go. >>> if the above impression is largely true, we are considering the option of >>> focusing on Java client and having GoLang program talk to the Java service >>> via RPC for data access. Anyone has tried similar approach? >>> >>> Thanks >>> >> >>