Re: [DISCUSS] Towards Calcite 1.25.0

2020-07-24 Thread Haisheng Yuan
Do we have release manager for v1.25.0? On 2020/07/23 17:15:12, Julian Hyde wrote: > The release vote for 1.24 RC0 just passed [1], and it will be released > shortly. > > We planned that release 1.24 is a transitional release, and 1.25 will follow > soon afterwards. 1.24 deprecates some

Re: [DISCUSS] Towards Calcite 1.25.0

2020-07-24 Thread Andrei Sereda
It should be me. I swapped the 1.22 release with Danny Chen who was supposed to be release manager for 1.25 On Fri, Jul 24, 2020 at 12:52 PM Haisheng Yuan wrote: > Do we have release manager for v1.25.0? > > > On 2020/07/23 17:15:12, Julian Hyde wrote: > > The release vote for 1.24 RC0 just

Re: [DISCUSS] Towards Calcite 1.25.0

2020-07-24 Thread Julian Hyde
Andrei, That would be great. Last time I recall you had a crunch at $dayjob that didn’t leave you with enough cycles to be release manager. I think this release should be timely, so if that is a concern this time around, let us know. (Maybe the fact that this release is very time-boxed will

Re: [DISCUSS] Towards Calcite 1.25.0

2020-07-24 Thread Andrei Sereda
Julian, Yes this time I should have enough cycles for the release. Also, I think Danny did the heavy lifting with 1.22 since it wasn't an easy one. Andrei. On Fri, Jul 24, 2020, 16:16 Julian Hyde wrote: > Andrei, > > That would be great. Last time I recall you had a crunch at $dayjob that >

[jira] [Created] (CALCITE-4137) Checkstyle should ensure that every class has a Javadoc comment

2020-07-24 Thread Julian Hyde (Jira)
Julian Hyde created CALCITE-4137: Summary: Checkstyle should ensure that every class has a Javadoc comment Key: CALCITE-4137 URL: https://issues.apache.org/jira/browse/CALCITE-4137 Project: Calcite

Re: [DISCUSS] New Join Type: ANTI_NOTIN

2020-07-24 Thread Haisheng Yuan
I am not sure I get your idea. What will the logical plan and physical plan look like for the following query? SELECT * FROM foo WHERE a NOT IN (SELECT b FROM bar); -- bar.b is nullable On 2020/07/23 01:35:44, Julian Hyde wrote: > How about a semi-join algorithm that adds column that hold the

Re: Exception:Catch clause is unreachable

2020-07-24 Thread tonytao
I got the jdbc bug in its source code,it returns an emptyResultSet when call conn.getMetaData().getColumns. The jdbc source code:     public ResultSet getColumns(String catalog, String schemaPattern, String tableNamePattern, String columnNamePattern)             throws SQLException {        

Re: Exception:Catch clause is unreachable

2020-07-24 Thread tonytao
I had found the empty result was happened at select validate,it could not get column datatype from jdbc connection metadata . I changed the query,it throw exception about "Column 'TS' not found in any table":         String url="jdbc:TAOS://127.0.0.1:6030/hdb";

Re: Exception:Catch clause is unreachable

2020-07-24 Thread Danny Chan
Is there any possibility that you gave an re-producable test case in the JdbcTest and log an issue there ? So that the volunteers can contribute the fix if they want to. Best, Danny Chan 在 2020年7月24日 +0800 PM2:05,tonytao ,写道: > I had found the empty result was happened at select validate,it