Re: SPARQL: binding to a graph URI results in NullPointerException

On 06/02/18 14:24, Andy Seaborne wrote: We can put in null checks to catch it earlier (that would be a good idea anyway) https://github.com/apache/jena/pull/354 Andy

Re: The 22nd time I run a Fuseki backup, it hangs

On 08/02/18 15:26, Andy Seaborne wrote: See https://issues.apache.org/jira/browse/JENA-1472 Excellent.  Thank you. You already have independent verification so I won't rush to check it out myself. I don't want to put a snapshot build in production so I'll wait for the next release.  If I

Re: The 22nd time I run a Fuseki backup, it hangs

See https://issues.apache.org/jira/browse/JENA-1472 On 30/01/18 09:38, Andy Seaborne wrote: Recorded as https://issues.apache.org/jira/browse/JENA-1472 Fuseki 2.4.1 was released with Jena 3.1.1 so it's RDF 1.1. Andy On 30/01/18 09:00, Brian McBride wrote: Hi Lorenz, On 30/01/18

Re: Recursive SPARQL ( aka arbitrary length path ) : performance

On 08/02/18 08:39, Jean-Marc Vanel wrote: Hi I wonder about performance of arbitrary length path in Jena : https://www.w3.org/TR/2013/REC-sparql11-query-20130321/#propertypath-arbitrary-length For example , here is the query in semantic_forms for searching a string with a type class. I

Re: end() called for WRITE transaction without commit or abort having been called ; THEN "Impossibly large object"

On 08/02/18 08:23, Jean-Marc Vanel wrote: Hi On my laptop, I fixed my quad dump, reloaded it, and then I had this . I cut the bottom of stack. I think the rw() generic transaction function in Banana-RDF could be improved, and in my code I could catch in the right places, but anyway this

Re: Recursive SPARQL ( aka arbitrary length path ) : performance

good afternoon; > On 2018-02-08, at 12:11, Claude Warren wrote: > > Wouldn't the union graph provide different answers in some cases? > > for example > > g2 contains > > ?sub rdfs:subClassOf ex:foo > > and g3 contains > > ex:foo rdfs:subClassOf

Re: Recursive SPARQL ( aka arbitrary length path ) : performance

Wouldn't the union graph provide different answers in some cases? for example g2 contains ?sub rdfs:subClassOf ex:foo and g3 contains ex:foo rdfs:subClassOf . the original query would not resolve ?sub *rdfs:subClassOf**

Recursive SPARQL ( aka arbitrary length path ) : performance

Hi I wonder about performance of arbitrary length path in Jena : https://www.w3.org/TR/2013/REC-sparql11-query-20130321/#propertypath-arbitrary-length For example , here is the query in semantic_forms for searching a string with a type class. I added yesterday the rdfs:subClassOf* pattern. I

end() called for WRITE transaction without commit or abort having been called ; THEN "Impossibly large object"

Hi On my laptop, I fixed my quad dump, reloaded it, and then I had this . I cut the bottom of stack. I think the rw() generic transaction function in Banana-RDF could be improved, and in my code I could catch in the right places, but anyway this happens , and Jena should handle this gracefully.