Re: [VOTE] Release apache-calcite-1.20.0 (release candidate 0)

2019-06-23 Thread Michael Mior
Vladimir, While I agree this should be resolved, I want to make sure you're not changing your vote. On Sun, Jun 23, 2019, 07:11 Vladimir Sitnikov wrote: > It looks like Calcite 1.20 violates ASF licensing policy. > > The violation is "font-awesome:fonts" which is licensed as > http://fontawesom

Re: Subquery

2019-06-23 Thread Danny Chan
Hamishberridge, you can use RelBuilder#semiJoin [1], the pseudocode seems: RelNode left = … RelNode right = ... relBuilder   .push(left)   .push(right)   .semiJoin(conditions) BTW, maybe you should use Calcite release 1.20.0 which would be released this week, the release has improve the join lik

Re: [VOTE] Release apache-calcite-1.20.0 (release candidate 0)

2019-06-23 Thread Danny Chan
On macOS Mojave 10.14 and jdk1.8.0_161 - checked signatures and checksums OK - mvn clean install OK - release note OK Thanks so much for your work of this huge release, Michael ! Best, Danny Chan 在 2019年6月20日 +0800 AM2:44,dev@calcite.apache.org,写道: > > +1 (non-binding) > > On macOS Sierra 10.12.

回复:Subquery

2019-06-23 Thread Haisheng Yuan
Try semiJoin in RelBuilder. Maybe that is what you want. Thanks~ Haisheng Yuan-- 发件人: 日 期:2019年06月24日 06:29:38 收件人:Dev 主 题:Subquery Although I can build a query which looks like val query = builder.scan("table1").filter(bu

Subquery

2019-06-23 Thread hamishberridge
Although I can build a query which looks like     val query = builder.scan("table1").filter(builder.equals(builder.field("filed_name1"), builder.literal("matched_value1"))).project(builder.field("field1_1")) How can I place this query as subquery which might looks like sql statement select *

Re: Avatica java.sql.Date offset calculation bug

2019-06-23 Thread Julian Hyde
We are adhering to the JDBC specification. Many people find it confusing and counterintuitive. You are not alone. I have explained several times over the years. Look at the tests for that method and similar methods, and read the commits and JIRA cases that added that code. Julian > On Jun 2

Re: Avatica java.sql.Date offset calculation bug

2019-06-23 Thread Julian Hyde
We are adhering to the JDBC specification. Many people find it confusing and counterintuitive. You are not alone. I have explained several times over the years. Look at the tests for that method and similar methods, and read the commits and JIRA cases that added that code. Julian > On Jun 2

Re: [VOTE] Release apache-calcite-1.20.0 (release candidate 0)

2019-06-23 Thread Michael Mior
It seems like the only place we're using Font Awesome is for a link icon which appears on hover at some part of the site. We could replace this fairly easily with the Apache-2.0 licensed Unicons. However, it would be a shame to have to roll a new RC for this. I'm inclined to take the RFC 2119 inter

Re: [VOTE] Release apache-calcite-1.20.0 (release candidate 0)

2019-06-23 Thread Vladimir Sitnikov
It looks like Calcite 1.20 violates ASF licensing policy. The violation is "font-awesome:fonts" which is licensed as http://fontawesome.io/license (Font: SIL OFL 1.1, CSS: MIT License) OFL 1.1 is "category B" (see https://issues.apache.org/jira/browse/LEGAL-112 ) https://www.apache.org/legal/re