[OASIS Issue Tracker] (OSLCCORE-44) oslc:instanceShape should explicitly allow multiple values

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

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

Nick Crossley commented on OSLCCORE-44:
---------------------------------------

No, the instance shape (oslc:instanceShape) on an individual resource does directly reference a constraining shape, and that's the property in question in this issue. If we allowed multiple such shapes on a single instance, the meaning would have to be defined within the shape - perhaps we'd also have to add oslc:usage as an optional value on the shape.

As I mentioned before, I do not believe we are ready for this - I have not seen a compelling use case.

> oslc:instanceShape should explicitly allow multiple values
> ----------------------------------------------------------
>
>                 Key: OSLCCORE-44
>                 URL: https://issues.oasis-open.org/browse/OSLCCORE-44
>             Project: OASIS OSLC Lifecycle Integration Core (OSLC Core) TC
>          Issue Type: Bug
>            Reporter: Martin Pain
>            Assignee: James Amsden
>
> With a quick look on both Core 2.0 and the W3C member submission for Resource Shapes, it looks like neither mention whether a client can expect zero-or-one or zero-or-many instanceShape links from a resource.
> I would expect zero-or-many. As I can't see any problem with an instance having the properties from multiple shapes. This would help with the question about vendor-specific shapes raised on OSLCCORE-25 - as then the resources can include a link to both the vendor-specific shape and the OSLC TC-minted-URI for the a shape as defined in the spec.
> In v3.0 I think we should clarify this to state that a resource can specify zero or more instance shapes. (If we don't already & I missed it).



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