Disable catalog refresh timer by default
Nadie ha tomado este issue todavía.
- #363 de @olevitt — cerrado sin fusionar
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- java
- Área
- api, backend, documentation
Línea de trabajo
Comienza con la configuración catalogs.refresh.ms y la configuración de catálogos documentada en el README de onyxia-api enlazado. Cambia el valor predeterminado a 0 manteniendo la posibilidad de que un administrador lo sobrescriba, y documenta las salvedades relacionadas con la sincronización, los fallos del registro, la carga y los catálogos externos; se considera terminado cuando la opción está desactivada de forma predeterminada y las salvedades están documentadas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Currently Onyxia refresh the catalogs every 5 minutes (see https://github.com/InseeFrLab/onyxia-api?tab=readme-ov-file#catalogs-configuration- catalogs.refresh.ms).
There are some caveats associated with catalog refreshs :
- In case you have multiple API pods, having one refreshed and not the other means they may be desynched resulting in user facing bugs
- Refresh may fail due to a temporary failure in registry
- Refreshing the catalogs and fetching all packages every x minutes may cause some heavy load (see #358 for possible mitigation)
- Periodic refresh on catalogs you don't maintain yourself may result in app breaking unexpectedly
I suggest we disable the refresh by default (setting 0 to catalogs.refresh.ms by default) while still allowing admin to override it. I also suggest we document the caveats.
- Lenguaje dominante
- Java
- Estrellas
- 34
- Forks
- 34
- Merge medio
- 9 min
- PR fusionados (30 d)
- 4
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 InseeFrLab/onyxia-api
-
Dificultad 4/5 3-5 días Aptitud para principiantes 43/100
InseeFrLab/onyxia-api#689 ·
-
Security : run helm installs / upgrades / uninstalls as a service account local to the target namespacePosiblemente ocupada @olevitt la tomó hace 11 días. Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
InseeFrLab/onyxia-api#688 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 74/100
InseeFrLab/onyxia-api#669 ·
-
helmwrapper issue with rootless env : try to create /.cacheQuizá libre de nuevo @olevitt la tomó hace 345 días y no hay ningún pull request abierto. Abierto
InseeFrLab/onyxia-api#638 · 5 comentarios · 1 asignado ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
InseeFrLab/onyxia-api#612 · 3 comentarios ·
Todos los issues de InseeFrLab/onyxia-api
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
objectionary/lints#1640 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
openhab/openhab-addons#22168 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
wildfly/wildfly-channel#446 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
5.0.x backport enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 63/100
spring-cloud/spring-cloud-function#1507 ·
Los mantenedores suelen responder en 1 día