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) <[email protected]>
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)
>
