Please explain the relationship between these components and discuss what products are interchangeable with eachother:...
By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners. You can withdraw your consent at any time. Contact TechTarget at 275 Grove Street, Newton, MA.
client SOAP, server SOAP, Web server, Application Server, servlet engine, EJB Container, object/relational database etc; and the .NET components: Apache SOAP, IBM Websphere, JBoss, Apache Tomcat, Apache Struts, IBM Cross Worlds. Web services is all about the separation of interface from implementation. Hence everything is interchangeable.
From a client perspective, you're trying to invoke a remote service by sending it a SOAP message. When you build your client, you use a SOAP toolkit to generate the code that converts a request into a SOAP message and converts the response into something your application can understand. This code, called a client proxy (or client stub) is normally generated from the WSDL description. You want to use a SOAP toolkit that supports your client application's native language, e.g., Java or Visual Basic.
From the service perspective, a Web service is an application that responds to requests sent via a SOAP message. Most SOAP messages are sent over HTTP, so you need an HTTP server (also called a Web server) to process the HTTP messages. In a Java environment, the SOAP runtime server is usually deployed as a servlet, so you also need a servlet engine (part of an application server). You don't need an EJB container unless you are building your Web service with EJB components, and it's entirely up to you as to how you persist your data.
When you build a Web service, you use a SOAP toolkit to generate the code that converts the SOAP message into something your application understands (data or objects in the application's native language). This code is called a SOAP interface. The SOAP interface and the code that implements the application generally get deployed in a Web server or an application server. SOAP doesn't dictate how you implement the application code. The specific deployment platform depends on how you've built the application and which SOAP implementation you use. If the application is a set of EJB components, then you need to deploy the service in an EJB container. If it's a set of Java objects, you'll probably deploy it in a servlet engine. If it's a VB application, you'll have to deploy it on Windows (the .NET framework is the application server). Some SOAP implementations are tied to a specific platform. For example, Web services built with BEA Workshop (aka Cajun) must be deployed in WebLogic. Other implementations support cross platform deployments. For example, Web services build with Systinet WASP can be deployed in WebLogic, WebSphere, Oracle9i, iPlanet, Borland, Orion, JBoss, Tomcat, or Jetty.
Dig Deeper on Simple Object Access Protocol (SOAP)
Related Q&A from Anne Thomas Manes
Anne Thomas Manes explains the differences between open source clients and open source implementations.continue reading
Anne Thomas Manes discusses the best way to go about creating an enterprise data dictionary and why the systems works well.continue reading
Anne Thomas Manes explains the difference between 'hard' real time and 'live' real time systems.continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.