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
We are facing an issue for which we would like to get some help or debug insights into this...
We are not using this library directly, however noticed few things when using confluent-schema-registry which internally uses this mappersmith package. Recently we have upgraded our service (that currently utilizes confluent-schema-registry) with the latest OpenTelemetry instrumentation packages and noticed suddenly we are not getting any response from confluent-schema-registry but underlying schema registry service responds with 200 status code. We have debugged confluent-schema-registry and we figured it was not getting a response from its internal component Mappersmith
Investigating this on the One Agent side it looks like the issue was caused by conflicting patching by One Agent and Open Telemetry.
There was a fix made in Open Telemetry (open-telemetry/opentelemetry-js#3133), which is shipped in @opentelemetry/sdk-trace-node v1.6.0, that resolves the issue.
Hi,
We are facing an issue for which we would like to get some help or debug insights into this...
We are not using this library directly, however noticed few things when using confluent-schema-registry which internally uses this mappersmith package. Recently we have upgraded our service (that currently utilizes confluent-schema-registry) with the latest OpenTelemetry instrumentation packages and noticed suddenly we are not getting any response from confluent-schema-registry but underlying schema registry service responds with 200 status code. We have debugged confluent-schema-registry and we figured it was not getting a response from its internal component Mappersmith
The text was updated successfully, but these errors were encountered: