Justin Swett created CALCITE-4297:
-
Summary: Babel should accept CURRENT_DATE and CURRENT_DATETIME
Key: CALCITE-4297
URL: https://issues.apache.org/jira/browse/CALCITE-4297
Project: Calcite
I
Hello everyone,
FYI, it seems that since the merge into master of CALCITE-4238 [1] (via
[2]), AppVeyor tests are failing systematically with the following error
[3]:
[00:03:17] Build calcite FAILURE reason:
[00:03:17] Execution failed for task ':core:fmppMain':
[00:03:17] : Failed to
I ran into the same problem. Like some others, I had to modify the sqlline
script's line 48 from:
exec java -Xmx1g $VM_OPTS $JAVA_OPTS -jar build/libs/sqllineClasspath.jar
"$@"
to:
exec java -Xmx1g $VM_OPTS $JAVA_OPTS -cp "$PWD/build/libs/*" sqlline.SqlLine
"$@"
After that, it worked a
I can look into FmppTask.
PS. I wonder what everybody think of
https://github.com/apache/calcite/pull/2182 (enable error-prone
verifications)
Vladimir
> PS. I wonder what everybody think of
> https://github.com/apache/calcite/pull/2182 (enable error-prone
> verifications)
I’m in favor it, but since it’s a large change (and therefore potential for
merge conflicts), timing will be important. Early in 1.27 is probably the best
timing.
Julian
Hi Everyone,
Try as I might, I am unable to open a model-based connection with sqlline
(built via `./gradlew buildSqllineClasspath`). I have tried a number of
different release tags (calcite-1.23.0, calcite-1.24.0, and calcite-1.25.0) and
even manually bumped sqline to 1.8.0 and 1.7.0--all with
I’ve not run Calcite using AdoptOpenJDK, so that would be my chief suspect.
Does this problem occur if you use regular OpenJDK 13?
Note that the runtime is able to find the required classes, it just doesn’t
like what it finds.
> On Sep 30, 2020, at 11:58 AM, Gramana, Zachary (GE Digital)
> wr
That seems to have been the issue. I switched to OpenJDK 13.0.2 and everything
worked as expected.
Thanks!
On 9/30/20, 1:20 PM, "Julian Hyde" wrote:
I’ve not run Calcite using AdoptOpenJDK, so that would be my chief suspect.
Does this problem occur if you use regular OpenJDK 13?
Hi Guys,
I'm thinking of using calcite on my project, but I found something that
bothers me about the incongruity from the documentation and some pieces of
the code .
you said on the documentation "Calcite intentionally stays out of the
business of storing and
processing data"(https://calcite.apa
The SparkContext is a bit embarrassing. Most adapters are able to create a
connection based on purely textual credentials, but the Spark adapter has to
start off from an object. So, SparkContext is part of the Calcite instance.
It could perhaps be cleaned up, but on the other hand it is not doin
Julian Hyde created CALCITE-4298:
Summary: Avoid disabling hostname verification on HTTPS connections
Key: CALCITE-4298
URL: https://issues.apache.org/jira/browse/CALCITE-4298
Project: Calcite
Francis Chuang created CALCITE-4299:
---
Summary: Upgrade to Go 1.14 and 1.15
Key: CALCITE-4299
URL: https://issues.apache.org/jira/browse/CALCITE-4299
Project: Calcite
Issue Type: Task
12 matches
Mail list logo
