[MSOURCES-115] aggregate-sources yields different results based on reactor
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- java
- Área
- build-system
Línea de trabajo
Comienza localizando el objetivo aggregate-sources y cómo recopila proyectos del Maven reactor. Reproduce el problema construyendo un proyecto hijo directamente y después desde el proyecto padre, comparando el contenido de los source JAR generados. Se considera terminado cuando aggregate-sources incluye únicamente los hijos del proyecto actual y produce artefactos idénticos en ambos modos de compilación.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Raymond DeCampo opened MSOURCES-115 and commented
The main idea here is that depending on whether a particular project is built from the parent project or on its own, the sources jar generated by aggregate-sources may be different. IMO this attacks the repeat-ability of the build. The root cause is that aggregate-sources pulls in all the sources in the reactor.
Consider a three layer structure. One parent project at the top level, say foo-parent. Then two child modules at the next level, say foo-client and foo-server. Then some number of children of foo-client and foo-server where the actual Java code lives.
The poms for foo-server and foo-client have aggregate-sources set up. If a build is executed directly on foo-client for example, then the resulting source foo-client-sources-*.jar will have the source from the children of foo-client.
If a build is executed from foo-parent, both foo-client and foo-server are included in the reactor. Now the resulting foo-client-sources-*.jar includes the source code from foo-server's children as well as its own.
I would expect that the aggregate-sources target would only include the source of the children of the current project instead of the source from any project in the reactor. I would also expect that the build should result identical artifacts whether or not it is invoked from the parent project or not.
Affects: 3.0.1
- Lenguaje dominante
- Java
- Estrellas
- 36
- Forks
- 38
- Merge medio
- 1 d 47 min
- PR fusionados (30 d)
- 8
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin 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 apache/maven-source-plugin
-
Fix Jenkins buildAbiertobug priority:critical
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
apache/maven-source-plugin#311 · 1 comentario ·
-
TestSourceJarMojo forks to generate-sources instead of generate-test-sourcesPosiblemente ocupada @elharo la tomó hace 66 días. Abiertobug priority:major
apache/maven-source-plugin#304 · 3 comentarios · 1 asignado ·
-
IT failings on masterQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abiertobug priority:blocker
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
apache/maven-source-plugin#261 ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
apache/maven-source-plugin#244 ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
apache/maven-source-plugin#239 ·
Todos los issues de apache/maven-source-plugin
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 DTOPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
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