Currently the ESX driver uses only functions and objects from the
vSphere API 2.5 (at least it should). This allows it to deal with
older ESX server versions down to 3.5. What you're trying to do now is
using functions added in a newer vSphere API, don't you? I assume that
all the fields and functions you're talking about, that require the
SOAPAction header, were added in vSphere API 4.0 or later.
Is it documented somewhere that you need to pass the SOAPAction header
to the server in order to access vSphere API > 2.5 features?
But the real problem could be the serialization order. If this is
really different between vSphere API 2.5 and 4.x than we need to
decide this at runtime and also extend the generator to know bot
orderings. This can become very ugly.
After going back n forth on options, I found
that limiting header modification to one-two functions may not hurt that bad. This is what
I am doing at the moment: inside the desired function:1. instantiate the a new header
(curl_slist *header) and populate it with desired fields.2. Replace
priv->primary->curl->header with new header (preserving the old one)3. As part of
cleanup revert back old header item to priv->primary->curl. This way I was able to
limit the impact of API version change to a routine, else it was getting real messy to
make it certain that nothing existing will break elsewhere. Thanks!Ata
> Thanks !
> Ata
>
>> From: ata.husain(a)hotmail.com
>> To: libvir-list(a)redhat.com
>> CC: ata.husain(a)hotmail.com
>> Subject: [PATCH] ESX: append CURL headers to fix serviceContent entities
>> Date: Tue, 25 Dec 2012 16:44:23 -0800
>
>>
>> Append curl headers with "SOAPAction" header to populate
>> serviceContent object entities which are otherwise missing.
>> ---
>> src/esx/esx_vi.c | 2 ++
>> src/esx/esx_vi_generator.input | 3 +++
>> 2 files changed, 5 insertions(+)
>>
>> diff --git a/src/esx/esx_vi.c b/src/esx/esx_vi.c
>> index 99c1eb1..a379183 100644
>> --- a/src/esx/esx_vi.c
>> +++ b/src/esx/esx_vi.c
>> @@ -322,6 +322,8 @@ esxVI_CURL_Connect(esxVI_CURL *curl, esxUtil_ParsedUri
>> *parsedUri)
>> * approx. 2 sec per POST operation.
>> */
>> curl->headers = curl_slist_append(curl->headers, "Expect:");
>> + curl->headers = curl_slist_append(curl->headers,
>> + _("SOAPAction: \"urn:vim25\""));
>>
>> if (curl->headers == NULL) {
>> virReportError(VIR_ERR_INTERNAL_ERROR, "%s",
>> diff --git a/src/esx/esx_vi_generator.input
>> b/src/esx/esx_vi_generator.input
>> index 22c114e..236dcb3 100644
>> --- a/src/esx/esx_vi_generator.input
>> +++ b/src/esx/esx_vi_generator.input
>> @@ -1008,6 +1008,8 @@ object ServiceContent
>> ManagedObjectReference clusterProfileManager
>> o
>> ManagedObjectReference complianceManager
>> o
>> ManagedObjectReference localizationManager
>> o
>> + ManagedObjectReference storageResourceManager
>> o
>> + ManagedObjectReference guestOperationsManager
>> o
>> end
>>
>>
>> @@ -1073,6 +1075,7 @@ object UserSession
>> DateTime lastActiveTime
>> r
>> String locale r
>> String messageLocale r
>> + Boolean extensionSession
>> o
>> end
>>
>>
>> --
>> 1.7.9.5
>>
>
> --
> libvir-list mailing list
> libvir-list(a)redhat.com
>
https://www.redhat.com/mailman/listinfo/libvir-list
--
Matthias Bolte
http://photron.blogspot.com