@Marco: For documentation, the screenshot is now at https://imgur.com/a/1WTaQnZ
@all: As a user, I just have no idea what the duplicates could mean. As a system administrator, my long-time understanding was that services can only be accessed by operation-specific URLs, not by the general one for the dataset. I want to expose /query and perhaps /get, but surely not /update or /data. So my setup includes a firewall not allowing port 3030, and reverse proxy rules like this: ProxyPass /beta/sparql/wikidata/query http://127.0.0.1:3030/wikidata/query retry=0 ProxyPassReverse /beta/sparql/wikidata/query http://127.0.0.1:3030/wikidata/query In a quick check, access to /beta/sparql/wikidata is denied (404), so the approach seems to work anyway, but it was a bit scary to me that I could have accidentally exposed more than I'd intended. Cheers, Joachim > -----Ursprüngliche Nachricht----- > Von: Bruno Kinoshita <brunodepau...@gmail.com> > Gesendet: Samstag, 19. Februar 2022 20:29 > An: users@jena.apache.org > Betreff: Re: Duplicates in the "Available services" list in UI? > > Maybe we could add help icons to the UI, with a brief description to users > about things like the endpoints (including duplicates are OK), the editable > sparql endpoint added yesterday, content types, etc. > > Bruno > > On Sun, 20 Feb 2022, 08:23 Andy Seaborne, <a...@apache.org> wrote: > > > > > > > On 19/02/2022 17:15, Neubert, Joachim wrote: > > > In the Fuseki UI, I get apparent duplicates in the service list (see > > > also screenshot): > > > > > > SPARQL Update /wikidata/ > > > SPARQL Update /wikidata/update > > > > That's fine. > > > > That's two endpoints both of which provide update. > > > > Because you used fuseki:serviceUpdate the server adds both the named > > endpoint and the enables the operation on the dataset URL - this is > > for long-time compatibility. > > > > In new-style setup, the config file specifices exactly what teh server > > will have: > > ("new" is several years!) > > > > > > Example 1: > > <#service_wikidata> rdf:type fuseki:Service ; > > fuseki:name "wikidata" ; > > fuseki:endpoint [ > > fuseki:operation fuseki:update ; > > ] ; > > fuseki:endpoint [ > > fuseki:operation fuseki:update ; > > fuseki:name "update" > > ] ; > > .... > > > > Example 2: > > :service rdf:type fuseki:Service ; > > fuseki:name "dataset" ; > > fuseki:endpoint [ > > fuseki:operation fuseki:query ; > > fuseki:name "sparql" ; > > ] ; > > fuseki:endpoint [ > > fuseki:operation fuseki:update ; > > fuseki:name "sparql" ; > > ] ; > > fuseki:dataset :dataset ; > > . > > > > Query and Update on /dataset/sparql. > > > > No name, or fuseki:name "" for an endpoint is the dataset itself. > > This is for all the SPARQL standard functions but does include GSP. > > Dispatch is based on content type, and query string. > > > > Andy > > > > > > > > Is something wrong with my definitions (below), or is that an > > > interface issue? > > > > > > Cheers, Joachim > > > > > > Fuseki: VERSION: 4.5.0-SNAPSHOT > > > > > > Fuseki: BUILD_DATE: 2022-02-09T18:01:44Z > > > > > > <#service_wikidata> rdf:type fuseki:Service ; > > > > > > rdfs:label "wikidata TDB Service (RW)" ; > > > > > > fuseki:name "wikidata" ; > > > > > > fuseki:serviceQuery "query" ; > > > > > > fuseki:serviceQuery "sparql" ; > > > > > > fuseki:serviceUpdate "update" ; > > > > > > fuseki:serviceUpload "upload" ; > > > > > > fuseki:serviceReadWriteGraphStore "data" ; > > > > > > fuseki:serviceReadGraphStore "get" ; > > > > > > fuseki:dataset :wikidata ; > > > > > > . > > > > > > -- > > > > > > Joachim Neubert > > > > > > ZBW – Leibniz Information Centre for Economics > > > > > > Neuer Jungfernstieg 21 > > > 20354 Hamburg > > > > > > Phone +49-40-42834-462 > > > > >
