Open horschi opened 1 year ago
Our goal should be to rewrite it in different language instead of Java. (or run in a container, with that ancient Java)
Cassandra, on which we based our JMX code, also doesn't yet work with Java 17: https://issues.apache.org/jira/browse/CASSANDRA-16895.
I think what @mykaul was trying to say isn't that we want to rewrite Scylla's JMX support in a different language, but rather that we hope to drop it altogether (or make it optional). Today, most if not all Scylla users don't want to use JMX (the Java-only remote procedure call framework) - they just want "nodetool" to work. The current implementation of nodetool works over JMX which is why we need it, but it doesn't have to be this way. @denesb is working on a "nodetool"-compatible tool which uses Scylla's REST API instead of JMX.
Yes, ideally JMX would be removed entirely. But perhaps its little effort to fix it for Java17, to give denesb more time to provider a proper java-less nodetool.
Java 17 is starting to become mandatory for many things now. So it would be great if scylla would work with it.
Does anyone even have an understanding where this error comes from? I wasn't able to find any clear error message, its just a return status 1 :-(
I guess the proper solution would be: https://github.com/scylladb/scylladb/issues/15588
JMX has been dropped from ScyllaDB 6.0 and above.
Hi,
it seems scylla-jmx is not compatible with Java 17:
Unfortunetaly the error does not say much, but it looks like its due to Java 17. If I downgrade Java to 11, then it works again.
Java 11 is removed in a lot of places and replaced by Java 17. Is would be great if scylla would support it too.
Christian