>> Yes, Currently test UI handles limited set of error cases but if service invocation is failing due to some reason complete details will be available in error log file.
How do you tell the difference between an error and a zero result set when you publish the form into production? The end users won't have access to the error log file. They will just think their search returned zero results. You can't tell using any of the available form APIs either so you can't handle this programmatically.
This is not a small issue - it prevents the whole FDM being used in a real live environment until we can tell the difference.
Ok so I thought I would update this thread since I have checked out AEM Forms 6.4 Form Data Models offering. While there has been a few updates on some features including Cloud Services Configurations and Computed Properties , unfortunately there still doesn't seem to be a solution for handling statuses generated by erroneous FDM calls. We still have no way to tell the user if a search returned zero results or has thrown an error.
Adobe did release some info in AEM 6.3 / 6.4 on the API to execute the data calls , but it doesn't include a way to handle the status returned by the API call. Bit of a shame because there has been so much effort put into this feature that is still (by all accounts) unuseable for anything other than demos.
It would be helpful if Adobe could explain why returning a service status is so far down on the backlog it never made it into this release?
Edit - I just found the ApiResponse Object in the DEFAULT_SCHEMA. Nothing found on how to use it so I'll have to figure it out
Edit 2 - Ok it seems this is provided by the Swagger PetStore test API and not AEM Forms. Doesn't seem to be useable - Adobe?