Populate HttpMethod field from http.request.method for consistency with .NET/Node SDKs
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 48/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- azure, java
- Domain
- observability
Research direction
Start by tracing how Java Agent request telemetry maps the OpenTelemetry http.request.method attribute to the legacy HttpMethod field. Verify the mapping for requests using methods such as GET, and add or update coverage showing that HttpMethod is populated consistently with the request name.
Written by the indexing model from the issue text.
Description
Is your feature request related to a problem? Please describe.
When using Application Insights Java Agent 3.x, the HttpMethod field in the
requests table is always empty. The HTTP method is only available embedded
in the name field (e.g., "GET /api/users").
This is frustrating because:
- KQL queries using
HttpMethodreturn no results for Java services - Cross-service queries don't work uniformly (.NET services have HttpMethod, Java doesn't)
- Existing dashboards and alerts that filter by HttpMethod break when adding Java services
- The field exists but is empty, which looks like a bug rather than expected behavior
Describe the solution you would like
Map the OpenTelemetry http.request.method attribute to the legacy HttpMethod
field in Application Insights request telemetry.
This would make Java Agent 3.x consistent with .NET and Node.js SDKs, which
populate this field.
Describe alternatives you have considered
Current workaround is parsing the method from the name field in KQL:
requests
| extend HttpMethod = tostring(split(name, " ")[0])
This works but requires modifying all existing queries, dashboards, and alerts.
It also adds overhead and is error-prone if the name format changes.
Additional context
- Java Agent version: 3.7.7 (and likely all 3.x versions)
- The change to OpenTelemetry semantic conventions (http.method → http.request.method)
happened in Nov 2023, but the HttpMethod field was never mapped - This affects mixed-language environments where consistent telemetry querying is important
- Dominant language
- Java
- Stars
- 327
- Forks
- 222
- Avg merge
- 22h 34m
- Merged PRs (30d)
- 14
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from microsoft/ApplicationInsights-Java
-
microsoft/ApplicationInsights-Java#4851 · 1 assignee ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
microsoft/ApplicationInsights-Java#4817 · 1 comment ·
-
Difficulty 4/5 3-5 days Newbie friendliness 42/100
microsoft/ApplicationInsights-Java#4770 · 2 comments ·
-
Difficulty 5/5 Over a week Newbie friendliness 30/100
microsoft/ApplicationInsights-Java#4769 · 2 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
microsoft/ApplicationInsights-Java#4729 · 121 comments ·
All issues in microsoft/ApplicationInsights-Java
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
elastic/gradle-plugins#157 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
cryptomator/hub#497 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
johanhaleby/occurrent#1120 ·