[oslc-cm] [oslc-core] Provided guidance for adding relationship labels

James Conallen jconallen at us.ibm.com
Tue Aug 31 15:22:27 EDT 2010


my 2c,

I worry about guidance that that suggests that it is ok to essentially
cache information about a resource that is being referenced (and managed
by) on another server.  If this is to be a practice, what are the
recommendations for ensuring that this information remains in sync.
Looking at the referenced example, what happens if the owner of the
resource 123 changes its title to "Enhancement 123: Enable multi-root
installs"?  Will this have to be manually updated?  If not, does the system
automatically update properties of links whenever it detects them.

While I do recognize this may be a way to save a GET call.  I don't think
it represents a best practice.

<jim/>

jim conallen
CAM Lead Architect
jconallen at us.ibm.com
Rational Software, IBM Software Group





From:       Steve K Speicher/Raleigh/IBM at IBMUS
To:         oslc-cm at open-services.net
Cc:         oslc-core at open-services.net
Date:       08/31/2010 02:47 PM
Subject:    [oslc-core] Provided guidance for adding relationship labels
Sent by:    oslc-core-bounces at open-services.net



I wanted to call out some specification updates that was created for
handling of relationship labels on URI relationship properties.  Note the
support for this is optional but wanted to make sure this was done in a
uniform way across implementations.  Let me know if there are any issues
with this.

http://open-services.net/bin/view/Main/CmSpecificationV2#Labels_for_Relationships


Thanks,
Steve Speicher | IBM Rational Software | (919) 254-0645


_______________________________________________
Oslc-Core mailing list
Oslc-Core at open-services.net
http://open-services.net/mailman/listinfo/oslc-core_open-services.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-cm_open-services.net/attachments/20100831/f54f86c0/attachment-0003.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://open-services.net/pipermail/oslc-cm_open-services.net/attachments/20100831/f54f86c0/attachment.gif>


More information about the Oslc-Cm mailing list