Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Support for MethodFieldResolver with only DataFetchingEnvironment.

Open
  • Is something wrong?
#304 2 comments 2 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
25/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Stale
Tech stack
graphql, java, kotlin
Domain
api

Research direction

Start by locating the MethodFieldResolver entry point and reading how it currently matches resolver method parameters, especially DataFetchingEnvironment. Done means methods shaped like method (is|get|getField)?<Name>(*fieldArgs, DataFetchingEnvironment) are supported, while existing resolver forms continue to work.

Written by the indexing model from the issue text.

Description

enhancement help wanted
  1. method <name>(object, *fieldArgs [, DataFetchingEnvironment])
  2. method is<Name>(object, *fieldArgs [, DataFetchingEnvironment]), only if the field returns a Boolean
  3. method get<Name>(object, *fieldArgs [, DataFetchingEnvironment])
  4. method getField<Name>(object, *fieldArgs [, DataFetchingEnvironment])
  5. field <name>

Currently only the above fieldResolvers are supported.
But there are use cases where are in using local context would be the only requirement.
Can methods with the following definition be supported?

method (is|get|getField)?<Name>(*fieldArgs, DataFetchingEnvironment) is supported.

The following hypothetical example shows that while loading imageBlob, we would want to know just the type of files supported. Since the parent of imageBlob is the image this data won't be available. Just the localContext is needed. In these cases, there is only need for DataFetchingEnvironment. So support for the above mentioned methodResolver would be cleaner.

type Folder {
    supportedFileTypes: [String!]!
    images: [Image!]!
}
type Image {
    imageBlob: String
}
Dominant language
Kotlin
Stars
824
Forks
175
Avg merge
2d 1h
Merged PRs (30d)
59

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from graphql-java-kickstart/graphql-java-tools

All issues in graphql-java-kickstart/graphql-java-tools

Similar issues

More Kotlin issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.