Re: [lyo-dev] FW: OSLC vs Jena

[Steve Speicher <sspeiche@xxxxxxxxx>]

If it is only expecting 2.0, seems like the lib should be sending that header by default.

- Steve

On Nov 9, 2012 10:16 AM, "Samuel Padgett" <spadgett@xxxxxxxxxx> wrote:

Hi, Cecelia. This looks like an OSLC 1.0 response, whereas Lyo is expecting an OSLC 2.0 response. You should try adding the request header

OSLC-Core-Version: 2.0

to all of your HTTP requests for OSLC resources.
--
Best Regards,
Samuel Padgett | IBM Rational | spadgett@xxxxxxxxxx


---11/09/2012 09:20:32 AM---Hi Ly-dev, I am using the OSLC4J client to fetch the Service Provider Catalog (from RRC) and loop th

From:	<Cecilia.lindgren@xxxxxxxxx>
To:	<lyo-dev@xxxxxxxxxxx>,
Date:	11/09/2012 09:20 AM
Subject:	[lyo-dev] FW: OSLC vs Jena
Sent by:	lyo-dev-bounces@xxxxxxxxxxx

---

Hi Ly-dev,
 
I am using the OSLC4J client to fetch the Service Provider Catalog (from RRC) and loop through all referenced Service Providers.
As described in the OSLC Core specification Uri: http://open-services.net/ns/core#ServiceProvider
 
Example of the content of the OSLC artifact
  <oslc_disc:ServiceProviderCatalog
             xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
             xmlns:dcterms="http://purl.org/dc/terms/"
             xmlns:oslc_disc="http://open-services.net/xmlns/discovery/1.0/"
             xmlns:jp="http://jazz.net/xmlns/prod/jazz/process/1.0/"
             rdf:about="https://server:9443/rm/discovery/RMCatalog">
             <dcterms:title>RMCatalog</dcterms:title>
             <oslc_disc:entry>
                            <oslc_disc:ServiceProvider>
                                           <dcterms:title>Test project (Requirements)</dcterms:title>
                                           <oslc_disc:details rdf:resource="https://server:9443/jts/process/project-areas/_hFmb4BarEeKslKmU2g6gKg"/>
                                           <jp:consumerRegistry rdf:resource="https://server:9443/jts/process/project-areas/_hFmb4BarEeKslKmU2g6gKg/links"/>
                                           <oslc_disc:services rdf:resource="https://server:9443/rm/discovery/_hFmb4BarEeKslKmU2g6gKg/services.xml"/>
                            </oslc_disc:ServiceProvider>
             </oslc_disc:entry>
  
 
For each Service provider I want to get the services highlighted in red. But using the Lyo java class org.eclipse.lyo.oslc4j.core.model.ServiceProvider I do get any result when calling
Service[] services = serviceProvider.getServices();  The array is empty. To find the URI I am looking for I must use get About instead
URI about = serviceProvider.getAbout();
 
This match the Jena model.
 
  <rdf:Description rdf:about="https://server:9443/rm/discovery/_hFmb4BarEeKslKmU2g6gKg/services.xml">
    <oslc:details rdf:resource="https://server:9443/jts/process/project-areas/_hFmb4BarEeKslKmU2g6gKg"/>
    <jp:consumerRegistry rdf:resource="https://server:9443/jts/process/project-areas/_hFmb4BarEeKslKmU2g6gKg/links"/>
    <dcterms:title rdf:parseType="Literal">Test project (Requirements)</dcterms:title>
    <rdf:type rdf:resource="http://open-services.net/ns/core#ServiceProvider"/>
  </rdf:Description>
 
It feels like this Lyo Java object is more reflecting the content of the Jena model than the OSLC artifact or have I misunderstood something. If it is bug I can file a bug on this issue.
 
I am a using RRC 4.0.0.1
 
 
Med vänliga hälsningar/Best regards,
 
Cecilia Lindgren
Tieto Sweden AB 
 _______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/lyo-dev

_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/lyo-dev