title: Execute a SOAP based web services dynamically without generating proxy
body: <p>In my application, end user can fetch the data from any SOAP based web services and use it in the application. The application provides an option to register the service on fly. The application examine the service, show available operations along with parameter, finally execute the selected operation and use the response, of course everything will be on the fly. There are few steps need to be follow in order to achive that:</p>
  
  <ol>
  <li>Discover the service through WSDL </li>
  <li>Examine it and select a method  </li>
  <li>Build required parameter values</li>
  <li>Execute the service</li>
  <li>Handle the response</li>
  </ol>
  
  <p>I am able to discover the service on the fly using some WCF classes like DiscoveryClientProtocol, WsdlImporter, ServiceDescription, ServiceContractGenerator, etc. Now, I want to execute them and take the response XML that is available inside SOAP Body. </p>
  
  <p>I am able to execute it by generating the Assembly at runtime using above library and execute a method through reflection. This solution works fine if I have to do everything in single-shot on a box. But it adds complexity when we scale-out. That means, one server generates the proxy, another one use the proxy and consume the services. </p>
  
  <p>Yes, we can keep newly generated assembly somewhere in shared location and use them. But I want to avoid them. We want to keep service definition locally somewhere in DB, execute it without generating assembly and just consume the XML available inside SOAP body.</p>
  
  <p>Appreciate the advice in advance on how to achieve this?</p>