APIML Eureka registration#811
Conversation
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
|
Hi, just a quick question, will this handle migration scenarios? like what happens if the workspace has a static definition file for zss and dynamic onboarding is enabled? will it delete the static definition file? |
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
|
@pablocarle yes this is handled in configure.sh if zss is disabled, it wont run this logic so instead the zwe startup code must handle it here https://github.com/zowe/zowe-install-packaging/blob/v3.x/staging/bin/libs/component.ts#L638-L673 I am making the reverse of this PR for app-server. |
Signed-off-by: 1000TurquoisePogs <sgrady@rocketsoftware.com>
|
I have now tested that this code works for normal TLS, but haven't yet tested ATTLS. |
This PR adds an http client that implements eureka registration to apiml.
The alternative and prior behavior was to use a static registration file. This is retained under the yaml option
components.zss.agent.mediationLayer.static: true.Timing parameters regarding the registration & heartbeat loop have been added to the YAML and schema.
This is a draft until I get to testing it.