This document describes the typical steps required to create and register a Web service with the EntireX Workbench and how it is made available to Web service client applications. The following topics are covered:
See also Web Services Stack documentation, also available under webMethods Product Documentation on the Software AG Documentation website.
The EntireX plug-ins for Eclipse provide support to expose EntireX services as Web services. We assume a typical scenario where an existing (legacy) server application has been "wrapped" with EntireX technology and is accessible to clients via the EntireX RPC protocol. The interface of the service is described by an IDL file (see Software AG IDL File) and possibly a related client-side server mapping file (see CVM File) if such a file has been generated. Using the EntireX Web service plug-ins for Eclipse, application developers can generate from an IDL file (and optionally a CVM file), for example, example.idl (and example.cvm), the following:
a SOAP mapping (example.xmm)
a WSDL description (example.wsdl)
a service archive for the Web Services Stack (example.aar)
These files are used by the EntireX XML/SOAP Runtime to implement a Web service interface for the given service.
From the context menu of your IDL file in the Package Explorer view, choose .
The following resources are required to deploy and run an EntireX Web service:
An application server where the Web Services Stack Web runtime is installed (wsstack.war). The Web Services Stack is typically accessible at the URL http://<host-name>:<port-number>/wsstack/. The default port number is 10010. This can be changed during installation. In the case of deployment in custom application servers, the port is configured by the corresponding server administration tools. For more details see the Web Services Stack documentation, also available under webMethods Product Documentation on the Software AG Documentation website.
The EntireX XML/SOAP Runtime (packaged as Java library entirex.jar). File entirex.jar must be located in the WEB-INF\lib folder of the Web Services Stack Web application.
The Eclipse plug-ins of the Web Services Stack must be installed.
EntireX Broker and RPC server hosting the server implementation are up and running.
Deploying a EntireX service means sending a service archive (extension .aar) to a running Web Services Stack Web application. The Web Services Stack Web application stores the service archive in the WEB-INF/services folder of the Web Services Stack Web application.
From the context menu of the generated service archive, choose . Now a wizard starts where you can select hostname, port number, and a servlet address of the Web Services Stack Deployment Servlet. You also need to authenticate with your credentials (user ID and password). On , the service archive is sent to the selected deployment connection point.
Note:
For more information, see Deploying and Undeploying Web Service Archives in section Software AG Designer Plug-in of the Web Services Stack documentation.
You can verify the deployment of your service with context-menu item Software AG Common Web Services Stack >View Web Services Stack... or Software AG Common Web Services Stack >View Web Service.
Note:
After the installation of EntireX, only the default deployment
connections are available in a new workspace. The default values are:
Hostname:
localhost
Port number: 10010 (this number can be changed during installation)
Servlet address:
/wsstack/sagdeployer
Choose to add, edit, or remove deployment connections.
Undeploying a EntireX Web service means informing a running Web Services Stack Web application to remove a deployed service. The Web Services Stack Web application removes the corresponding service archive from the WEB-INF/services folder of the Web Services Stack Web application. You can verify the undeployment with the help of a browser. The undeployed service should disappear from the list of the deployed services (e.g. http://localhost:10010/wsstack/services/listServices).
This section covers the following topics:
If you want to deploy the Web Services Stack Web application to WebSphere 8.5, perform the following steps:
To deploy to WebSphere 8.5
Copy Software AG_directory/WS-Stack/webapp/wsstack.war to a temporary location.
Unpack the WAR file
Copy all MAR files from WEB-INF/modules to WEB-INF/lib and change their extensions to JAR.
Important:
There might be an issue with mapping of MAR files when using Microsoft Office.
When you have Microsoft Office installed, you cannot rename those files using Windows Explorer.
In this case, use the ren command prompt command.
For example, <TEMP_Directory>\WEB-INF\modules>copy addressing-1.41.mar addressing-1.41.jar copies the MAR file and changes its extension from MAR to JAR.
Copy entirex.jar to folder../wsstack/WEB-INF/lib.
Recreate the WAR file. You can use WinZip or any other application with support for ZIP files.
Log on to the Administrative Console and navigate to Applications > New Application > New Enterprise Application.
Enter the location of the wsstack.war file or browse for it using the button. Then click .
Select the Fast Path - Prompt only when additional information is required radio button and then click .
Click and leave the default values for the options in the Step 1 Select installation options, Step 2 Map modules for servers, and Step 3 Map virtual hosts for Web modules screens.
Click to go to the Step 4 Map context roots for Web modules screen, and type in "wsstack" in the Context root field.
Click to save the changes to the master configuration.
Navigate to Applications > Application Types > WebSphere Enterprise Applications.
Click wsstack_war to open the configuration dialog.
In the configuration dialog, click the Class loading and update detection link.
For Class loader order, select Classes loaded with local class loader first (parent last) radio button.
For WAR class loader policy, select Single class loader for application radio button.
Navigate to Applications > Application Types > WebSphere Enterprise Applications.
Start the Web Services Stack Web application.
To deploy wsstack.war as Web application for WL server
Explode wsstack.war in a directory named wsstack.
Add a file named weblogic.xml to the folder ../wsstack/WEB-INF. weblogic.xml has the following content:
<weblogic-web-app>
<container-descriptor>
<prefer-web-inf-classes>true</prefer-web-inf-classes>
</container-descriptor>
</weblogic-web-app>Copy entirex.jar to folder../wsstack/WEB-INF/lib.
Open the weblogic console (e.g. http://localhost:7001/console.
Select Deployments.
Choose .
Select wsstack(open directory) as current location and choose .
Select Install this deployment as an application and choose .
Select DD only for security and I will make the deployment accessible from the following location for Source accessibility.
Enter the path to the wsstack folder and choose .
Choose Finish.
To deploy example.aar in wsstack Web application
As a prerequisite, Basic Authentication for your WL server has to be disabled.
There are two ways to do this:
Edit config.xml of your WL server and add <enforce-valid-basic-auth-credentials>false</enforce-valid-basic-auth-credentials>
under <security-configuration>.
Use the WebLogic scripting tool to modify the enforce-valid-basic-auth-credentials attribute.
connect('weblogic','weblogic','t3://localhost:7001')
edit()
startEdit()
ls()
cd('SecurityConfiguration')
ls()
cd('base_domain')
ls()
set('EnforceValidBasicAuthCredentials','false')
ls()
save()
activate()
print 'Now Restart Your Server...'
Once the EntireX Web service is up and running and its WSDL is accessible (via HTTP), Web service client applications can be developed. For example, in XMLSpy, in the menu bar choose and enter the URL of the service WSDL (e.g. http://localhost:10010/wsstack/services/example?wsdl). XMLSpy reads the WSDL and displays a list of methods. Select one, e.g. CALC, and fill in parameter values in the displayed SOAP message template. Finally select to execute the Web service call.
From the context menu of the generated service archive, choose . This starts the XML Tester.
Note:
The XML Tester must already be configured for the generated
and deployed service.
If the archive contains more than one XMM file describing the service, select the XMM file you want. Follow the instructions for the XML Tester to create a sample document.
See XML Tester.
When a Web service is removed from the project, using , the following artifacts are additionally deleted depending on the source of the generated Web service.
| Generated from | Additionally Deleted Artifacts |
|---|---|
| Natural |
|
| IDL File |
|
| XMM File |
|