[teiid-issues] [JBoss JIRA] (TEIID-2301) Programatically invalidate a single execution's cache using cache API

[ https://issues.jboss.org/browse/TEIID-2301?page=com.atlassian.jira.plugin... ] Mark Addleman commented on TEIID-2301: -------------------------------------- I was thinking that Teiid's caching API could, somehow, return an opaque key to the cache that the execution could later use to invalidate. I'm not sure how to graft this onto the existing API, though. Perhaps a new API at the execution rather than the execution factory? In my mind, the primary use case for this is ReusableExecutions which will likely have some asynchronous behavior. The execution could provide a result set that is cached at any scope. Through some means, it becomes aware that new data is available, so it invalidates the data is Teiid's cache. I'm pretty sure that every one of our use cases that might take advantage of a cache invalidation feature could be implemented as a materialized view with a mechanism to call the stored procedure used to refresh the materialized view so I consider this feature a low priority. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira