Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to specify link inverse/ownership/storage #581

Open
jamsden opened this issue Sep 1, 2022 · 0 comments
Open

How to specify link inverse/ownership/storage #581

jamsden opened this issue Sep 1, 2022 · 0 comments
Assignees
Labels
linking-profiles Issues associated with OSLC Linking Profiles

Comments

@jamsden
Copy link
Member

jamsden commented Sep 1, 2022

All links (i.e. RDF properties) in OSLC are directional, e.g., Requirement validatedBy TestCase. In many cases the and additional property is defined, e.g., TestCase validatesRequirement Requirement. This was intended to provide OSLC servers the flexibility to decide which statement would be asserted, and where the assertion would be persisted.

But this flexibility comes at a cost for integration and interoperability because it is not possible to know which server should actually store the like with a PUT operation when say using a selection dialog to create links.

It may be necessary to extend ResourceShapes to be able to specify primary and inverse constraints on link type properties in order to specify where the property is stored and which (incoming) link types need to be queried. It is important that this is discoverable somehow so that the implementations are properly guided and can be tested.

@jamsden jamsden added the linking-profiles Issues associated with OSLC Linking Profiles label Sep 1, 2022
@jamsden jamsden self-assigned this Sep 1, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
linking-profiles Issues associated with OSLC Linking Profiles
Projects
None yet
Development

No branches or pull requests

1 participant