[
https://issues.apache.org/jira/browse/JENA-626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15370350#comment-15370350
]
ASF GitHub Bot commented on JENA-626:
-------------------------------------
Github user afs commented on the issue:
https://github.com/apache/jena/pull/95
That's possible though they come into existence a bit late in the process
of setting up the query.
That are quite a few of possibilities up to an including making
`QueryExecutionFactory` have a policy object where all the internal calls like
`makePlan` become calls to a singleton object.
For local:
`QueryEngineFactory` is the interface - it can choose to handle a request
or not via `accept` so a policy on what to cache is possible, (e.g. some
datasets not others, some queries no others). It would accept whether it has it
cached or will cache it and call back into setup.
That might be special code in `QueryEngineRegistry.find`, a special policy
for `QueryExecutionFactory`
Or maybe as part of `QueryExecutionFactory.makePlan` looking aside to the
cache or adding `QueryEngineFactory` to the usual dispatch chain. That seems
cleaner in some ways but it'll need a way to to allow it to also call the
`QueryEngineRegistry` to find the factory that will actually produce new
results else it'll loop on the recursion.
A note of caution: the dispatch chain does get modified to add and remove
the reference query engine for example.
For remote:
To support Fuseki, we don't need remote caching.
The remote case and the local case follow different paths but again a
singleton policy at `QueryExecutionFactory.createServiceRequest/3`
> 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)
