Currently, when a DataServiceExecutor interfaces a
KA-BIND endpoint (as opposed to delegating to a KA-TRANSFER endpoint) it will only analyze the status code, but not the status messages returned, but simply utter a warning.
As-Should / Requirement
As an Agent-Enabled Provider, I want to get more meaningful warnings when data/function binding runs into problems in order to decide whether I have a data or a mapping problem.
That is we should try to analyze the specific status messages which we expect from provisioning-agent and remoting-agent and generate more meaningful warnings.
We should also try to find out when such a call generated no/empty result and maybe generate a warning about that such that the status code will not be 200, but 203.
As-Is / Observation
Currently, when a DataServiceExecutor interfaces a KA-BIND endpoint (as opposed to delegating to a KA-TRANSFER endpoint) it will only analyze the status code, but not the status messages returned, but simply utter a warning.
As-Should / Requirement
As an Agent-Enabled Provider, I want to get more meaningful warnings when data/function binding runs into problems in order to decide whether I have a data or a mapping problem.
That is we should try to analyze the specific status messages which we expect from provisioning-agent and remoting-agent and generate more meaningful warnings.
We should also try to find out when such a call generated no/empty result and maybe generate a warning about that such that the status code will not be 200, but 203.