Re: Jena GeoSparQL Fuseki

2020-10-24 Thread Johan Kumps
Hi Andy, I indeed compile Jena myself to be able to use 3.17 snapshot. I do that using : java version "1.8.0_251" Java(TM) SE Runtime Environment (build 1.8.0_251-b08) Java HotSpot(TM) 64-Bit Server VM (build 25.251-b08, mixed mode) But for now I'm ok with

Re: Jena GeoSparQL Fuseki

2020-10-24 Thread Andy Seaborne
Did you compile it yourself? This can be caused by compiling with java 9+ and running on java8 (even if the source is set to output 8 - it's a libary issue not a compile issue) You can run on a Java9+, compile with java8, or you can get pre-built artifacts, built with Java8 from the maven

Re: Jena GeoSparQL Fuseki

2020-10-24 Thread Johan Kumps
Thanks for the hint Marco! Unfortunately I now get Exception in thread "main" java.lang.NoSuchMethodError: java.nio.ByteBuffer.clear()Ljava/nio/ByteBuffer; at org.apache.jena.tdb.transaction.Journal._read(Journal.java:236) at

Re: Federated Query Basic Authentification using Fuseki

2020-10-24 Thread Andy Seaborne
Here is an example: see the function runServiceQuery() https://gist.github.com/afs/74e86ba47d673d4bd77a3d8e15210a33 It is a self-contained example (it runs it's own Fuseki server) except it needs an external password file as explained in "main". Hope that helps, Andy On 23/10/2020

Re: Jena GeoSparQL Fuseki

2020-10-24 Thread Marco Neumann
download and compile the latest version in the repo. it's fixed in 3.17. Marco On Sat, Oct 24, 2020 at 9:47 AM Johan Kumps wrote: > Hi all, > > I'm trying to follow the examples at > https://jena.apache.org/documentation/geosparql/geosparql-fuseki > > When using an in memory dataset like this

Jena GeoSparQL Fuseki

2020-10-24 Thread Johan Kumps
Hi all, I'm trying to follow the examples at https://jena.apache.org/documentation/geosparql/geosparql-fuseki When using an in memory dataset like this : java -jar jena-fuseki-geosparql-3.14.0.jar -rf "data.owl" -i -u querying works fine. But when adding the -t "TestDS" option : java -jar