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
Java SDK reports method and URI in custom dimensions (in .NET SDKs it's dependency name and target)
while reporting instrumented method in the name and target
There are other potential discrepancies (e.g. for successful outgoing http request request target reported in 'cid-v1:' )
Java SDK should follow telemetry data structure and be consistent with .NET SDKs.
The text was updated successfully, but these errors were encountered:
@lmolkova thank you very much for reporting the inconsistency in HTTP DependencyTelemetry datastructure. If I recall correctly both Dot Net and Java SDK share the same Bond definition which is use
e the same Bond definition which is used to generate the DependencyData data-structure so ideally this difference should not arise, I would have to double check, however let me ask you this question :
As you mentioned that custom dimension in Dot Net is reported as dependency name and target so it should be like this {Dependency Name = GET, target = URL } what does target look like ? Isn't it URI ?
What does Dot Net SDK show in case of successful dependency call in target field. I have no idea from where the cid-v1 is getting populated in Java.
Java SDK reports method and URI in custom dimensions (in .NET SDKs it's dependency name and target)
while reporting instrumented method in the name and target
There are other potential discrepancies (e.g. for successful outgoing http request request target reported in 'cid-v1:' )
Java SDK should follow telemetry data structure and be consistent with .NET SDKs.
The text was updated successfully, but these errors were encountered: