Re: TDB, Fuseki, large journal file, and maxing a CPU

I'm thinking this could be managed by periodically shutting down Fuseki, applying the journal, reloading the store, and then setting Fuseki going again. However, I'm loathe to do this without understanding why it gets the way it does. Any thoughts? Answers of "yes, we've fixed this; you need to u

Re: jena-arq doesn't contain org.openjena.riot.RiotLoader in 2.10.0

On 15/06/13 15:40, Günter Hipler wrote: Hi, I'm working with the Jena examples provided on git://github.com/castagna/jena-examples.git There are some examples in the dev tree which contain the org.openjena.riot.RiotLoader type. It seems this type is only part of the jena-arq package < 2.10.1

jena-arq doesn't contain org.openjena.riot.RiotLoader in 2.10.0

Hi, I'm working with the Jena examples provided on git://github.com/castagna/jena-examples.git There are some examples in the dev tree which contain the org.openjena.riot.RiotLoader type. It seems this type is only part of the jena-arq package < 2.10.1 Setting a smaller version raises version

Re: Conditional INSERT statements

PREFIX dri: PREFIX rdfs: PREFIX status: PREFIX dct: PREFIX xsd: PREFIX

TDB, Fuseki, large journal file, and maxing a CPU

Hi all, We're running Fuseki with a few TDB datasets, and it seems to be acting rather inefficiently. Here's version numbers: > [root@opendata ~]# /usr/bin/java -jar > /usr/share/java/fuseki-server.jar --version > Jena: VERSION: 2.7.5-SNAPSHOT > Jena: BUILD_DATE: 2012-10-21T09:26:22+