[Libvirt-cim] [PATCH] Enhance handling of input parameter of std_association logic

[Kaitlin Rupert]

Heidi Eckhart wrote:
> The problem was, that I swapped the classes - the next patch will show 
> it correct:
> +                rop = CMNewObjectPath(broker, ns, comp_class, NULL);
> +
> +                if (CMClassPathIsA(broker, rop, test_class, NULL))
>                         return true;
>
> The CMPI Spec tells the following about CMClassPathIsA:
> Function to determine whether a CIM class is of "type" or any of 
> "type" subclasses.
> CMPIBoolean CMClassPathIsA (const CMPIBroker* mb, const 
> CMPIObjectPath* op, const char* type, CMPIStatus* rc)

Thank for the clarification =)  I've tripped myself up on the 
CMClassPathIsA() a few times.  The updated changes look great.  And the 
changes passed my quick unit tests. ;)
>
> So with the fixes your mentioned wbemain request works now. One thing 
> that also caused a problem was, that the classes 
> Xen/KVM_ComputerSystem and Xen/KVM_HostSystem haven't been registered 
> to the interop namespace (sure, why should they ... ;) ). This is now 
> also fixed with the patch for ECTP. But only the classes, not the 
> provider are registered, because the DMTF Profile Spec tells us, that 
> no instances of them are available in the interop namespace. It was my 
> fault to choose the one cross-namespace association we have for 
> implementing this functionality... ;).
-- 
Kaitlin Rupert
IBM Linux Technology Center
karupert at us.ibm.com