Fix: Properly handle schema option in parseArgs function #10
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Fix: Properly handle schema option in parseArgs function
Problem
The
--schemacommand line option isn't working properly because theparseArgsfunction doesn't include the schema path in the returned configuration object. This causes the application to always use introspection even when a local schema file is specified.Solution
Updated the
parseArgsfunction to properly include all command line arguments in the configuration object, specifically:namefrom argv.nameallowMutationsfrom argv["enable-mutations"]schemafrom argv.schemaThe code now correctly respects the
--schemaoption as documented in the README.Testing
Tested locally by running the application with a local schema file:
node ./dist/index.js --endpoint http://localhost:3000/graphql --schema ./schema.graphql
Verified that the application now uses the local schema file rather than performing introspection.
Additional Notes
This is a small but important fix that ensures the application behaves as documented in the README. No additional tests or documentation changes were needed as this functionality was already documented.