doj wrote:
> Hi, 
>
> first hello to Restlet team, i know some of you guys.
>
> My question is for you and everybody else implied in practicing REST and
> remoting in general.
>
> A first provider catalogs information on a domain being a reference for
> others; for instance, all information on the partners involved in your
> business.
>
> The second provider handles data referencing partners, let's simply take the
> parameters for the partners for a given business process.
>
> I'd like to implement full-text search for those parameters: find parameter
> values based on either example parameters values or example partner labels.
>
> With tables in SQL world, I can "join" the tables and specify criterias on
> both (perhaps it's not a good practice by the way). How do you handle this
> with remoting and resource oriented services ? 
> For this kind of use case, "algorithmic join" of XML/other representations
> retrieved on the fly can seem unnecesseraly complicated, so people often
> replicate reference data, in order to typically to make this stuff with
> "locally stored" index information.  
>
> What do you think of a "on the fly" scenario by the way ? Or perhaps this
> full-text multi-source search idea is not a good one ?
>   
If resources expose RDF representations and SPARQL endpoints, one can
perform SPARQL queries remotely , even embed different service providers
within the same SPARQL query.

Not sure if the SERVICE  syntax is a SPARQL standard, but IMHO is a
close solution for what is being asked.

(Example from http://jena.sourceforge.net/ARQ/service.html)

    PREFIX : <http://example/>
    PREFIX  dc:     <http://purl.org/dc/elements/1.1/>

    SELECT ?a
    FROM <mybooks.rdf>
    {
      ?b dc:title ?title .
      *SERVICE* <http://sparql.org/books>
         { ?s dc:title ?title . ?s dc:creator ?a }
    }

Best regards,
Nina Jeliazkova




> thanks for your point of view.
>
> Dominique.
>

------------------------------------------------------
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2453272

Reply via email to