[SalesForce] Trailhead – Apex SOAP Callout

Here is a blog for the solution i used for the Metadata Apex API WSDL test class. The approach uses a semi-generic WebServiceMock implementation and type instantiation to cover the code. You can obtain 100% coverage with this approach. Note that you don't need to add any real logic to your test, the generated code just needs the return type created and any related types referenced.

This is the pattern used in the blog...

@IsTest
private with sharing class wwwUpsComWsdlXoltwsXavV10Test
{
    private class WebServiceMockImpl implements WebServiceMock
    {
        public void doInvoke(
            Object stub, Object request, Map<String, Object> response,
            String endpoint, String soapAction, String requestName,
            String responseNS, String responseName, String responseType)
        {
            if(request instanceof wwwUpsComXmlschemaXoltwsXavV10.XAVRequest_element)
                response.put('response_x', new wwwUpsComXmlschemaXoltwsXavV10.XAVResponse_element());
            return;
        }
    }
}

@IsTest
private with sharing class wwwUpsComWsdlXoltwsXavV10Test
{
    private static testMethod void coverMethods()
    {
        new wwwUpsComWsdlXoltwsXavV10.XAVPort().ProcessXAV(null, null, null, null);
    }
}

Then for each type add line in the following test method...

@IsTest
private with sharing class wwwUpsComWsdlXoltwsXavV10Test
{
    private static testMethod void coverTypes()
    {
        new wwwUpsComXmlschemaXoltwsCommonV10.TransactionReferenceType();
    }
}

Its currently hand coded, however I've been recently playing around with native Apex parsing and code generation with the Tooling API. Though once you get a copy paste flow going from the generated code to the test methods it can be done quite quickly tbh.

Hope this helps...

Salesforce provides a WSDL (Web Service Description Language) files. They are called "Enterprise WSDL" and "Partner WSDL". A WSDL is an XML-document which contains a standardized description on how to communicate using a web service (the Salesforce API is exposed as a web service). The WSDL is used by developers to aid in the creation of Salesforce integration pieces. A typical process involves using the Development Environment (eg, Eclipse for Java, or Visual Studio for .Net) to consume the WSDL, and generate classes which are then referenced in the integration.

Enterprise WSDL:

This WSDL document is for customers who want to build an integration with their Salesforce organization only. It is strongly typed, which means that it contains objects and fields with specific data types, such as integer and string. Customers who use the enterprise WSDL document must download and re-consume it whenever their organization makes a change to its custom objects or fields or whenever they want to use a different version of the API. For the reasons outlined above, the Enterprise WSDL is intended primarily for Customers.

Partner WSDL:

This WSDL document is for customers, partners, and ISVs who want to build an integration that can work across multiple Salesforce organizations, regardless of their custom objects or fields. It is loosely typed, which means that you work with name-value pairs of field names and values instead of specific data types. The partner WSDL document only needs to be downloaded and consumed once per version of the API.

https://help.salesforce.com/apex/HTViewSolution?id=000004760&language=en_US

https://developer.salesforce.com/page/Apex_Web_Services_and_Callouts

You have to use methods of thoose generated files for CRUD operation.

Check out methods for CRUD http://developer.force.com/cookbook/recipe/calling-salesforce-web-services-using-apex

Callout Example

// here lstAccountToUpdate the list of Account records

partnerSoapSforceCom.Soap obj = new partnerSoapSforceCom.Soap();
partnerSoapSforceCom.LoginResult loginResult = obj.login('org@username.com', 'Password');   //your org username and pass
obj.SessionHeader = new partnerSoapSforceCom.SessionHeader_element();
obj.endpoint_x =loginResult.ServerUrl;
obj.Sessionheader.sessionid = loginResult.sessionid;
List<sobjectPartnerSoapSforceCom.sObject_x> lst = new List<sobjectPartnerSoapSforceCom.sObject_x>();
for(Account ac:lstAccountToUpdate)
{
    sobjectPartnerSoapSforceCom.sObject_x tmpObj = new sobjectPartnerSoapSforceCom.sObject_x();
    tmpObj.type_x = 'Account';
    tmpObj.Id = ac.Id;
    lst.add(tmpObj);
}

partnerSoapSforceCom.SaveResult[] lst1 =obj.update_x(lst);

Yes Related to above WSDL.

You just need to use generated class.

like

wwwWebservicexNet.GlobalWeatherSoap obj = new wwwWebservicexNet.GlobalWeatherSoap(); 

system.debug(obj.GetCitiesByCountry('INDIA')); // this will return all the cities 

system.debug(obj.GetWeather('Bombay / Santacruz', 'INDIA')); // this will return the Weather of Bombay / Santacruz city.

try this code in execute anonymous.