Support incremental page object generation
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- java
- Área
- build-system, tooling
Línea de trabajo
Comienza revisando el PR #243 enlazado y luego sigue el recorrido de DefaultTranslatorRunner.write(), TranslatorTargetConfig.isUpToDate(...), DefaultTargetConfiguration y JsonCompilerConfig. Verifica que la opción de CLI y la configuración lleguen al runner, que los objetos de página actualizados omitan getGeneratedCode(), que los destinos ausentes o más antiguos se vuelvan a generar y que las salidas agregadas sigan incluyendo todos los objetos de página.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Problem
When utam-java is consumed via the compiler plugin in a downstream project, every mvn invocation triggers an all-or-nothing rebuild of every page object. google-java-format dominates the cost, so iterative dev loops pay the full formatting bill even when only one .utam.json source has changed.
Proposal
Add an opt-in incremental mode to the compiler that skips generation for page objects whose generated .java artifacts are already newer than their source .utam.json. This preserves current default behavior while giving downstream consumers a large speedup on repeated builds.
Suggested shape
- A CLI flag (e.g.
--incremental/-I) and matchingJsonCompilerConfigparameter. - A
TranslatorTargetConfig.isUpToDate(...)hook so custom target configs can opt in. DefaultTargetConfigurationimplements the check via per-page-object mtime comparison: regenerate iff any expected target is missing or older than the source.DefaultTranslatorRunner.write()consults the hook before invokinggetGeneratedCode()(where the formatter runs) and skips per-PO writes for up-to-date page objects. Aggregate outputs (manifest, DI config) still include every PO.
Linked PR
#243
- Lenguaje dominante
- Java
- Estrellas
- 34
- Forks
- 23
- Merge medio
- 4 d 20 h
- PR fusionados (30 d)
- 2
Preparar el entorno
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 salesforce/utam-java
-
bug needs triaging
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
salesforce/utam-java#210 · 6 comentarios ·
Todos los issues de salesforce/utam-java
Issues similares
-
P2 testing
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
area/core kind/bug status/triage team/core-shared
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
checkstyle/checkstyle#21755 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
spring-projects/spring-integration#11495 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día