Details
-
Bug
-
Status: Open
-
Not a Priority
-
Resolution: Unresolved
-
1.8.0, 1.11.3, 1.13.0, 1.12.3
-
None
Description
The issue is initially reported here.
The problem is that the java code of Flink compaction filter is called from RocksDB native C++ code. It is called in the context of the native compaction thread. RocksDB has utilities to create java Thread context for the Flink java callback. Presumably, the Java thread context class loader is not set at all and if it is queried then it produces NullPointerException.
The provided report enabled a list state with TTL. The compaction filter has to deserialise elements to check expiration. The deserialiser relies on Kryo which queries the thread context class loader which is expected to be the user class loader of the task but turns out to be null.
We should investigate how to pass the user class loader to the compaction thread of the list state with TTL.
Attachments
Issue Links
- relates to
-
FLINK-3089 State API Should Support Data Expiration (State TTL)
- Closed
-
FLINK-10471 State TTL cleanup using RocksDb compaction filter
- Closed