More about Service COM rules
 

DLL generation

03-04 C-583 See About Service Package data instances for information on generating a Windows Dynamic Linked Library file from Service COM rules.

Initial setup

On the Process Commander server, the prSOAPServlet servlet implements Service COM rules. This runs as a background requestor with the APP requestor type (Data-Admin-Requestor class). REMOVED -Before testing a Service COM configuration, update the Requestor data instance named WFE.APP, where WFE is the System ID, to provide this requestor with access to the RuleSet and Version that contains the Service COM rules.

Workstation internals

When you use Service COM, your Windows applications or third-party Windows applications can start Process Commander activities with one-line calls. (Though not visible to the caller, messages between the DLL control and Process Commander use SOAP over HTTP protocol.)

For each activity of a package, the generated DLL includes a public method that matches the activity's name. Similarly, method arguments match the activity parameters in quantity, order, and data type. In addition to these public methods, the DLL has four exposed public properties (all strings):

• sZeusServer — URL of an available Process Commander server
• sPortNumber — The TCP/IP port number dedicated to Process Commander HTTP requests
• sLoginName — Process Commander user name
• sLoginPassword — Process Commander user password

You can distribute the generated DLL files to third-party application writers. These DLL files can be used as building blocks in Web-based or stand-alone Windows applications. At runtime, when a third-party application starts a public method with a specific activity and specific argument values, the following sequence of events starts (under the DLL wraps). These events are not visible to the application calling Process Commander.

1. The DLL generates a SOAP-conforming XML request. It packs the user name, password, activity name and parameters (arguments) into the request. For additional security, it encodes the password. All character data in the SOAP envelope is encoded, so that characters such as < and > can appear in requests and responses. R-5932
2. The DLL posts the SOAP request using an HTTP connection to a SOAP servlet running on your Process Commander server. R-5488 BURND The default path and name is /prweb/PRSOAPServlet.
3. The Process Commander SOAP servlet authenticates credentials contained in the request. If the user name and password are accepted, a requestor is opened. (The requestor session is reused during later remote calls.)
4. Process Commander executes the service activity and sends back results in the SOAP response.
5. The DLL receives the response, parses out the return values (or an error description), converts the results into correct COM data types, and exits the method, making the results available to the calling application.

Calling a Windows DLL

Some applications require a synchronous request to a Windows executable rather than incoming service requests. See How to call a Windows DLL.

Debugging with the Tracer

You can trace the operation of a Service COM rule and the service activity it calls. See Tracer tool   — Tracing services. C-2430

Performance statistics

Through changes the prlogging.xml file, you can obtain performance statistics on the execution of services. See Performance tool — Statistics for services. C-2432

	COM, service
	About Requestor type data instances
	Atlas — Standard Service COM rules

About Service COM rules