GeezerVison is showing github.com — PerLevelDataLoaderDispatchStrategy no longer hooks into DataLoaderRegistry.dispatchAll() · Issue #4134 · graphql-java/graphql-java
PerLevelDataLoaderDispatchStrategy no longer hooks into DataLoaderRegistry.dispatchAll() #4134
Description
Describe the bug
As of v25 there is no longer a hook into dataLoaderRegistry.dispatchAll() (prev code) within PerLevelDataLoaderDispatchStrategy. This previously allowed us to take advantage of the
ScheduledDataLoaderRegistry feature within the java-dataloader library for specifying DispatchPredicate's per dataloader. It's not clear to me if I'm missing some new mechanism that replaces this, or if this is just a regression/bug.
To Reproduce
Not a very minimal set up at all (sorry), but you can see how the difference in behavior affects us by comparing this branch to master and using the messageLoaderWithScheduledDispatch test.
Activity
andimarek commented on Oct 10, 2025
jjacobs44 commented on Oct 10, 2025
Hello! Thanks for such a quick reply.
That's a different dispatchAll than the one I'm referring to. That implementation just directly calls dispatch() on each of the dataloaders as opposed to dataLoaderRegistry.dispatchAll() which is overriden here.
The previous graphql-java implementation called this here in v24.
FWIW I'm a DGS maintainer so this is a change in behavior for us that we're actively trying to work out to make DGS compatible with graphql-java 25, spring-graphql 2, and boot 4.
andimarek commented on Oct 11, 2025
Thanks for explaining more. This is probably an unwanted change we have to look into more.
Cc @bbakerman
andimarek commented on Nov 10, 2025
thanks for reporting @jjacobs44 ... that is now fixed with and #4164 and will is released as 25.0
Metadata
Metadata
Development
No branches or pull requestsIssue actions