In memory local? Does this mean you are looking at client side caching?
The rest make sense to me. On Fri, Jan 23, 2015 at 12:08 PM, Saikat Maitra <saikat.mai...@gmail.com> wrote: > Hello Claude, Andy, > > In reference to your email I would like to discuss the way I am looking > forward to implement the Cache Layer. > > 1. We will be creating a global cache store based on config params passed > via cache.properties. > 2. Users will have option to select any of the following cache store as > default > a) In memory local cache > b) remote in memory cache > c) remote in memory cache with persistence in disk > 3. We will update SPARQL_QUERY to read query results from cache if > available and if the ResultSet is within valid time to live. > 4. If cache has expired we will run executeQuery and repopulate the cache > with updated time to live. > 5. We will add Tests to validate different cache store operations. > 6. I am still evaluating the changes required to accommodate different > datasets. > > Please let me know if there are changes required in the implementation. > > Regards > Saikat > > On Fri, Jan 23, 2015 at 3:58 PM, Claude Warren (JIRA) <j...@apache.org> > wrote: > > > > > [ > > > https://issues.apache.org/jira/browse/JENA-626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14289054#comment-14289054 > > ] > > > > Claude Warren commented on JENA-626: > > ------------------------------------ > > > > The security layer needs the ability to disable caching for specific > > models. > > > > If security is in play then caching needs to be by user. (though there > are > > probably cases for by user group memebership and the like) Perhaps what > is > > needed is for the query engine to specify if the result may be cached. > > Since the secure models have their own query engine implementation that > > query engine can specify if the query may be cached. > > > > Query engines that are querying composit graphs may have some issues with > > this as some of the graphs may be secure. > > > > Claude > > > > > SPARQL Query Caching > > > -------------------- > > > > > > Key: JENA-626 > > > URL: https://issues.apache.org/jira/browse/JENA-626 > > > Project: Apache Jena > > > Issue Type: Improvement > > > Reporter: Andy Seaborne > > > Labels: gsoc, java, linked_data, rdf, sparql > > > > > > Add a caching layer to Fuseki to cache the results of SPARQL Query > > requests. This cache should allow for in-memory and disk-based caching, > > configuration and cache management, and coordination with data > modification. > > > > > > > > -- > > This message was sent by Atlassian JIRA > > (v6.3.4#6332) > > > -- I like: Like Like - The likeliest place on the web <http://like-like.xenei.com> LinkedIn: http://www.linkedin.com/in/claudewarren
