[OASIS Issue Tracker] (OSLCCORE-26) Linking from Service resource to read-only LDPC

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

    [ https://issues.oasis-open.org/browse/OSLCCORE-26?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=60379#comment-60379 ] 

James Amsden commented on OSLCCORE-26:
--------------------------------------

I don't think you would. Note that Core 2.0 compatibility does not need to go the other way - it is not necessary for a Services resource to be able to provide discovery URIs for all LDPCs that might support there own discovery. Rather its to allow v2 clients to be able to discover what the service chooses to provide to them. 

Regarding read-only LDPCs, if this is read-only based on access control lists (ACLs), then a creation factory to a read-only LDPC could be included in a Services resource - but the creation would fail due to insufficient permissions. 

So I don't really see a problem here. Am I missing a scenario?


> Linking from Service resource to read-only LDPC
> -----------------------------------------------
>
>                 Key: OSLCCORE-26
>                 URL: https://issues.oasis-open.org/browse/OSLCCORE-26
>             Project: OASIS OSLC Lifecycle Integration Core (OSLC Core) TC
>          Issue Type: Bug
>            Reporter: Martin Pain 
>            Assignee: James Amsden
>
> In OSLC v3 discovery, I think we need to think about how the links from a Service resource work.
> Particularly, if you have an LDPC that contains resources for a service, and that LDPC is read-only, and it doesn't support the OSLC v2 query capability, then what predicate would you use to link from the Service to the LDPC?
> If it supported creation, then listing is using oslc:creationFactory would probably be appropriate (and v3 clients could detectit's an LDPC using its 'rel=type' Link response header). If it supported the OSLC v2 query capability, then oslc:queryCapability would work. But if it's read-only, and can only be read using the means defined by LDP (plain GET, responding with ldp:contains; LDP Prefer headers; possibly LDP paging) then how do we link to it?



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)