Hello Claude, The In memory local cache will have provision to use guava libraries caches and it will be in server side.
Regards Saikat On Fri, Jan 23, 2015 at 6:39 PM, Claude Warren <cla...@xenei.com> wrote: > 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 >
