[
https://issues.apache.org/jira/browse/JENA-626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15250560#comment-15250560
]
ASF GitHub Bot commented on JENA-626:
-------------------------------------
Github user samaitra commented on the pull request:
https://github.com/apache/jena/pull/95#issuecomment-212574093
@osma
Hi Osma
Initially I had implemented the caching mechanism based on storing the
resultSet in cache but the challenge was once the resultSet is exhausted then
it will be closed and then when the cache hit happens the resultSet was no
longer iterable as it was closed.
Guava cache do not provide limit over cache size in terms of memory but on
number of entries or a relative weight of entry that can be cached. Another
possible option would be to use time based eviction policy to avoid over
blocking memory for long time.
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)
