So if I understand this right, if I want a plugin store data and have that available across sessions, it should be part of pluginprops? Is there a way to tap into the SQLogger to store info in the database? Or is there any other mechanism to store data that doesn't really belong in pluginprops?
One plugin basically extends the IOM to add properties that aren't there. This way, I can store extra info like time stamps, the reason a trigger was fired (by me), etc. and still access native IOM props. These properties aren't anything that the user should know about, they are only there for internal use. But they need to persist across plugin restarts, server restarts, etc. And, they need to be accessible by other plugins. The SQLogger is a clean place to put it, but I don't really want to start polluting that, and that's not what it's for. This pile of data might be large, as it depends on the number of devices. Is that something that should be stuffed into pluginprops anyway?
In most of the plugin code I've looked at, they basically initialize themselves by asking relevant info from the device itself, or the configui data, and they don't really need info created in previous sessions to persist.