JUnit and request recorders both record the same integration test; no way to pick one
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 28/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- java, spring-boot
Línea de trabajo
Start by reproducing with mvn -Dtest=PetClinicIntegrationTests#testOwnerDetails test in spring-petclinic, then compare the outputs under tmp/appmap/junit and tmp/appmap/request_recording. The issue leaves open whether the fix is a configuration switch or a documented rule, so a maintainer decision is needed first. Done means one recorder is chosen when both would fire, with the rule or setting documented.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
A single Spring Boot integration test that issues an HTTP request through a real port produces two recordings of the same behavior: one from the JUnit recorder, one from the request recorder. Both recorders are on by default, neither knows about the other, and there is no documented setting to disable one.
Agent 1.30.1, spring-petclinic @ b26f235.
Repro
mvn -Dtest=PetClinicIntegrationTests#testOwnerDetails test
ls tmp/appmap/junit tmp/appmap/request_recording
Observed
tmp/appmap/junit/org_..._PetClinicIntegrationTests_testOwnerDetails.appmap.json
tmp/appmap/request_recording/1789755390_129__owners_1.appmap.json
The JUnit recording contains the test method and everything under it; the request one contains the request, controller and SQL. They overlap almost entirely. The request recording's filename embeds a timestamp and a port-dependent counter, so it differs on every run and cannot serve as a stable baseline identity (the gold-traces engine's discover returns both and leaves the choice open).
Expected
A setting to select which recorder runs when both would fire (e.g. suppress request recordings that occur inside an active JUnit recording), or at least document the rule: curate the JUnit recording, use a request recording only when no test drives the endpoint.
- Lenguaje dominante
- Java
- Estrellas
- 88
- Forks
- 17
- Merge medio
- 2 d 2 h
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de getappmap/appmap-java
-
appmap.yml packages path matching zero classes yields a healthy-looking recording with no warningAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
getappmap/appmap-java#332 · 1 comentario ·
-
Git metadata dropped in a git worktree (.git file with gitdir: pointer not followed)Posiblemente ocupada @dividedmind la tomó hace 2 días. Abierto
getappmap/appmap-java#331 · 1 comentario · 1 asignado ·
-
Labeled methods should always be recorded, even if they match trivial-method filtersPosiblemente ocupada @kgilpin la tomó hace 192 días. Abierto
getappmap/appmap-java#323 · 1 reacción · 2 asignados ·
-
Warning with Java 25Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
getappmap/appmap-java#322 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
getappmap/appmap-java#308 ·
Todos los issues de getappmap/appmap-java
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
utopia-rise/godot-jvm#1004 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
spring-projects/spring-grpc#442 ·
-
Expose numberOfPermits in RateLimiterEvent.toString() and the ratelimiterevents actuator DTOAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
resilience4j/resilience4j#2547 ·
Los mantenedores suelen responder en 9 días
-
Clock.MakeDate continues execution and returns a rolled-over instant after dispatching error on invalid datePosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
mit-cml/appinventor-sources#4155 ·
Los mantenedores suelen responder en 1 día