On 01/15/2012 09:28 AM, Andy Seaborne wrote:

That needs investigating - it should work. It looks like it might be connected to Audun's report "Problem persisting N-Triples" as this erroneous behaviour is characteristic of unflushed caches.

Could you tell me what

   fuseki-server --version

reports?
> fuseki-server --version
Jena:       VERSION: 2.6.4
Jena:       BUILD_DATE: 2010-12-12T16:56:15+0000
ARQ:        VERSION: 2.8.9-SNAPSHOT
ARQ:        BUILD_DATE: 2011-09-14T21:54:22+0100
TDB:        VERSION: 0.8.11-SNAPSHOT
TDB:        BUILD_DATE: 2011-09-04T18:10:31+0100
Fuseki:     VERSION: 0.2.1-SNAPSHOT
Fuseki:     BUILD_DATE: 2011-09-15T08:18:13+0100

Could you also say what's in the configuration file?


Here is what I think is the relevant excerpt:

<#server>  rdf:type fuseki:Server ;
    fuseki:services
        (...
<#aboutCongressService>
     ...
        )
    .

<#aboutCongressService>
    rdf:type                            fuseki:Service ;
rdfs:label "Service for congressional data from rdfabout.com";
    fuseki:name                         "aboutCongress";
fuseki:serviceQuery "query"; #enables <form action="[service]/query">...</form> in html fuseki:serviceUpdate "update"; #enables <form action="[service]/update">...<form> in html when fuseki-server is called with --update option. fuseki:serviceUpload "upload"; #Non-sparql upload service. fuseki:serviceReadWriteGraphStore "data"; # enables s-put
    fuseki:dataset <#aboutCongress_dataset>;
.

<#aboutCongress_dataset> rdf:type ja:RDFDataset;
            ja:defaultGraph <#aboutCongress_graph>
.

<#aboutCongress_graph>  rdf:type    tdb:GraphTDB;
    rdfs:label "Data about members of congress from aboutRdf.com";
    tdb:location "/home/escott/TDB/congress"
.

On 14/01/12 20:32, Eric Scott wrote:
I'm playing with Fuseki using a config file:

fuseki-server --config <config-file> --update dataset

Where <config-file> declares several services, all of which have
associated tdb files.

When I use:

s-update --file <sparql-file> --service
http://localhost:3030/myService/update

The update works just fine, but update does not persist if I kill the
fuseki-server and restart with the same arguments. I note that several
files within the associated TDB directory have updated timestamps, but
querying against the new inserts produces an empty result set.

Are there config options or something else one needs to provide in order
to ensure such persistence?




Reply via email to