You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We already have at least two endpoints which may be useful for clients: output endpoint workspace status endpoint
So we need to rework our workspace links injector in accordance with client`s needs and changes in spi branch.
Note that the set of endpoints may expand.
We also want to simplify Links model. It is supposed to be done as a part of this issue.
The current model is complicated and, lately, we used to use it in the simplest use cases only. So we decided to simplify it significantly.
The current model of an object that contains links is:
Let's also take seriously the name convention for the links and servers.
Before we our naming was rather random.
Does that make sense to consider the ["namespace"]/"name" pattern (both names - camel-cased)?
We already have at least two endpoints which may be useful for clients:
output endpoint
workspace status endpoint
So we need to rework our workspace links injector in accordance with client`s needs and changes in spi branch.
Note that the set of endpoints may expand.
We also want to simplify Links model. It is supposed to be done as a part of this issue.
The current model is complicated and, lately, we used to use it in the simplest use cases only. So we decided to simplify it significantly.
The current model of an object that contains links is:
and the new model would be:
The text was updated successfully, but these errors were encountered: