You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Doug Rohrer (Jira)" <ji...@apache.org> on 2021/04/19 17:07:00 UTC
[jira] [Created] (CASSANDRA-16615) Incompatible JNA libraries cause
unnecessary failures when using cassandra-all jar.
Doug Rohrer created CASSANDRA-16615:
---------------------------------------
Summary: Incompatible JNA libraries cause unnecessary failures when using cassandra-all jar.
Key: CASSANDRA-16615
URL: https://issues.apache.org/jira/browse/CASSANDRA-16615
Project: Cassandra
Issue Type: Bug
Components: Local/Other
Reporter: Doug Rohrer
There are some additional use-cases where lack of JNA libraries is causing issues for users of cassandra-all libraries - cases where the native libraries were not loaded but we should be able to continue should be handled without throwing exceptions. Note that the Cassandra +server+ will not start up without an appropriate/compatible JNA jar available, but users of the cassandra-all libraries will have a more difficult time maintaining compatibility across JNA versions as they deploy to, for example, Spark setups that have newer/older JNA versions.
Proposal:
- Audit usages of `NativeLibrary`
- Wherever possible, handle the -1 return values without failing +if `DatabaseDescriptor.isClientInitialized()` returns true+.
- Maintain existing failure behavior if the system is not in client mode but the call returns -1.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org