Writing a client and testing a SOAP Web service
- Last Updated: March 7, 2023
- 2 minute read
- OpenEdge
- Version 12.2
- Documentation
Before enabling your Web service for public access, you should test it by building test clients to access it. To begin writing a client, you need the WSDL file. When you define an OpenEdge Web service in ProxyGen, you can select an option to have ProxyGen generate a test WSDL file. You should build your initial test clients using only the information provided in the WSDL. Starting from this information enables you to identify what other documentation users who are building clients without intimate knowledge of your application might need.
Here are three common examples of how client toolkits work:
- Microsoft® Visual Studio — Adds a Web Reference that points to the WSDL to your .NET project. Visual Studio creates proxy code from the WSDL and stores the proxies in a References file. When you reference the Web service in your code, Visual Studio offers these proxy objects as appropriate. See Develop a .NET Client to Consume OpenEdge SOAP Web Services for detailed information on creating .NET for OpenEdge Web services.
-
Apache® Axis — Runs the
WSDL2Javacommand on the WSDL. The command generates the proxy code in several packages in the current directory. See Develop a Java Client to Consume OpenEdge SOAP Web Services for detailed information on creating Java clients for OpenEdge Web services. - OpenEdge — Uses the WSDL Analyzer. The WSDL Analyzer outputs a series of HTML pages with sample code for invoking the Web service's operations.
For more information on writing client applications for an OpenEdge Web service, see Building Clients for OpenEdge SOAP Web services. For more information on testing and debugging Web services, see Test and debug OpenEdge SOAP Web Services.