-
Notifications
You must be signed in to change notification settings - Fork 98
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update Tooling API to API 32.0 #24
Comments
Any way I can update the code to work with the latest API 41.0? |
Ok, so this is a handwritten wrapper (unlike the MD SOAP API wrapper). So you would need to add the types yourself and update the endpoint used. |
Would it make sense to generate the SOAP Class that Salesforce has and copy and past the newly added types? There shouldn’t be too many types, but don’t know how else you would validate the types are correct. Any guidance would be great, or I can take a first stab and you can review the pull request. Whatever works best. |
The problem with the tooling API WSDL is that it has very heavy dependency on inhirtance in its types and runtime use of the xsi:type attribute to denote the instance type of the XML fragement. The generated code from the WSDL2Apex generator from Apex does not understand this and further more the runtime marhsalling/unmarshalling engine does not. Here is what i think should be done to this project
What do yuo think? |
Specific ask here to support AuraDefinitionBundle.
The text was updated successfully, but these errors were encountered: