Span Naming - New HTTP Semantic Behavior http.url v/s url.full
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- java
- Ambito
- observability-sre
Direzione di ricerca
L’issue non fornisce alcun file del repository, test o caso riproducibile; inizia esaminando il comportamento semantico HTTP di v3.7.2 e i processori degli attributi e degli span nella configurazione fornita. Confronta la gestione di http.url, url.full e url.path per la denominazione degli span. Il lavoro è completato quando il comportamento è spiegato oppure un test riproducibile dimostra una correzione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- Java
- Stelle
- 327
- Fork
- 222
- Merge medio
- 22h 34m
- PR unite (30g)
- 14
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/ApplicationInsights-Java
-
microsoft/ApplicationInsights-Java#4851 · 1 assegnatario ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
microsoft/ApplicationInsights-Java#4817 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
microsoft/ApplicationInsights-Java#4770 · 2 commenti ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
microsoft/ApplicationInsights-Java#4769 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
microsoft/ApplicationInsights-Java#4729 · 121 commenti ·
Tutte le issue di microsoft/ApplicationInsights-Java
Issue simili
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
inu-appcenter/memorIN-backend#288 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
frontend maui-pilot pilot-ask question
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
executions.Query — startDate and timeRange filters are sent with inverted comparison operators Apertaarea/plugin
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
kestra-io/plugin-kestra#190 ·