Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Remove deprecated missingResolverDataFetcher option in 15.0.0

Offen
  • Stimmt etwas nicht?
#846 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
65/100
Issue-Typ
Refactoring
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
graphql, kotlin
Bereich
backend-api-design

Rechercherichtung

Read SchemaParserOptions, MissingFieldResolver, and FieldResolverScanner to trace the deprecated option through its constructor, builder, and fallback checks. Then inspect MissingFieldResolverTest and remove the test for that option. Done means those paths no longer use missingResolverDataFetcher while missingResolverDataFetcherProvider remains supported; the issue also lists two other breaking cleanups for 15.0.0.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

SchemaParserOptions.missingResolverDataFetcher has been deprecated since 13.0.4 (8b27ed6, March 2023) in favour of missingResolverDataFetcherProvider. We should remove it in the next major release (15.0.0).

It's a breaking change, so it can't go into a 14.x release: SchemaParserOptions.Builder.missingResolverDataFetcher(...) and the SchemaParserOptions.missingResolverDataFetcher property are both public.

What to remove
  • missingResolverDataFetcher from the SchemaParserOptions constructor and the builder
  • the fallback to it in MissingFieldResolver and the null check in FieldResolverScanner.missingFieldResolver
  • the test in MissingFieldResolverTest that covers the deprecated option
Migration
// before
.missingResolverDataFetcher(fetcher)
// after
.missingResolverDataFetcherProvider { _, _ -> fetcher }
Other breaking cleanups for the same release
  • the environment.getContext() fallback for custom context classes in MethodFieldResolver (already has a "remove in next major" TODO)
  • the getContext() fallback for a CoroutineScope passed as the legacy context object in Utils.coroutineScope(); it now logs a warning and should be read from GraphQLContext instead
Vorherrschende Sprache
Kotlin
Sterne
824
Forks
175
Ø Merge
2 T. 5 Std.
Gemergte PRs (30 T.)
53

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus graphql-java-kickstart/graphql-java-tools

Alle Issues in graphql-java-kickstart/graphql-java-tools

Ähnliche Issues

Weitere Issues zu Kotlin

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.