Description
I have an external system which polls simple-api to read state values. This happens to be reading values from a sensor which is itself polled by the RPI2 adapter. Thus the URL being polled is:
http://x.x.x.x:8087/get/rpi2.0.gpio.4.humidity
Recently I changed some hardware so modified the GPIOS in use. Because of this I manually deleted all the rpi.0.gpio... states and let the RPI2 adapter re-create as I configure them one by one.
During this time I have not touched Simple API or the system polling Simple API.
When I eventually reconnected a sensor to GPIO4 I found that Simple API was returning a datapoint not found error even though the state is visible in the admin interface.
It seems that Simple API has cached the fact that rpi2.0.gpio.4.humidity does not exist. Initially it correctly returns datapoint not found but once the state springs into existence it's value should be returned. This does not happen.
Only upon restart of Simple API adapter is the value finally returned.
It is very frustrating to hit a URL expecting Simple API to return a state which can clearly be seen to exist in the admin interface only to be told that state does not exist. I get that valid IDs are cached but think caching invalid data is not useful.