Hi Sean,
there seems to be a bug with the vCAC Plugin for vRO anyways. Tested this with the vCACCAFE plugin version 6.2.1 and vCAC plugin version 6.2.1.
I'm using a shared session for both plugins and the plugin user has sufficient permissions. Also, as shown in your image, I'm able to see the actions for each item when browsing the plugin inventory.
The results I found don't make sense (yet) but seem to indicate a bug.
// This works if the vCACCAFE:CatalogResource is provided as workflow input parameter
var ops = item.getOperations(); // will return a Array containing all operations
for each (op in ops)
{ System.log("Action: " + op.name); // works
}
// But it fails, if the vCACCAFE:CatalogResource is dynamically collected using EntityFinder or other methods
bindingId = iaasVM.virtualMachineID;
cafeItems = vCACCAFEEntitiesFinder.getCatalogResources(cafeHost);
for each(item in cafeItems)
{
if(item.getProviderBinding().getBindingId() == bindingId) { // The correct item is found and of type vCACCAFE:CatalogResource var operations = item.getOperations(); // however, this will ALWAYS return an empty Array! }
}
As you can see the plugin user seems to have sufficient permissions, because when calling item.getOperations() the array of operations is returned (first case). In the second case, where we dynamically search and find the item, the method will return an empty array.
Anyone at VMware has an eye on this?
Check this for a workaround: https//communities.vmware.com/message/2551061