Re: [oslc-core] Motivation and proposal for oslc:archive property

[Samit Mehta <samit.mehta@us.ibm.com>]

Would it also make sense to add some guidance
for service providers on whether to exclude / include archived" resources
in search, query and other services?  I would guess that majority
of scenarios would expect that the "archived" resources are automatically
excluded from certain services - e.g. Delegated UI for selection.

Sincerely,
___________________________________________________________________________
Samit Mehta
IBM Rational Software 





From:      
 Steve K Speicher/Raleigh/IBM@IBMUS
To:      
 "OASIS OSLC Core
TC Discussion List" <oslc-core@lists.oasis-open.org>
Date:      
 10/01/2014 08:01 AM
Subject:    
   [oslc-core]
Motivation and proposal for oslc:archive property
Sent by:    
   <oslc-core@lists.oasis-open.org>

---

Motivation: 
In typical lifecycle management tools, resources are rarely deleted.  They
instead are marked with such a state as not longer being "active"
or "available", some refer to this state as being "archived".
 By having a uniform way to express whether a resource is in this
state or not, allows for a consistent way to build queries and solutions
that federate information from various tools.

Proposal: 
The term for being archived would be

       http://open-services.net/ns/core#archived

and it would take a boolean value. If this property is absent then the
resource is not archived. 

This has a semantically different meaning than existing oslc:hidden [1],
which indicates a hint as to whether the resource or property should be
included in a UI.  oslc:archived would be used to express the state
of a resource, an application may or may not decide to hide these in the
UI. 

Timeframe: 
I suggest this be included in Core 3 common vocabulary.

[1]: http://open-services.net/bin/view/Main/OSLCCoreSpecAppendixA#oslc_ResourceShape_Resource

Thanks,
Steve Speicher
IBM Rational Software
OSLC - Lifecycle integration inspired by the web -> http://open-services.net