Skip to content

GH-186: Resolve subclass keys in hierarchy queries - #189

Open
pttydou wants to merge 1 commit into
cinchapi:developfrom
pttydou:feature/GH-186
Open

GH-186: Resolve subclass keys in hierarchy queries#189
pttydou wants to merge 1 commit into
cinchapi:developfrom
pttydou:feature/GH-186

Conversation

@pttydou

@pttydou pttydou commented Aug 24, 2026

Copy link
Copy Markdown

Fixes #186.

The resolvability check only considered keys declared by the queried class. This adds a hierarchy-aware overload and uses it for findAny and countAny, while preserving the existing exact-class method and the client-side fallback for unknown keys.

Tests:

  • .\gradlew.bat test --tests 'com.cinchapi.runway.GH186ResolvabilityTest' --tests 'com.cinchapi.runway.SelectionWithInjectedCriteriaTest' compileJava compileTestJava spotlessCheck --no-daemon
  • A reverse mutation that restored the base-class-only key lookup made testHierarchyResolvabilityIncludesDescendantKey fail as expected; the restored implementation passes.

I could not run the GH186 client-server regression locally because the Concourse 1.0.3 test installer could not install in this native Windows environment. That integration path remains for CI.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

findAny does not push a criteria to the database when the criteria names a key declared by a subclass

1 participant