Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Span Naming - New HTTP Semantic Behavior http.url v/s url.full

Offen
  • Stimmt etwas nicht?
#4,226 8 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
30/100
Issue-Typ
Bug
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
java
Bereich
observability-sre

Rechercherichtung

Das Issue enthält keine Repository-Datei, keinen Test und keinen reproduzierbaren Fall. Beginne damit, das semantische HTTP-Verhalten von v3.7.2 sowie die Attribut- und Span-Prozessoren in der bereitgestellten Konfiguration zu überprüfen. Vergleiche die Verarbeitung von http.url, url.full und url.path bei der Benennung von Spans. Erledigt ist die Aufgabe, wenn das Verhalten erklärt ist oder ein reproduzierbarer Test eine Korrektur demonstriert.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Expected behavior

We are upgrading from Java Agent v3.4.19 to v3.7.2, and one of the critical changes was adopting new HTTP Semantics from Otel
Our request Span naming was leveraging http.url to extract path, and then set the span name as
"HTTPMethod HTTPPath"

Actual behavior

With v3.7.2 we shifted to url.full attribute to extract the path, but noticed that in certain spans, the path is either missing entirely or is partial
We explored leveraging directly url.path attribute for span name instead of extraction but similar partial behavior.
If we revert back to http.url with v3.7.2 our original behavior for Span naming starts working properly, so wanted to understand if url.full , url.path are stable to adopt or we are missing a trick in the book or stick to http.url for consistency?

Config JSON Snippet
"processors": [ { "type": "attribute", "actions": [ { "key": "url.full", "pattern": "^(?<httpProtocol>.*):\\/\\/(?<httpDomain>[^\\/]+)\\/(?<httpPath>[^\\?]+)?(?<httpQueryParams>.*)", "action": "extract" } ] }, { "type": "span", "name": { "fromAttributes": [ "http.request.method", "httpPath" ], "separator": " " } }

To Reproduce

Using a commercial COTS system, I am unable to submit a reproducible use case.

System information

Please provide the following information:

  • SDK Version: 3.7.2
  • OS type and version: RHEL 8.10
  • Application Server type and version (if applicable): COTs
  • Using spring-boot? NA
  • Additional relevant libraries (with version, if applicable): NA
Logs

I can capture logs if required.

Screenshots

Image

Vorherrschende Sprache
Java
Sterne
327
Forks
223
Ø Merge
1 T. 26 Min.
Gemergte PRs (30 T.)
15

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus microsoft/ApplicationInsights-Java

Alle Issues in microsoft/ApplicationInsights-Java

Ähnliche Issues

Weitere Issues zu Java

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.