Re: [ANNOUNCE] Apache Calcite Avatica Go 3.0.0 released

Thanks On Thu, Apr 26, 2018 at 8:29 PM, Francis Chuang wrote: > Hey Rexwell, > > The release will take a while for Apache to publish to the different > mirrors. > > In the meantime, you can download them here: >

Updates on Calcite benchmark development

Dear all, My colleagues and I are completing the implementation of the first benchmark suite for Calcite, with the expectation to have something in place in the next 2-4 weeks, and available for testing. The plan is to make it available for your review and testing, and then release it Current

Re: [ANNOUNCE] Apache Calcite Avatica Go 3.0.0 released

Hey Rexwell, The release will take a while for Apache to publish to the different mirrors. In the meantime, you can download them here: https://dist.apache.org/repos/dist/release/calcite/apache-calcite-avatica-go-3.0.0/ The update website has not been pushed it, but I will get that out by

Re: [ANNOUNCE] Apache Calcite Avatica Go 3.0.0 released

Thank you however the tinks don't work for me, I'm seeing "Not Found - HTTP 404" On Thu, Apr 26, 2018 at 8:09 PM, Francis Chuang wrote: > The Apache Calcite team is pleased to announce the release of > Apache Calcite Avatica Go 3.0.0. > > Avatica is a framework for

[ANNOUNCE] Apache Calcite Avatica Go 3.0.0 released

The Apache Calcite team is pleased to announce the release of Apache Calcite Avatica Go 3.0.0. Avatica is a framework for building database drivers. Avatica defines a wire API and serialization mechanism for clients to communicate with a server as a proxy to a database. The reference Avatica

[jira] [Created] (CALCITE-2286) Support timestamp type for Druid adapter

Jesus Camacho Rodriguez created CALCITE-2286: Summary: Support timestamp type for Druid adapter Key: CALCITE-2286 URL: https://issues.apache.org/jira/browse/CALCITE-2286 Project: Calcite

[RESULT] [VOTE] Release calcite-avatica-go-3.0.0 (release candidate 1)

Thanks to everyone who has tested the release candidate and given their comments and votes. The tally is as follows. 4 binding +1s: Francis Chuang Josh Elser Julian Hyde Michael Mior 1 non-binding +1s: Kevin Risden No 0s or -1s. Therefore I am delighted to announce that the proposal to

Re: calcite-avatica-go git commit: Update release script to also produce a zip archive

Personally, creating the zip isn't onerous for avatica-go because we are automating it via the release script. Having said that, the `zip` command isn't as nice as the `tar` command in terms of options and customization. I assume that something similar is also in place for calcite and avatica

[jira] [Created] (CALCITE-2285) Support client cert keystore for Avatica Client

Karan Mehta created CALCITE-2285: Summary: Support client cert keystore for Avatica Client Key: CALCITE-2285 URL: https://issues.apache.org/jira/browse/CALCITE-2285 Project: Calcite Issue

[jira] [Created] (CALCITE-2284) Allow Jetty Server to be customized before startup

Alex Araujo created CALCITE-2284: Summary: Allow Jetty Server to be customized before startup Key: CALCITE-2284 URL: https://issues.apache.org/jira/browse/CALCITE-2284 Project: Calcite Issue

Re: How to create user-defined data types in calcite?

What do you mean by work with JSON only? You can define your own type in 2 ways: 1) define it using CREATE TYPE (see here ) 2) define it with JSON schema (see here

Re: calcite-avatica-go git commit: Update release script to also produce a zip archive

I think tar.gz or tar.xz are both good options and see them fairly equally (not sure if maven-assembly-plugin supports xz, but would be surprised if it didn't). bz2 is just "slow" in my mind, but I suppose we're not really producing very large artifacts so it wouldn't be a pain. I am good

Re: How can I give table details for Calcite optimization?

Now I am not giving any table informations like data type of columns, row count, distinct values, etc,. I want to give those to calcite. How can I give that during initialization? On 2018/04/25 23:53:50, Michael Mior wrote: > How are you currently making use of Calcite?

Re: How to create user-defined data types in calcite?

But CREATE TYPE works only with JSON right? Is there any way other than that? On 2018/04/21 00:41:23, Shuyi Chen wrote: > Currently, user defined type is not supported in Calcite. But it's WIP, > please see https://issues.apache.org/jira/browse/CALCITE-2045. With this > PR,

Re: How to create user-defined data types in calcite?

Understood @Shuyi. Thank you On 2018/04/21 00:41:23, Shuyi Chen wrote: > Currently, user defined type is not supported in Calcite. But it's WIP, > please see https://issues.apache.org/jira/browse/CALCITE-2045. With this > PR, you can either use CREATE TYPE statement to

Re: How to create user-defined data types in calcite?

Is the CREATE TYPE feature available with current master for sure? On 2018/04/22 05:13:45, Shuyi Chen wrote: > @Julian, thanks for reviewing the code. I think we need to regenerate the > website as well so that it contains the latest documentation on type > collection and

Re: calcite-avatica-go git commit: Update release script to also produce a zip archive

We should talk about this. For Calcite and Avatica, we have to produce .tar.gz and .zip because we always have. But how about producing just one archive, in a more modern format, say .tar.bz2 or .tar.xz? Most people have those compressors installed. It makes the release process more

Re: [ANNOUNCE] New committer: Kevin Risden

Congrats, Kevin! Keep up the good work :) On 4/25/18 12:36 PM, Julian Hyde wrote: Apache Calcite's Project Management Committee (PMC) has invited Kevin Risden to become a committer, and we are pleased to announce that he has accepted. Kevin has been active in the Calcite community for some

[jira] [Created] (CALCITE-2283) aggregate over empty set , throw java.lang.NullPointerException

foxes created CALCITE-2283: -- Summary: aggregate over empty set , throw java.lang.NullPointerException Key: CALCITE-2283 URL: https://issues.apache.org/jira/browse/CALCITE-2283 Project: Calcite

Re: Calcite - JDK 8 and Use of Guava

Il gio 26 apr 2018, 06:55 Julian Hyde ha scritto: > In general I would agree that we should replace Guava with JDK features if > the JDK has them. > > However, we must preserve compatibility, so if an API uses Guava Function > or Predicate or Supplier or ImmutableList then we