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
{{ message }}
This repository has been archived by the owner on Dec 19, 2023. It is now read-only.
I use the DDOS Feature Query Depth and configured a query depth of 3 maxQueryDepth: 3. If the query depth is larger than 3 an AbortExecutionException will be thrown. Thats ok!! But the processing of the AbortExecutionException leads to an incorrect output -> A JSON rendering problem. The problem seems to be in the following method:
After this method is called the debugging session stops on @SneakyThrows in GraphQLObjectMapper.
@SneakyThrows
public String serializeResultAsJson(ExecutionResult executionResult) {
return getJacksonMapper()
.writeValueAsString(createResultFromExecutionResult(executionResult));
}
If I disable the use of GraphQLErrorFromExceptionHandler it works!! - For disableing I have to set the property exception-handlers-enabled: false and no use of @ExceptionHandler annotations in my resolvers.
The text was updated successfully, but these errors were encountered:
@Thinkenterprise I was wrecking my brain how on earth this stack trace could happen seeing the code. But it appears the cause of this bug is already fixed on master and will therefore be available in release 11.1.0 that will be released shortly.
I use the DDOS Feature Query Depth and configured a query depth of 3
maxQueryDepth: 3
. If the query depth is larger than 3 anAbortExecutionException
will be thrown. Thats ok!! But the processing of theAbortExecutionException
leads to an incorrect output -> A JSON rendering problem. The problem seems to be in the following method:After this method is called the debugging session stops on
@SneakyThrows
inGraphQLObjectMapper
.If I disable the use of
GraphQLErrorFromExceptionHandler
it works!! - For disableing I have to set the propertyexception-handlers-enabled: false
and no use of@ExceptionHandler
annotations in my resolvers.The text was updated successfully, but these errors were encountered: