Re: Intermediate failure of materialized views in Cassandra adapter

Build is passing now. JDK11 explicitly skipped due to cassandra compatibility. Have to wait for Cassandra 4.x (to run on JDK11) which is not yet released. Feel free to take my commit 981ab2888 from PR#769 or merge it directly. On Fri, Jul 27, 2018 at 5:23 PM Andrei Sereda wrote: > I have

Re: Intermediate failure of materialized views in Cassandra adapter

I have created a PR perhaps you can rebase on the top : https://github.com/apache/calcite/pull/769 There is one issue with JDK11. I believe cassandra 3.x doesn't work with JDK11 yet: see CASSANDRA-9608 Can this test be ignored on JDK11 ? On

Re: Intermediate failure of materialized views in Cassandra adapter

Take a look at my branch c389451 : https://github.com/asereda-gs/calcite/commit/c38945122e1edf4b417db6b82823b4a1b8c2c8b5 It works both with Maven and IntelliJ On Fri, Jul 27, 2018 at 10:36 AM Michael Mior wrote: > That would be great if you could check that out as I'm not an IntelliJ user >

Re: Intermediate failure of materialized views in Cassandra adapter

That would be great if you could check that out as I'm not an IntelliJ user myself. Thanks! -- Michael Mior mm...@uwaterloo.ca Le jeu. 26 juil. 2018 à 22:11, Andrei Sereda a écrit : > I think there are several problems: > > 1) "target/embeddedCassandra" is not in the classpath (of cassandra

Re: Intermediate failure of materialized views in Cassandra adapter

I think there are several problems: 1) "target/embeddedCassandra" is not in the classpath (of cassandra daemon) so .properties file is not found. 2) There are multiple loggers in the classpath. First one (which happens to be logback) is selected by slf4j. SLF4J: Class path contains multiple

Re: Intermediate failure of materialized views in Cassandra adapter

I'll check that tonight On Thu, Jul 26, 2018, 13:29 Michael Mior wrote: > I already tried basically the same myself and the test consistently passes > now. I updated the PR. If you're able to give it a try before I merge, that > would be great. Also, I can't seem to figure out the right

Re: Intermediate failure of materialized views in Cassandra adapter

I already tried basically the same myself and the test consistently passes now. I updated the PR. If you're able to give it a try before I merge, that would be great. Also, I can't seem to figure out the right configuration to turn off the incredibly verbose logging CassandraUnit uses. It's not a

Re: Intermediate failure of materialized views in Cassandra adapter

My issue was with JDK10 and maven javadoc plugin (see MJAVADOC-517 ) Can you double-check if @NotThreadSafe fixes the issue with the following commands: $ cd cassandra $ seq 20 | xargs -i sh -c "mvn -Pit integration-test verify || exit 255"

Re: Intermediate failure of materialized views in Cassandra adapter

Good call. Adding a @NotThreadSafe annotation to the test class seems to solve the problem. The setup and teardown of CassandraUnit is still shared between all the tests and each test (after setup) runs rather quickly so I don't think running the tests serially is a problem. I've never seen the

Re: Intermediate failure of materialized views in Cassandra adapter

Did you run the tests from IDE or command line (maven) ? Do you get some behaviour in both ? Integration tests (-Pit) run by maven (surefire) are executed in parallel (see pom.xml ). This may contribute to non-determinism (eg. sharing

Re: Intermediate failure of materialized views in Cassandra adapter

This is unrelated to that branch (except that I don't want to merge the branch with CassandraUnit until tests pass). -- Michael Mior mm...@apache.org Le mer. 25 juil. 2018 à 16:36, Andrei Sereda a écrit : > Mike, > > Is your branch michaelmior:2419-cassandra-unit up to date ? I'm getting >

Re: Intermediate failure of materialized views in Cassandra adapter

Mike, Is your branch michaelmior:2419-cassandra-unit up to date ? I'm getting NPE: > Caused by: java.lang.NullPointerException > at > org.apache.cassandra.config.DatabaseDescriptor.getDiskFailurePolicy(DatabaseDescriptor.java:1881) > at >

Intermediate failure of materialized views in Cassandra adapter

I'd appreciate some help with the JIRA below. I'm using Hook.TRIMMED to expose materialized views to the adapter and a test which checks that the view can be used for query rewriting is failing about 50% of the time. I don't see why there should be any non-determinism here so any ideas appreciated