You need to sign in to do that
Don't have an account?
The SOAP Tooling API is missing the SessionHeader in WSDL operation
The current v32.0 (Winter 15) WSDL for the Tooling API is missing the SessionHeader in the binding operation definition for the getServerTimestamp web method. As such, attempts to call it from .NET generated proxy classes will be missing the Session header. This results in the following message:
Current work around is to manually force the Session Header to be sent in the generated proxy code.
It is also missing for the following operations which I suspect also require the Session details:
INVALID_SESSION_ID: Invalid Session ID found in SessionHeader: Illegal Session
<operation name="getServerTimestamp"> <soap:operation soapAction=""/> <input> <!-- This is currently missing <soap:header use="literal" part="SessionHeader" message="tns:Header"/> --> <soap:body use="literal" parts="parameters"/> </input> <output> <soap:body use="literal"/> </output> </operation>
Current work around is to manually force the Session Header to be sent in the generated proxy code.
It is also missing for the following operations which I suspect also require the Session details:
- describeWorkitemActions
- getDeleted
- getUpdated
- getUserInfo
- logout
- queryAll
- queryMore
- setPassword
Hi Shashank,
I just checked on na5, and the same problem still exists in the Tooling API. There is no soap:header element for the getServerTimestamp operation. Is there a know issue I can reference or a timeframe for when the fix will be deployed?
Thanks,
Daniel
Please email me at ssrivatsavaya@salesforce.com to take this further.
Thanks,
Shashank
Hi Shashank,
As per your email I've raised support Case # 11255064 with the details of this forum post and my current findings with the tooling API WSDL.
Thanks,
Daniel
I was just looking at the updated Spring 15 Tooling API WSDL. I can see the missing soap:header SessionHeader has been added to a number of operations (getUpdated, getServerTimestamp, getDeleted, logout, queryAll, queryMore).
It looks like the session header it is still missing for:
Do I need to raise a new support case for this?
Thanks,
Daniel
As the Previous case was closed, I will create a new case for you for these 3 operations.
Thanks,
Shashank