Re: IntelliJ and Gradle

2019-11-28 Thread Muhammad Gelbana 
I haven't tried IntelliJ yet but I found this while going through Gradle's
manual [1]

https://docs.gradle.org/current/userguide/troubleshooting.html#sec:troubleshooting_ide_integration



On Tue, Nov 26, 2019 at 10:22 AM Vladimir Sitnikov <
sitnikov.vladi...@gmail.com> wrote:

> >IntelliJ frequently fails to correctly load a project
>
> It never happens to me.
> I've been working recently on Gradle itself, Apache JMeter, Calcite
> Avatica, Calcite, and it works.
>
> Julian, is the issue reproducible?
> Can you provide the exact steps?
>
> Are there errors in IDEA logs? (
>
> https://intellij-support.jetbrains.com/hc/en-us/articles/207241085-Locating-IDE-log-files
>  )
>
> Is it caused by Maven's leftovers in your IDEA project?
> If both Maven and Gradle fight for the project model, then it won't work
> well.
>
> There are class issues when different branches have different dependencies.
> For instance, PR#1591 adds Redis adapter, and the project needs re-import
> so IDEA recognizes new dependencies.
> It is documented at
>
> https://www.jetbrains.com/help/idea/work-with-gradle-projects.html#gradle_refresh_project
> An alternative option is to use ctrl+shift+a / cmd+shift+a (see
> https://blog.jetbrains.com/idea/2009/06/find-action-saves-time/ ), type
> "reimport",
> and execute "Reimport All Gradle Projects" from there.
>
>
> Note: there's "Automatically import this project on changes in build script
> files" option, however, I suggest to keep it **disabled**.
> The import takes time (e.g. 10-20 seconds), and it seems to re-import the
> project on each keystroke when editing the build script which is insane.
>
> Vladimir
>

[jira] [Created] (CALCITE-3546) Improve EnumerableDefaults nested loop join

2019-11-28 Thread Ruben Q L (Jira) 
Ruben Q L created CALCITE-3546:
--

 Summary: Improve EnumerableDefaults nested loop join
 Key: CALCITE-3546
 URL: https://issues.apache.org/jira/browse/CALCITE-3546
 Project: Calcite
  Issue Type: Improvement
Affects Versions: 1.21.0
Reporter: Ruben Q L
Assignee: Ruben Q L
 Fix For: 1.22.0


The current implementation of {{EnumerableDefaults#nestedLoopJoin}} builds the 
complete join result in a list before returning it. As specified in a comment 
there, this is "easy, but hogs memory". Also, it is not very efficient if after 
the join there is a LIMIT.
An alternative implementation of nested loop join can be proposed, based on 
iterating through the outer an inner enumerables, and returning the results 
step by step (something similar to {{EnumerableDefaults#correlateJoin}}).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Created] (CALCITE-3545) How to change calcite syntax

2019-11-28 Thread groobyming (Jira) 
groobyming created CALCITE-3545:
---

 Summary: How to change calcite syntax
 Key: CALCITE-3545
 URL: https://issues.apache.org/jira/browse/CALCITE-3545
 Project: Calcite
  Issue Type: Test
  Components: core
Reporter: groobyming


How to change calcite syntax, such as allowing table names to start with numbers



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Created] (CALCITE-3544) RexSimplify does not simpilfy RexNode completely

2019-11-28 Thread Chunwei Lei (Jira) 
Chunwei Lei created CALCITE-3544:


 Summary: RexSimplify does not simpilfy RexNode completely
 Key: CALCITE-3544
 URL: https://issues.apache.org/jira/browse/CALCITE-3544
 Project: Calcite
  Issue Type: Improvement
  Components: core
Affects Versions: 1.21.0
Reporter: Chunwei Lei
Assignee: Chunwei Lei


When there are multiple predicates in RexSimplify, only the first predicates 
will be used to simplify the RexNode. The following test can reproduce.
{code:java}
// code placeholder
@Test public void testSimplifyRangeWithMultiPredicates() {
  RelDataType type = typeFactory.createSqlType(SqlTypeName.INTEGER);
  final RexLiteral c1 = rexBuilder.makeExactLiteral(BigDecimal.ONE);
  final RexLiteral c5 = rexBuilder.makeExactLiteral(BigDecimal.valueOf(5L));
  final RexLiteral c9 = rexBuilder.makeExactLiteral(BigDecimal.valueOf(9L));
  final RexNode ref = rexBuilder.makeInputRef(type, 1);
  final RexNode pred1 = rexBuilder.makeCall(SqlStdOperatorTable.GREATER_THAN, 
ref, c1);
  final RexNode pred2 = rexBuilder.makeCall(SqlStdOperatorTable.LESS_THAN, ref, 
c5);

  List predicates = new ArrayList<>();
  predicates.add(pred1);
  predicates.add(pred2);
  RelOptPredicateList relOptPredicateList = RelOptPredicateList.of(rexBuilder, 
predicates);
  RexNode node = rexBuilder.makeCall(SqlStdOperatorTable.GREATER_THAN, ref, c9);

  final RexSimplify simplify =
  new RexSimplify(rexBuilder, relOptPredicateList, RexUtil.EXECUTOR)
  .withParanoid(true);
  node = simplify.simplify(node);

  assertThat(node, is(falseLiteral));
}


{code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)