Problem
PR #3008 exposed 22 historically excluded HStore core-test cases after the Maven backend property was propagated to every Surefire execution. Scoping that property back to the API-test execution fixes the PR regression, but it does not resolve the underlying HStore defects or the legacy test guards.
The exclusions were introduced by d36e05ece8554fee73ba332147560930b3eba234 as temporary HStore skips. Their conditions use Assume.assumeTrue(isHstore) despite saying skip this test for hstore. Before PR #3008, the core-test JVM did not receive the backend property, so these tests were skipped because the value was null. A global property exposed 21 failures/errors and reduced skipped tests from 42 to 20.
Historical evidence:
Confirmed technical issues
- HStore operator-sinking property decoding expects a self-describing byte containing
(cardinality << 6) | dataType, while the Server binary writer stores the raw property value. Store-side filtering can therefore decode the first value byte as invalid Cardinality code 0 or DataType code 43.
- Core-test schema cleanup uses asynchronous deletion with a fixed 100 ms wait, allowing schema tasks and cache-clear events to cross test boundaries.
HstoreSessionsImpl.clear() does not remove the graph from infoInitializedGraph, so delete and recreate lifecycle state is incomplete.
- HStore feature flags claim support for several OLAP, scan, range, and paging capabilities whose excluded tests currently fail.
- RamTable is explicitly unsupported by HStore; those tests should remain clearly and correctly excluded.
Required work
Acceptance criteria
- HStore property filtering covers SINGLE/LIST/SET cardinalities and all supported data types for vertices and edges.
- Sort-key prefix/range/paging tests pass both individually and in the complete CoreTestSuite.
- Multi-graph schema isolation passes.
- Repeated clear and recreate tests pass for at least 50 iterations without cross-test tasks or stale initialization state.
- Existing data compatibility or migration is documented and tested.
- The HStore core suite receives an explicit backend value and passes with only intentional unsupported cases skipped.
Problem
PR #3008 exposed 22 historically excluded HStore core-test cases after the Maven
backendproperty was propagated to every Surefire execution. Scoping that property back to the API-test execution fixes the PR regression, but it does not resolve the underlying HStore defects or the legacy test guards.The exclusions were introduced by
d36e05ece8554fee73ba332147560930b3eba234as temporary HStore skips. Their conditions useAssume.assumeTrue(isHstore)despite sayingskip this test for hstore. Before PR #3008, the core-test JVM did not receive the backend property, so these tests were skipped because the value was null. A global property exposed 21 failures/errors and reduced skipped tests from 42 to 20.Historical evidence:
Confirmed technical issues
(cardinality << 6) | dataType, while the Server binary writer stores the raw property value. Store-side filtering can therefore decode the first value byte as invalidCardinality code 0orDataType code 43.HstoreSessionsImpl.clear()does not remove the graph frominfoInitializedGraph, so delete and recreate lifecycle state is incomplete.Required work
infoInitializedGraph.Acceptance criteria