You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
While working on a project in nestjs using Graphql and Neo4j I have come across a problem when I need to validate the inputs for the Qureries and Mutations. However if you're following the approach described in Nestjs' documents adding these validations (using class-validator) is quite straight forward.
Describe the solution you'd like
I am looking for way where it's possible to add Schemas using classes so that we can take full advantage of existing futures of Nestjs and develop the applications without these constraints
The text was updated successfully, but these errors were encountered:
Though the schema is sourced from a static file (their schema.gql) I think you'd have no problem replacing it with a generated schema from the Neo4j GraphQL library.
As described in the getting started guide, you can use the Neo4j GraphQL library to generate the schema based on the provided type definitions like so (imports and type definitions removed for brevity):
consttypeDefs=// Your type definitions hereconstdriver=neo4j.driver("bolt://localhost:7687",neo4j.auth.basic("username","password"));constneoSchema=newNeo4jGraphQL({ typeDefs, driver });
Is your feature request related to a problem? Please describe.
While working on a project in nestjs using Graphql and Neo4j I have come across a problem when I need to validate the inputs for the Qureries and Mutations. However if you're following the approach described in Nestjs' documents adding these validations (using
class-validator
) is quite straight forward.Whereas it can't be done with the suggested
Schema Types
approach from Neo4j (asclass-validator
requires class schema).Describe the solution you'd like
I am looking for way where it's possible to add Schemas using classes so that we can take full advantage of existing futures of Nestjs and develop the applications without these constraints
The text was updated successfully, but these errors were encountered: