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
The beginField instrumentation method was deprecated during this version but for backwards compat reasons it got delegated back to and hence it was not a breaking change
default InstrumentationContext<Object> beginFieldExecution(InstrumentationFieldParameters parameters, InstrumentationState state) {
InstrumentationContext<ExecutionResult> ic = beginField(parameters, state);
return ic == null ? null : new ExecutionResultInstrumentationContextAdapter(ic);
}
but this adapter does thgis
CompletableFuture<ExecutionResult> future = result.thenApply(obj -> ExecutionResultImpl.newExecutionResult().data(obj).build());
delegate.onDispatched(future);
//
// when the mapped future is completed, then call onCompleted on the delegate
future.whenComplete(delegate::onCompleted);
that is it creates an Er for backwards compat reasons - so in fact we are creating a ER for each field value anyway.
I think we have to bite the bullet here and NOT call the old method (backwards compat breaking change) in order to get the efficiency we want.
This means that people need to update to the new method in Instrumentation
The text was updated successfully, but these errors were encountered:
The
beginField
instrumentation method was deprecated during this version but for backwards compat reasons it got delegated back to and hence it was not a breaking changeand adapter was used
but this adapter does thgis
that is it creates an Er for backwards compat reasons - so in fact we are creating a ER for each field value anyway.
I think we have to bite the bullet here and NOT call the old method (backwards compat breaking change) in order to get the efficiency we want.
This means that people need to update to the new method in
Instrumentation
The text was updated successfully, but these errors were encountered: