Re: Getting incomplete object path

That was the confusion I had at first as well.
As you say, enumerateInstances and EnumerateInstanceNames must not return the same, or else there would be no point in having both.
But now I understand that he was comparing what is return by enumerateInstances, with what is returned by first using EnumerateInstanceNames and then using getInstance on each item in the names list.
And I think he is saying the properties are all there in what is returned, but not the server namespace.

 
Kirk Augustin
11821 NW McNamee Rd
Portland, OR 97231


HM: 503-289-4356


>________________________________
> From: Devchandra Leishangthem <[email protected]>
>To: Pranav S <[email protected]> 
>Cc: Kirk Augustin <[email protected]>; "[email protected]" <[email protected]>; Venkateswara R Puvvada <[email protected]> 
>Sent: Tuesday, April 17, 2012 8:38 PM
>Subject: Re: Getting incomplete object path
> 
>
>They are rather not equal. If they are
equal, why do we need both enumerateInstances and EnumerateInstanceNames,
when only one is sufficient. 
>As being mentioned in the mail chain
by Kirk and Hwang.  
>
>class Person { 
>  [key]String name; 
>  Uint32 age; 
>} 
>
>InstanceName:- 
>  nameSpace:/Person.name=Pranav
==> This will give enough info to locate the instance in the repository.
But this itselt is different from Instance 
>Person 
>{ 
>name=Pranav; 
>age=x; 
>}; 
>where x is some unsinged int; 
>
>Warm Regards 
>D>L> Meetei  
>IBM India System and Technology Lab 
>EGL -D,Bangalore, India 
>
>
>
>From:      
 Pranav S <[email protected]> 
>To:      
 Kirk Augustin <[email protected]>,  
>Cc:      
 Venkateswara R Puvvada/India/IBM@IBMIN,
"[email protected]" <[email protected]> 
>Date:      
 04/17/2012 10:46 PM 
>Subject:    
   Re: Getting
incomplete object path 
>>________________________________
> 
>
>
>Small correction, I should have used CIMInstance,
>
>Array<CIMInstance> enumerateInstances()  == {
>                               
>        Array<CIMObjectPath>
instaNames = enumerateInstanceNames(); 
>                                     
Array<CIMInstance> compInstanace[i];
>                                     
for(i=0; i<instaNames.size(), i++) 
>                                         
compInstanace[i] = getInstance(instanceNames[i]));
>                                     
} 
>
> 
>On 17 April 2012 22:40, Pranav S <[email protected]>
wrote: 
>Hey Kirk,
>Pegasus::enumerateInstances should be equal to Pegasus::enumerateInstanceNames
and running Pegasus::getInstance over each individual Pegasus::CIMObjectPath
returned from enumerateInstanceNames. 
>
>Array<CIMObjectPath> enumerateInstances()  == {
>                                     
Array<CIMObjectPath> instaNames = enumerateInstanceNames(); 
>                                     
Array<CIMObjectPath> compInstanace[i];
>                                     
for(i=0; i<instaNames.size(), i++) 
>                                         
compInstanace[i] = getInstance(instanceNames[i]));
>                                     
}
>Let me know if I am still wrong here..
> 
>On 17 April 2012 22:23, Kirk Augustin <[email protected]>
wrote: 
>It is not clear to me what the concern is? 
>
>GetInstance() and enumerateInstances() return
complete instances of objects in the search criteria, unless filtered by
a passed in property list. 
>But enumerateInstanceNames() does not return
complete instances.  It only returns namespace and key property values
sufficient so that getInstance() could be used to get the rest. 
>
>Pegasus::enumerateInstances should not be
equal to Pegasus::enumerateInstanceNames. 
>It should return the same number of instances,
but not the same amount of information about each instance. 
>
>While Pegasus::getInstance and Pegasus::enumerateInstances
could return different number of instances, but should have the same amount
of information about each instance. 
>
>  
>Kirk Augustin
>11821 NW McNamee Rd
>Portland, OR 97231
> 
>HM: 503-289-4356 
>>________________________________
>From: Pranav S <[email protected]>
>To: Venkateswara R Puvvada <[email protected]> 
>Cc: [email protected]
>Sent: Tuesday, April 17, 2012 9:10 AM
>Subject: Re: Getting incomplete object path 
>
>Hey Venkat,
>
>I did not get what is wrong here, even DMTF says the same and Pegasus is
one of the implementation. Pegasus::enumerateInstances should be equal
to Pegasus::enumerateInstanceNames, running Pegasus::getInstance over each
individual Pegasus::CIMObjectPath retyrned from enumerateInstanceNames.
I am not getInstance will return an array.
>
> 
>On 17 April 2012 19:50, Pranav S <[email protected]>
wrote: 
>That's cool Venkat, Thank You for pointing me to the cause
for this behaviour. 
>
>
> 
>On 17 April 2012 17:29, Venkateswara R Puvvada <[email protected]>
wrote: 
>Per the DMTF specification, the GetInstance operation
returns an <instance>
>whereas EnumerateInstances returns <namedInstance>*.  So, the
return value
>from GetInstance is not expected to include the instance name. Please refer
>to the Specification for CIM Operations over HTTP:
>
>http://www.dmtf.org/sites/default/files/standards/documents/DSP200.html
>
>
>Regards,
>Venkat
>
>
>
>
>From:   Pranav S <[email protected]>
>To:     [email protected],
>Date:   04/14/2012 11:34 AM 
>Subject:        Getting incomplete
object path
>
>
> 
>Hello,
>
>I am enumerating a class instance names(Pegasus::CIMObjectPaths') using
>Pegasus::enumerateInstanceNames and after that doing Pegasus::getInstance
>on the obtained object paths. I get entire instance details, but the object
>path inside the obtained Pegasus::CIMInstance, is incomplete, it shows
only
>the creation class name, rest of the details are not embedded in the
>Pegasus::CIMObjectPath. I see the instance properties but only object path
>is incomplete.
>Can some one spread some light on the issue?
>
>I am using OpenPegasus 2.11.1 for client and my Cim server and provider
is
>from EMC.
>
>Is this EMC cim server/provider issue?
>
>--
>Thanks,
>Pranav
>
> 
>
>
> 
>-- 
>Thanks,
>Pranav
> 
>
>
>
>-- 
>Thanks,
>Pranav
> 
>
> 
>
>
> 
>-- 
>Thanks,
>Pranav
> 
>
>
>
>-- 
>Thanks,
>Pranav
> 
>
>
>