You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Originally posted by sumandas0 September 13, 2023
We use a string as a composite index in our primary storage, Cassandra. However, when we send a large string, we encounter the following error: "Caused by: java.util.concurrent.ExecutionException: com.datastax.oss.driver.api.core.servererrors.InvalidQueryException: Key length of 67871 is longer than the maximum of 65535." This is understandable. The real issue arises afterward: even when this error is thrown, the data is still written to the graph store and becomes searchable by a few indices. The behavior is inconsistent; sometimes the data can be searched using certain attributes, and sometimes it cannot. When we attempt a rollback on the same transaction after detecting the exception, the previously written values aren't rolled back. This has significantly disrupted the indexing in our application. We understand the error, but why are incorrect indices being written?
Janusgraph Version: 6.0.0
Storage Backend: Cassandra
Index Backend: Elasticsearch
The text was updated successfully, but these errors were encountered:
Discussed in #3978
Originally posted by sumandas0 September 13, 2023
We use a string as a composite index in our primary storage, Cassandra. However, when we send a large string, we encounter the following error: "Caused by: java.util.concurrent.ExecutionException: com.datastax.oss.driver.api.core.servererrors.InvalidQueryException: Key length of 67871 is longer than the maximum of 65535." This is understandable. The real issue arises afterward: even when this error is thrown, the data is still written to the graph store and becomes searchable by a few indices. The behavior is inconsistent; sometimes the data can be searched using certain attributes, and sometimes it cannot. When we attempt a rollback on the same transaction after detecting the exception, the previously written values aren't rolled back. This has significantly disrupted the indexing in our application. We understand the error, but why are incorrect indices being written?
Janusgraph Version: 6.0.0
Storage Backend: Cassandra
Index Backend: Elasticsearch
The text was updated successfully, but these errors were encountered: