UpdateProcessRequest cannot remove a timeout or invocationTimeout
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Comienza con cloudfoundry-client-reactor/src/main/java/org/cloudfoundry/reactor/_DefaultConnectionContext.java, donde el ObjectMapper predeterminado está configurado con NON_NULL, y luego sigue UpdateProcessRequest a través de processes().update. Reproduce el caso de eliminación del timeout del issue y verifica que un timeout o invocationTimeout establecido explícitamente en null se conserve en la solicitud saliente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We are on version 5.12.1-RELEASE.
The default ObjectMapper is configured with setSerializationInclusion(NON_NULL) .
When removing a timeout the request should set it explicitly to null, which is not possible using this configuration. Hence an UpdateProcessRequest can, by default, never remove a timeout.
See the following screenshot for a debugging example result
The code above is called by invoking the following Mono:
Mono.just("<app-id>")
.flatMap(appId -> operator
.getCloudFoundryClient()
.applicationsV3()
.getProcess(GetApplicationProcessRequest.builder().applicationId(appId).type("web").build())
.flatMap(process -> {
return operator
.getCloudFoundryClient()
.processes().update(
UpdateProcessRequest.builder()
.processId(process.getId())
.healthCheck(HealthCheck.builder()
.type(HealthCheckType.from(targetState.manifest().getHealthCheckType().toString()))
.data(Data.builder()
.endpoint(targetState.manifest().getHealthCheckHttpEndpoint())
.timeout(targetState.manifest().getTimeout())
.build())
.build())
.build()
).doOnSuccess(updateProcessResponse -> {
log.info("Updated health check for application");
});
}).then()
- Lenguaje dominante
- Java
- Estrellas
- 334
- Forks
- 319
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 cloudfoundry/cf-java-client
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
cloudfoundry/cf-java-client#1374 ·
-
Integration tests fail: test-service-broker.jar incompatible with java-buildpack v5 (JDK 17 default)Abierto
Dificultad 2/5 Medio día Aptitud para principiantes 74/100
cloudfoundry/cf-java-client#1344 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
cloudfoundry/cf-java-client#1373 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
cloudfoundry/cf-java-client#1370 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
cloudfoundry/cf-java-client#1367 ·
Todos los issues de cloudfoundry/cf-java-client
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
feature triaged
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
Graylog2/graylog2-server#27549 ·
Los mantenedores suelen responder en 1 día
-
component/zeebe kind/bug
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
UniversalMediaServer/UniversalMediaServer#6356 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
googleapis/google-cloud-java#14533 ·
Los mantenedores suelen responder en 1 día