Skip to content

Commit 4bc45d3

Browse files
authored
Merge pull request #289 from pgunapal/283-clarifyReadinessEmptyResponse
Clarified the default readiness empty response statement
2 parents d2210bf + 495c970 commit 4bc45d3

1 file changed

Lines changed: 8 additions & 1 deletion

File tree

spec/src/main/asciidoc/protocol-wireformat.asciidoc

Lines changed: 8 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -172,7 +172,14 @@ https://github.com/eclipse/microprofile-config[MicroProfile Config] configuratio
172172
value `mp.health.default.readiness.empty.response` to `UP` to give the container
173173
a hint that it can become ready.
174174

175-
Similarly, for the startness the users can define additionally also
175+
The property `mp.health.default.readiness.empty.response` which defaults to `DOWN` (if not configured) should only be taken into account,
176+
when the user defined readiness check procedures are not processed or deployed yet. In other words, if the container is still starting up, the
177+
overall default readiness check status will reflect the `mp.health.default.readiness.empty.response` property status, with an empty
178+
payload response. Once the container has started up, the overall readiness check status and the payload response will reflect the processed readiness check
179+
procedures that are defined by the user. If there are not any readiness check procedures defined by the user, after the container has started,
180+
the overall default readiness check status MUST return a positive `UP` overall status (i.e. HTTP 200).
181+
182+
Similarly, for the startness health check, the users can additionally define
176183
`mp.health.default.startness.empty.response` to `UP` to achieve the same effect for the
177184
startup probes.
178185

0 commit comments

Comments
 (0)