[Libvirt-cim] [PATCH 2 of 2] ECTP: Updated std_assoc structs to reflect changes in mof

[Dan Smith]

HE> A client request with "assocClass" Xen_ElemenentConformsToProfile
HE> and an object path of a KVM_RegisteredProfile is in regard to the
HE> mof definition a wrong request.

Okay, I understand this issue now, thanks for the clarification.

What concerns me about the patch is that we have to change CIM_Foo to
Xen_Foo and KVM_Foo, thus doubling the number of association
descriptor blocks.  Could we not solve this with another match macro
or helper function that each handler calls to make sure that the
prefix of the reference classname matches that of the assocClass?
Such a change would add just another line per handler, instead of an
entire std_assoc block for *each* new platform we wish to support.  Is
there any reason not to solve it this way?

-- 
Dan Smith
IBM Linux Technology Center
Open Hypervisor Team
email: danms at us.ibm.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvirt-cim/attachments/20071115/8ef554f1/attachment.sig>