[
https://issues.apache.org/jira/browse/JENA-626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15250527#comment-15250527
]
ASF GitHub Bot commented on JENA-626:
-------------------------------------
Github user samaitra commented on the pull request:
https://github.com/apache/jena/pull/95#issuecomment-212563381
@afs
Hi Andy
1. When the query is executed first time then resultset iterator is
obtained and stored as value in the cacheEntry. Once the resultset is iterated
and written in OutputStream the data stored as value in cacheEntry.In case of
badly behaving client if one OutputStream is closed the behaviour need to be
tested for other OutputStream.
2. SPARQL_Query_Cache checks if cacheEntry is present and if it contain
data then set operation as READ_CACHE and ResponseResultSet writes the cache
value in OutputStream. If cacheEntry is null then it delegates the
responsibility of creation of cacheEntry to SPARQL_Query. SPARQL_Query executes
the query, generates the cache key and initializes the cacheEntry with key as
query key and value as resultSet.
Regards
Saikat
> SPARQL Query Caching
> --------------------
>
> Key: JENA-626
> URL: https://issues.apache.org/jira/browse/JENA-626
> Project: Apache Jena
> Issue Type: Improvement
> Reporter: Andy Seaborne
> Assignee: Saikat Maitra
> Labels: 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)
