Populate HttpMethod field from http.request.method for consistency with .NET/Node SDKs
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- azure, java
- Lĩnh vực
- observability
Hướng nghiên cứu
Bắt đầu bằng cách theo dõi cách telemetry request của Java Agent ánh xạ thuộc tính http.request.method của OpenTelemetry vào trường legacy HttpMethod. Xác minh ánh xạ đối với các request sử dụng những method như GET, đồng thời thêm hoặc cập nhật coverage cho thấy HttpMethod được điền nhất quán với tên request.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- Java
- Star
- 327
- Fork
- 222
- Merge trung bình
- 22 giờ 34 phút
- Pull request đã merge (30 ngày)
- 14
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của microsoft/ApplicationInsights-Java
-
microsoft/ApplicationInsights-Java#4851 · 1 người được giao ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
microsoft/ApplicationInsights-Java#4817 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
microsoft/ApplicationInsights-Java#4770 · 2 bình luận ·
-
Support for tail based sampling? Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
microsoft/ApplicationInsights-Java#4769 · 2 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
microsoft/ApplicationInsights-Java#4729 · 121 bình luận ·
Tất cả issue của microsoft/ApplicationInsights-Java
Issue tương tự
-
awaiting triage bug Causes friction Hop Gui P1 P2 Transforms
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
apache/flink-agents#1152 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
jenkinsci/blueocean-plugin#5417 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
objectionary/eo-graphs#75 ·