Bug 806008 - [REST API] healt-check url for application is missing
Summary: [REST API] healt-check url for application is missing
Keywords:
Status: CLOSED DUPLICATE of bug 805989
Alias: None
Product: OKD
Classification: Red Hat
Component: Pod
Version: 2.x
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: Krishna Raman
QA Contact: libra bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-22 16:41 UTC by Andre Dietisheim
Modified: 2015-05-15 01:48 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-23 09:35:35 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 805989 0 medium CLOSED [REST API] Provide an mean to check the state of an application 2021-02-22 00:41:40 UTC

Description Andre Dietisheim 2012-03-22 16:41:35 UTC
In the legacy service, one would get a health-check url. This url is the url at which the client library may wait for the application to become reachable (all internal setups were successfull, the app is ready). The typical setup (when using the legacy service) was:

1) request app creation
2) poll the healt-url until it reports 200 OK (and "1" in the response body).

We need the beforementioned attribute at which the readyness-service may be queried or an alternative approach. I guess that it would be ideal to be able to query the application resource and have a state property in the response.

Comment 1 Andre Dietisheim 2012-03-22 18:01:32 UTC
The beforementioned approach to report the application state when GET'ing the application resource is filed in https://bugzilla.redhat.com/show_bug.cgi?id=805989

Comment 2 Andre Dietisheim 2012-03-23 09:35:35 UTC
We suggest that the response to a GET on the application resource would hold a property that reports the application state. This state could report the creation state:

CREATING -> STARTING -> STARTED

I therefore close this issue and add our requirement to https://bugzilla.redhat.com/show_bug.cgi?id=805989

*** This bug has been marked as a duplicate of bug 805989 ***


Note You need to log in before you can comment on or make changes to this bug.