[Task] Assess jRaft version alignment and compatibility
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Examine the dependency declarations for jRaft in the Server, PD, and Store modules (likely in pom.xml or build.gradle files). Run the existing tests for each component to understand their Raft apply, callback, and snapshot paths. Review PR #2871 to see the current alignment of Store tests. The goal is to assess compatibility, not to change versions; document any findings about API differences or upgrade constraints.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Server currently uses jRaft 1.3.11, while PD and Store use 1.3.13. PR #2871 preserves those production versions and only aligns Store tests with the version already used by Store. Consolidating version declarations must not silently upgrade Server or alter another component's resolved dependencies.
Track any move to a single jRaft version separately from the apply-error fix. Compatibility has not been established by the PD/Store fault tests. There is already a source-compatibility difference between the old Store test dependency (1.3.9) and 1.3.13: its custom Iterator needs commit() and commitAndSnapshotSync(). This is not evidence of a production regression, but patch-version numbering alone is insufficient assurance.
Before proposing a shared runtime version:
- Compare the affected core APIs and resolved transitive dependencies for Server, PD and Store.
- Validate each component's actual Raft apply, callback and snapshot paths.
- Check existing log/snapshot restart compatibility and supported mixed-version upgrade behavior.
- Document any incompatible behavior and the upgrade/rollback constraints before changing production versions.
No runtime version upgrade is requested as part of #2871.
- Lenguaje dominante
- Java
- Estrellas
- 3.2k
- Forks
- 637
- Merge medio
- 3 d 17 h
- PR fusionados (30 d)
- 22
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 apache/hugegraph
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
apache/hugegraph#3231 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
apache/hugegraph#3142 · 7 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
apache/hugegraph#3238 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de apache/hugegraph
Issues similares
-
ScyllaDB Manual: 3 broken linksAbiertolink-check link-check:manual
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 91/100
open-telemetry/opentelemetry-java#8870 ·
Los mantenedores suelen responder en 1 día
-
P2 testing
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
enhancement javascript
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/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