Accessing an EDG SPARQL endpoint from within another EDG instance..

[robatki...@gmail.com]

I want to access live EDG content to download in a development context.  The export process gets out of hand if i have a bunch of graphs to sync, and the trig backup is too coarse grained if the live site has a lot of data, and neither allows me to control a subset with a select statement...

SELECT * 

WHERE

{ SERVICE <https:// example.org/edg/tbl/sparql> 

   {

    GRAPH <urn:x-evn-master:frogs_datagraph> 

  {?uc a :Frog } 

  } 

}

SELECT * 

WHERE

{ SERVICE <https://example.org/edg/tbl/sparql/frogs_datagraph?with-imports=true>  

  {?uc a  :Frog    } 

 

}

Got this result..

Failed to execute SPARQL request: org.apache.jena.sparql.resultset.ResultSetException: Failed when initializing the StAX parsing engine

but if i access the local server

<http://localhost:8083/tbl/sparql>

it works

So i presume its possibly related to permissions - and just a bad error message? 

If so, how can one set user permissions when accessing a remote endpoint?

[Holger Knublauch]

Hi Rob,

sorry for the delay as I had to ask a colleague. We also suspect it could simply be an authentication problem and the error is choking on the response. For authentication against the remote endpoint it will check the records available on the Password Management page, and if there is any that exactly matches the SERVICE URI, then that user name and password will be used with basic auth for making the request. So I believe your first example should work if you have a username/password for https://example.org/edg/tbl/sparql and then use the GRAPH keyword. I doubt the second variation with the ? argument will work.

If you could give that a try?

Holger

--
You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to topbraid-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/d1f56ccd-20a0-4382-af48-63279571601dn%40googlegroups.com.

[Rob Atkinson]

That makes sense - but didnt work when I tried it :-( 

Double checked it.

We can access the SPARQL endpoint from other locations via scripts, so shouldnt be a more systemic access problem.

To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/5d3b6889-3aa7-821c-3924-eaab5fa2d3d0%40topquadrant.com.

[Holger Knublauch]

I don't know how to help further. The error is from within Jena code, and only a proper Java debugger or network monitor could find out where it's failing, e.g. what the remote server response is.

Holger

To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/CACfF9Lz%3Dn-fae0xk2znVZsF%2BbaUwZJwjb-_24TSBHgzmRLZkOw%40mail.gmail.com.

[Rob Atkinson]

ok i'll try to get a network monitor onto it..

To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/6859dc33-b715-caa2-2cfc-bc4c7ede883d%40topquadrant.com.

[an...@seaborne.org]

The exception in question has a "cause" exception attached:

    throw new ResultSetException("Failed when initializing the StAX parsing engine", ex) ;

Any stacktrace will have that printed.