Indeed. Will do.

> On Jul 19, 2017, at 4:46 PM, F21 <[email protected]> wrote:
> 
> Hey Julian and James,
> 
> There's currently a JIRA open for this (CALCITE-1240 [0]). Let's continue the 
> discussion there
> 
> Francis
> 
> [0]: https://issues.apache.org/jira/browse/CALCITE-1240
> 
> On 20/07/2017 3:16 AM, Julian Hyde wrote:
>> I second that. Thank you, Francis!
>> 
>> I think it’s been said before, but if you were to contribute your Go client 
>> to Avatica (a sub-project of Calcite) we would gladly accept it. It wouldn’t 
>> get in the way of the development process but it would bring the client to a 
>> larger audience. Phoenix already consumes quite a few Calcite and Avatica 
>> libraries.
>> 
>> Julian
>> 
>> 
>> 
>>> On Jul 18, 2017, at 10:15 PM, James Taylor <[email protected]> wrote:
>>> 
>>> Awesome work, Francis! Would be great to get this into Avatica & Phoenix if
>>> you're interested.
>>> 
>>> ---------- Forwarded message ----------
>>> From: F21 <[email protected]>
>>> Date: Tue, Jul 18, 2017 at 9:37 PM
>>> Subject: Go Client v2.0.0 released
>>> To: [email protected]
>>> 
>>> 
>>> Hi all,
>>> 
>>> I just tagged v2.0.0 for the Go database/sql driver. This will be the only
>>> supported version for Avatica 1.10.0 and Phoenix 4.11.0 on-wards due to the
>>> backwards-incompatible change to fix CALCITE-1353 . For older versions of
>>> Avatica and Phoenix, please use the v1.x.x series. For this release, I
>>> believe the Go client is at feature-parity with the Java client.
>>> 
>>> Key highlights:
>>> 
>>> - Support for HTTP BASIC, HTTP DIGEST and Kerberos/SPNEGO authentication.
>>> 
>>> - Ability to retry recreating a connection if the server returns a
>>> NoSuchConnection exception.
>>> 
>>> Future work:
>>> 
>>> I'd like to get the driver to support HA mode in the future. Currently, it
>>> is possible to implement retrying and recreating a statement due to a
>>> missing_statement in an ExecuteResponse. However, due to the way the Go
>>> database/sql package is built, I am unable to do this with the
>>> missing_statement and missing_results in a FetchResponse. I've opened an
>>> issue regarding this on the Go issue tracker for those interested:
>>> https://github.com/golang/go/issues/21059
>>> 
>>> The current work around is to handle these failures in the client code that
>>> uses the database/sql package and avatica driver.
>>> 
>>> Cheers,
>>> 
>>> Francis
> 
> 

Reply via email to