Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Remove deprecated missingResolverDataFetcher option in 15.0.0

Abierto
  • ¿Algo no está bien?
#846 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
65/100
Tipo de issue
Refactorización
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
graphql, kotlin
Área
backend-api-design

Línea de trabajo

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.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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
Lenguaje dominante
Kotlin
Estrellas
824
Forks
175
Merge medio
2 d 5 h
PR fusionados (30 d)
52

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de graphql-java-kickstart/graphql-java-tools

Todos los issues de graphql-java-kickstart/graphql-java-tools

Issues similares

Más issues de Kotlin

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.