Auto collected client request missing GET/POST from dependency name
See original GitHub issueIssue Analytics
- State:
- Created 6 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Dependencies not showing in Application insights #693 - GitHub
I pass a Request-Id header (obtained using Telemetry Request Context) from my App Service REST call, this maintains the correlation that show up ......
Read more >Azure Monitor Application Insights Java - Microsoft Learn
Starting from 3.1.0: The operation names and request telemetry names are now prefixed by the HTTP method, such as GET and POST ....
Read more >Jersey 2.38 User Guide - GitHub Pages
The following chapters provide an overview of all Jersey modules and their dependencies with links to the respective binaries (follow a link on...
Read more >Dependency Scanning - GitLab Docs
Dependency Scanning automatically detects the languages used in the repository. All analyzers matching the detected languages are run. There is usually no ......
Read more >Building applications with Maven - Quarkus
But you can pass a partial name and Quarkus will do its best to find the ... and any body contents for POST...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Investigated further - this was actually caused by an error in our backend ingestion service. When the fix is deployed out future telemetry should have the following form for a dependency to http://test.com/page
Name: GET /page Target: test.com Data: http://test.com/page
This seems to be an accidental regression to me when we changed how we format our telemetry. I’m not seeing it available in any fields. @SergeyKanzhelev should be able to say what the intended output is here.