Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Remove deprecated missingResolverDataFetcher option in 15.0.0

Aberta
  • Algo errado?
#846 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
3/5
Tempo estimado
1-2 dias
Facilidade para iniciantes
65/100
Tipo de issue
Refatoração
Clareza
Claramente especificada
Status de atividade
Ativa
Stack de tecnologia
graphql, kotlin
Domínio
backend-api-design

Direção de pesquisa

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.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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
Linguagem predominante
Kotlin
Estrelas
824
Forks
175
Merge médio
2d 5h
PRs com merge (30d)
52

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de graphql-java-kickstart/graphql-java-tools

Todas as issues de graphql-java-kickstart/graphql-java-tools

Issues semelhantes

Mais issues de Kotlin

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.