[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