[jira] [Commented] (CASSANDRA-15258) Cassandra JDK11 not working
[ https://issues.apache.org/jira/browse/CASSANDRA-15258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17008266#comment-17008266 ] Gus Heck commented on CASSANDRA-15258: -- Took a look at the code in FileUtils and I'm not quite understanding why the methodhandles and reflection are necessary. I did find that I can also repro the same stacktrace by running ConnectionTest vs the above JDK in intellij. I tried simply casting whih *looks* like it shoudl work since the method is public on the interface... yet it fails in a very odd way where testTimeout spins forever and a lot of "javax.net.ssl.SSLException: SSLEngine closed already" messages. > Cassandra JDK11 not working > > > Key: CASSANDRA-15258 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15258 > Project: Cassandra > Issue Type: Bug > Components: Build, Local/Startup and Shutdown >Reporter: RamyaK >Priority: Urgent > Labels: windows > > I'm trying to setup Cassandra 4.0 trunk with OpenJDK11, but getting below > error on start up. > > + $content = Get-Content "$env:CASSANDRA_CONF\jvm.options" > + ~ > + CategoryInfo : ObjectNotFound: > (D:\Stuff\save\C...onf\jvm.options:String) [Get-Content], > ItemNotFoundException > + FullyQualifiedErrorId : > PathNotFound,Microsoft.PowerShell.Commands.GetContentCommand > Also JVM_VERSION is 11, still its showing as > Cassandra 4.0 requires either Java 8 (update 151 or newer) or Java 11 (or > newer). Java 11 is not supported. > > Please suggest. > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15258) Cassandra JDK11 not working
[ https://issues.apache.org/jira/browse/CASSANDRA-15258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gus Heck updated CASSANDRA-15258: - Platform: Java11,OpenJDK,Linux,Windows (was: Java11,OpenJDK,Windows) > Cassandra JDK11 not working > > > Key: CASSANDRA-15258 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15258 > Project: Cassandra > Issue Type: Bug > Components: Build, Local/Startup and Shutdown >Reporter: RamyaK >Priority: Urgent > Labels: windows > > I'm trying to setup Cassandra 4.0 trunk with OpenJDK11, but getting below > error on start up. > > + $content = Get-Content "$env:CASSANDRA_CONF\jvm.options" > + ~ > + CategoryInfo : ObjectNotFound: > (D:\Stuff\save\C...onf\jvm.options:String) [Get-Content], > ItemNotFoundException > + FullyQualifiedErrorId : > PathNotFound,Microsoft.PowerShell.Commands.GetContentCommand > Also JVM_VERSION is 11, still its showing as > Cassandra 4.0 requires either Java 8 (update 151 or newer) or Java 11 (or > newer). Java 11 is not supported. > > Please suggest. > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-15258) Cassandra JDK11 Windows not working
[
https://issues.apache.org/jira/browse/CASSANDRA-15258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17008177#comment-17008177
]
Gus Heck edited comment on CASSANDRA-15258 at 1/4/20 11:57 PM:
---
I am seeing this on 4.0-alpha2 Running on Ubuntu 18.0.4...
{code:java}
openjdk version "11.0.5" 2019-10-15 LTS
OpenJDK Runtime Environment Zulu11.35+15-CA (build 11.0.5+10-LTS)
OpenJDK 64-Bit Server VM Zulu11.35+15-CA (build 11.0.5+10-LTS, mixed mode){code}
Full stack trace:
{code:java}
2020-01-04T17:22:52,885 ERROR main org.apache.cassandra.service.CassandraDaemon
Exception encountered during startup java.lang.ExceptionInInitializerError
at
org.apache.cassandra.config.DatabaseDescriptor.guessFileStore(DatabaseDescriptor.java:1127)
at
org.apache.cassandra.config.DatabaseDescriptor.applySimpleConfig(DatabaseDescriptor.java:541)
at
org.apache.cassandra.config.DatabaseDescriptor.applyAll(DatabaseDescriptor.java:340)
at
org.apache.cassandra.config.DatabaseDescriptor.daemonInitialization(DatabaseDescriptor.java:168)
at
org.apache.cassandra.config.DatabaseDescriptor.daemonInitialization(DatabaseDescriptor.java:152)
at
org.apache.cassandra.service.CassandraDaemon.applyConfig(CassandraDaemon.java:665)
at
org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:609)
at org.jesterj.ingest.persistence.Cassandra.start(Cassandra.java:135)
at
org.jesterj.ingest.scanners.SimpleFileScannerImplFTITest.testScanWithMemory(SimpleFileScannerImplFTITest.java:63)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at
com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at
com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at
com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at
com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Caused by: java.lang.RuntimeException: java.lang.IllegalAccessException: access
to public member failed:
jdk.internal.ref.Cleaner.clean[Ljava.lang.Object;@794b435f/invokeVirtual, from
org.apache.cassandra.io.util.FileUtils (unnamed module @43a0cee9)
at org.apache.cassandra.io.util.FileUtils.(FileUtils.java:95)
... 33 more
Caused by: java.lang.IllegalAccessException: access to public member failed:
jdk.internal.ref.Cleaner.clean[Ljava.lang.Object;@794b435f/invokeVirtual, from
org.apache.cassandra.io.util.FileUtils (unnamed module @43a0cee9)
at
java.base/java.lang.invoke.MemberName.makeAccessException(MemberName.java:942)
at
java.base/java.lang.invoke.MethodHandles$Lookup.checkAccess(MethodHandles.java:2206)
at
java.base/java.lang.invoke.MethodHandles$Lookup.checkMethod(MethodHandles.java:2146)
at
java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodCommon(MethodHandles.java:2290)
at
java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodNoSecurityManager(MethodHandles.java:2283)
at
java.base/java.lang.invoke.MethodHandles$Lookup.unreflect(MethodHandles.java:1747)
at
[jira] [Updated] (CASSANDRA-15258) Cassandra JDK11 not working
[ https://issues.apache.org/jira/browse/CASSANDRA-15258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gus Heck updated CASSANDRA-15258: - Summary: Cassandra JDK11 not working (was: Cassandra JDK11 Windows not working) > Cassandra JDK11 not working > > > Key: CASSANDRA-15258 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15258 > Project: Cassandra > Issue Type: Bug > Components: Build, Local/Startup and Shutdown >Reporter: RamyaK >Priority: Urgent > Labels: windows > > I'm trying to setup Cassandra 4.0 trunk with OpenJDK11, but getting below > error on start up. > > + $content = Get-Content "$env:CASSANDRA_CONF\jvm.options" > + ~ > + CategoryInfo : ObjectNotFound: > (D:\Stuff\save\C...onf\jvm.options:String) [Get-Content], > ItemNotFoundException > + FullyQualifiedErrorId : > PathNotFound,Microsoft.PowerShell.Commands.GetContentCommand > Also JVM_VERSION is 11, still its showing as > Cassandra 4.0 requires either Java 8 (update 151 or newer) or Java 11 (or > newer). Java 11 is not supported. > > Please suggest. > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-13212) Remove hard dependency on Logback
[
https://issues.apache.org/jira/browse/CASSANDRA-13212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17008185#comment-17008185
]
sophie commented on CASSANDRA-13212:
Have u found a solution more better than the workaround ? any
'logback-to-slf4j' JAR?
> Remove hard dependency on Logback
> -
>
> Key: CASSANDRA-13212
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13212
> Project: Cassandra
> Issue Type: Bug
> Components: Legacy/Core
>Reporter: Michael Calderero
>Priority: Normal
>
> Hi,
> Our application is using Log4J2, SpringBoot and cassandraunit. We just
> upgraded to use cassandra-all version 3.0.10 (to approximately match the
> DataStax version wer're using) and excluded the logback-classic and
> logback-core dependencies from this dependency.
> However when I try to run an embedded Cassandra unit test, it always fails
> with the following error:
> {quote}
> Exception (java.lang.NoClassDefFoundError) encountered during startup:
> ch/qos/logback/core/Context
> java.lang.NoClassDefFoundError: ch/qos/logback/core/Context
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:604)
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:558)
> at
> org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:346)
> at
> org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:568)
> at
> org.cassandraunit.utils.EmbeddedCassandraServerHelper$1.run(EmbeddedCassandraServerHelper.java:133)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.ClassNotFoundException: ch.qos.logback.core.Context
> at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> ... 8 more
> {quote}
> I looked at the source code of StorageService and it seems like it is
> invoking Logback-specific classes directly, instead of SLF4J ones. This code
> seems to have been introduced by CASSANDRA-5883.
> I currently don't see a logback-to-slf4j bridge so seems it seems our options
> are to not use Cassandra (which is not possible) or to try to create a dummy
> bridge to route logback calls to slf4j (which then goes to Log4j2).
> Any particular reason why the Logback classes are invoked directly instead
> through SLF4J?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15258) Cassandra JDK11 Windows not working
[
https://issues.apache.org/jira/browse/CASSANDRA-15258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17008177#comment-17008177
]
Gus Heck commented on CASSANDRA-15258:
--
I am seeing this on 4.0-alpha2 Running on
{code:java}
openjdk version "11.0.5" 2019-10-15 LTS
OpenJDK Runtime Environment Zulu11.35+15-CA (build 11.0.5+10-LTS)
OpenJDK 64-Bit Server VM Zulu11.35+15-CA (build 11.0.5+10-LTS, mixed mode){code}
Full stack trace:
{code:java}
2020-01-04T17:22:52,885 ERROR main org.apache.cassandra.service.CassandraDaemon
Exception encountered during startup java.lang.ExceptionInInitializerError
at
org.apache.cassandra.config.DatabaseDescriptor.guessFileStore(DatabaseDescriptor.java:1127)
at
org.apache.cassandra.config.DatabaseDescriptor.applySimpleConfig(DatabaseDescriptor.java:541)
at
org.apache.cassandra.config.DatabaseDescriptor.applyAll(DatabaseDescriptor.java:340)
at
org.apache.cassandra.config.DatabaseDescriptor.daemonInitialization(DatabaseDescriptor.java:168)
at
org.apache.cassandra.config.DatabaseDescriptor.daemonInitialization(DatabaseDescriptor.java:152)
at
org.apache.cassandra.service.CassandraDaemon.applyConfig(CassandraDaemon.java:665)
at
org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:609)
at org.jesterj.ingest.persistence.Cassandra.start(Cassandra.java:135)
at
org.jesterj.ingest.scanners.SimpleFileScannerImplFTITest.testScanWithMemory(SimpleFileScannerImplFTITest.java:63)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at
com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
at
com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47)
at
com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242)
at
com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)
Caused by: java.lang.RuntimeException: java.lang.IllegalAccessException: access
to public member failed:
jdk.internal.ref.Cleaner.clean[Ljava.lang.Object;@794b435f/invokeVirtual, from
org.apache.cassandra.io.util.FileUtils (unnamed module @43a0cee9)
at org.apache.cassandra.io.util.FileUtils.(FileUtils.java:95)
... 33 more
Caused by: java.lang.IllegalAccessException: access to public member failed:
jdk.internal.ref.Cleaner.clean[Ljava.lang.Object;@794b435f/invokeVirtual, from
org.apache.cassandra.io.util.FileUtils (unnamed module @43a0cee9)
at
java.base/java.lang.invoke.MemberName.makeAccessException(MemberName.java:942)
at
java.base/java.lang.invoke.MethodHandles$Lookup.checkAccess(MethodHandles.java:2206)
at
java.base/java.lang.invoke.MethodHandles$Lookup.checkMethod(MethodHandles.java:2146)
at
java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodCommon(MethodHandles.java:2290)
at
java.base/java.lang.invoke.MethodHandles$Lookup.getDirectMethodNoSecurityManager(MethodHandles.java:2283)
at
java.base/java.lang.invoke.MethodHandles$Lookup.unreflect(MethodHandles.java:1747)
at org.apache.cassandra.io.util.FileUtils.(FileUtils.java:86)
... 33 more
{code}
> Cassandra JDK11 Windows
[jira] [Commented] (CASSANDRA-15248) Upgrade Guava to latest on master branch
[ https://issues.apache.org/jira/browse/CASSANDRA-15248?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17008137#comment-17008137 ] Gus Heck commented on CASSANDRA-15248: -- This is also causing issues in my project (JesterJ) that uses embedded Cassandra. I'm trying to upgrade to a recent Tika and it pulls in Guava 28.1-jre ... It looks like the current guava is now 28.2 > Upgrade Guava to latest on master branch > > > Key: CASSANDRA-15248 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15248 > Project: Cassandra > Issue Type: Task > Components: Build, Dependencies, Packaging >Reporter: Abhijit Sarkar >Priority: Normal > > Upgrade Guava to latest on master branch. See > https://issues.apache.org/jira/browse/CASSANDRA-15245. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15467) Add missing jenkins executor requirements to CI documentation
[ https://issues.apache.org/jira/browse/CASSANDRA-15467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Podkowinski updated CASSANDRA-15467: --- Status: Ready to Commit (was: Review In Progress) > Add missing jenkins executor requirements to CI documentation > - > > Key: CASSANDRA-15467 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15467 > Project: Cassandra > Issue Type: Improvement > Components: Documentation/Website >Reporter: Michael Semb Wever >Priority: Low > > The following provides information on how to set up Jenkins CI to test > Cassandra the same as the ASF Jenkins does: > http://cassandra.apache.org/doc/latest/development/ci.html > The setup is remarkably easy, thanks [~spod]. > The only hurdle I hit was the JDK and virtualenv needs to be installed on the > executors. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15467) Add missing jenkins executor requirements to CI documentation
[ https://issues.apache.org/jira/browse/CASSANDRA-15467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Podkowinski updated CASSANDRA-15467: --- Reviewers: Stefan Podkowinski, Stefan Podkowinski (was: Stefan Podkowinski) Stefan Podkowinski, Stefan Podkowinski Status: Review In Progress (was: Patch Available) > Add missing jenkins executor requirements to CI documentation > - > > Key: CASSANDRA-15467 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15467 > Project: Cassandra > Issue Type: Improvement > Components: Documentation/Website >Reporter: Michael Semb Wever >Priority: Low > > The following provides information on how to set up Jenkins CI to test > Cassandra the same as the ASF Jenkins does: > http://cassandra.apache.org/doc/latest/development/ci.html > The setup is remarkably easy, thanks [~spod]. > The only hurdle I hit was the JDK and virtualenv needs to be installed on the > executors. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15467) Add missing jenkins executor requirements to CI documentation
[ https://issues.apache.org/jira/browse/CASSANDRA-15467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17008044#comment-17008044 ] Stefan Podkowinski commented on CASSANDRA-15467: Seems to be good advise, thanks! > Add missing jenkins executor requirements to CI documentation > - > > Key: CASSANDRA-15467 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15467 > Project: Cassandra > Issue Type: Improvement > Components: Documentation/Website >Reporter: Michael Semb Wever >Priority: Low > > The following provides information on how to set up Jenkins CI to test > Cassandra the same as the ASF Jenkins does: > http://cassandra.apache.org/doc/latest/development/ci.html > The setup is remarkably easy, thanks [~spod]. > The only hurdle I hit was the JDK and virtualenv needs to be installed on the > executors. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
