incubator-clerezza-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Hasan Hasan <ha...@trialox.org>
Subject Re: Sparql 1.1 and Fastlane
Date Thu, 28 Feb 2013 05:28:01 GMT
OK Reto,
I'll implement the "sparql pre parser" first.

Best
Hasan

On Tue, Feb 26, 2013 at 4:36 AM, Reto Bachmann-Gmür <reto@apache.org> wrote:

> Hi Hasan
>
> On Tue, Feb 26, 2013 at 4:11 AM, Hasan <hasan@apache.org> wrote:
>
> > > - Create subclass of TcProvider that accepts sparql query as string
> > >
> >
> > Assumed that this string will be used when invoking the underlying engine
> >
> > Yes
>
> >
> > > - Have a minimum parsing of the queries to get the names a query is
> > > directed against
> > >
> >
> > this would be the datasetclause of the "sparql query" and in case of
> > "sparql update"
> > it would be the graphref.
> > So we need a simple parser to extract iri of the affected graphs.
> > How should the interface definition of the parser look like for sparql
> > update?
> >
>
> What about a class SparqlPreParser with a singe method Set<UriRef>
> getReferredGraphs(Sting query). The method should return all graphs the
> query is directed to excluding remote service graph. One issue is the
> default graph, the caller should know if the query explicitly sets a
> default graph. So it would probably better to have Set<UriRef>
> getQueryGraphs(Sting query, UriRef defaulGraph) instead. With this method
> defaultGraph is part of the result if the query has no FROM clause.
>
>
>
> >
> > >
> > > Question:
> > > - Did you already model the results of Sparql 1.1? I think there is no
> > big
> > > difference there to 1.0.
> > >
> >
> > afaik it is the same for query, but a sparql update results in success or
> > failure.
> >
>
> Which is the same as for ASK queries. So the result is an Object that can
> be cast either to a ResultSet, a Graph or a Boolean.
>
>
> Cheers,
> Reto
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message