[Oslc-recon] naming property change request from Marcin Luczinsky

Tuan Dang tdang at us.ibm.com
Wed Feb 13 14:10:19 EST 2013


reply from Joe Ross:

Naming context naming rules are very expensive to process. From an 
efficiency standpoint it would be much better to duplicate the naming 
attributes in the VM, rather than refer to another computer system for 
naming context.

Thanks ! T

Tuan Dang
Tivoli OSLC governance, OSLC Reconciliation workgroup lead, Tivoli Common 
Data Model
Internet: tdang at us.ibm.com
phone: (919) 224-1242 T/L 687-1242




From:   Tuan Dang/Raleigh/IBM at IBMUS
To:     oslc-recon at open-services.net, 
Date:   02/13/2013 02:08 PM
Subject:        [Oslc-recon] naming property change request from Marcin 
Luczinsky
Sent by:        "Oslc-Recon" <oslc-recon-bounces at open-services.net>



Hi, Tuan 
Since we are heading towards end with our OSLC automation, I reviewed once 
more our convertors and I have a question. What do you think about 
supporting CS naming rule hostSystem, VMID like that: 

1) if hostSystem has MMS set, we create RDF with hostSystem.M, 
hostSystem.M, hostSystem.S + VMID set 
2) if hostSystem hast no MMS, bu has systemBoardUUID or UUID set, we 
create RDF with hostId set with sBUUID or UUID value set + VMID set 


Thanks ! T

Tuan Dang
Tivoli OSLC governance, OSLC Reconciliation workgroup lead, Tivoli Common 
Data Model
Internet: tdang at us.ibm.com
phone: (919) 224-1242 T/L 687-1242
_______________________________________________
Oslc-Recon mailing list
Oslc-Recon at open-services.net
http://open-services.net/mailman/listinfo/oslc-recon_open-services.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-recon_open-services.net/attachments/20130213/974572fe/attachment-0003.html>


More information about the Oslc-Recon mailing list