On 04/05/12 08:06, Tayfun Gökmen Halaç wrote:
2012/5/3 Andy Seaborne<a...@apache.org>:
There is a sdbModel description at the beginning of the configuration file.
[] ja:loadClass "com.hp.hpl.jena.sdb.SDB" .
sdb:DatasetStore rdfs:subClassOf ja:RDFDataset .
sdb:Model rdfs:subClassOf ja:Model .
Although execQueryProtected() method in SPARQL class expects mysql
exception within a QueryStageException, it is thrown within a
JenaException by SDB.
What haven't been able to determine is why QueryStageException is begin
throw at all. It's not part of the SDB SPARQL execution if it's a
dataset and I don't see how a query can get to code that does throw it.
Maybe if the config is declaring a model.
Without a complete, minimum example, I haven't the material to construct
a test case.
My modified SPARQL processor cannot obtain a connection although it tries
for the second time and autoreconnect is enabled.
That should work.
Unfortunately does not work.
One way to keep the connection alive is to ask a lightweight query every
hour, e.g "ASK{:x :p :o}" -- the IRIs do not have to be in the data.
I have constructed a quartz scheduler to send a query once every four
hours while connection timeout of MySQL is eight hours.
Which one of the following queries is low-cost?
"ASK{:x :p :o}" or "SELECT * WHERE {?s ?p ?o.} LIMIT 1"
The ASK one.
Andy
Andy
Tayfun
On 27/04/12 17:01, Tayfun Gökmen HALAÇ wrote:
Andy,
Do you have any comments on Joseki SPARQL processor? Message are answered
on a "when I can basis" My expeirnece was that if autoreconnect is enabled,
then the first call
after a long idle period still failed. Retrying was necessary. But you
still need autoreconnect. Andy
