Transports and Interfaces: Siebel Enterprise Application Integration > EAI HTTP Transport >

Processing and Sending Outbound XML Documents

This topic explains how to use Siebel Tools and the Siebel application to set up the EAI HTTP Transport to process and send outbound XML documents. When you want to send XML messages based on Siebel integration objects to an external system across Internet-support protocols, you use the EAI HTTP Transport business service.

Controlling the Behavior of EAI HTTP Transports

You can specify the parameters that control the behavior of transports in the following ways:

• Specifying Parameters as Business Service User Properties
• Specifying Parameters as Subsystem Parameters
• About Parameters as Run-Time Properties
• About Parameters in Parameter Templates

Specifying Parameters as Business Service User Properties

You specify parameters as business service user properties in Siebel Tools. These parameters go into effect after you have compiled the .srf file or deployed the business service to the run-time database. When using this method, keep the following in mind:

• These parameters stay in effect as long as you continue to use the same .srf file or run-time business service and do not create a newer specification for the business service parameters.
• If you define the same parameter as a subsystem parameter or as a run-time property, the subsystem parameter or run-time property overrides any values you have defined in Siebel Tools and compiled into the .srf file or deployed to the run-time database.

For more information on deploying business services to the run-time database, see Integration Platform Technologies: Siebel Enterprise Application Integration.

Specifying Parameters as Subsystem Parameters

You specify parameters in the Siebel client.

To specify the subsystem parameters

1. In the Siebel client, navigate to the Administration - Server Configuration screen, Enterprises view.
2. In the top list applet, select the Enterprise Server that you want to configure.
3. In the middle applet, click the Profile Configuration tab.
4. Click New to create a new component profile, then set the following parameters:

   Name	Value
   Profile	HTTP_test
   Alias	HTTP_test
   Subsystem Type	HTTPSubSys

5. In the Profile Parameters list applet (the bottom applet), specify the parameters required for the type of operations the subsystem will support:

   Name	Value
   HTTPRequestURLTemplate	"http://www.example.com"
   HTTPRequestMethod	"GET"

Then, in the workflow on the Siebel Web Client, you will specify the Connection Subsystem input argument to the HTTP Transport, and the value will be the named subsystem that you created. For the case above, it will be HTTP_test. You can test the workflow in the Workflow Simulator.

About Parameters as Run-Time Properties

You specify HTTP parameters as run-time properties by passing them as values in an input property set to the EAI HTTP Transport business service. You can pass the values to the business service by way of a workflow or through a program that calls the EAI HTTP Transport business service directly.

NOTE:  Subsystem parameters take precedence over run-time parameters.

About Parameters in Parameter Templates

Parameter templates allow you more flexibility in specifying parameters. You can use variables to specify certain elements of a given parameter value. The following example shows how to specify a variable for a login password, rather than hard-coding a password into the parameter.

HTTPLoginURLTemplate = http://www.example.com/login.jsp?Username=ronw&Password=$PWD$

where

PWD is 421ax7 (for example)

The business service, EAI HTTP Transport in this case, receives the parameter template. The token, shown above as $PWD$, indicates that the business service looks for a parameter called PWD from a user property or run-time parameter. Dollar signs ($) delimit the token in the template definition. The token specifies the actual password variable. The token is case-sensitive: Pwd is different from PWD or pwd.

The token must be defined as either a business service user property or as a run-time parameter in the input property set. For example, you could specify the HTTPLoginURLTemplate as a user property of the business service, and username and password as run-time properties. Any logins that specify the template will always use the same template, but different users can specify unique user names and passwords at run time.