So if local is on the server then remote must be on the client? Or are you talking about adding proper caching headers to Fuseki requests?
On Fri, Jan 23, 2015 at 3:05 PM, Saikat Maitra <saikat.mai...@gmail.com> wrote: > 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 > > > -- I like: Like Like - The likeliest place on the web <http://like-like.xenei.com> LinkedIn: http://www.linkedin.com/in/claudewarren
