Appendix: Integration Scenarios

This appendix provides an overview of the basic integration scenarios you can implement using PeopleSoft Integration Broker and discusses how to:

Click to jump to top of pageClick to jump to parent topicUnderstanding Integration Setup

An integration engine is automatically installed as part of your PeopleSoft application, and an integration gateway is installed as part of the PeopleSoft Pure Internet Architecture. However, there's no requirement that your integration gateway be on the same machine as the integration engine.

In general, the high-level tasks that you perform to configure any of the integration scenarios are:

You may not need to perform all of these tasks. For example, if you don't need to communicate through a firewall, you probably don't need to define a remote gateway.

Application messaging, the precursor to PeopleSoft Integration Broker, employed content-based routing—each message had to provide its own routing information, which was defined in the message header. With PeopleSoft Integration Broker, you define the routing information separately. You can apply multiple routings to a message and change the routings independent of the message definition.

Defining Local and Remote Integration Gateways

On each PeopleSoft Integration Broker system in your configuration, you must specify a local integration gateway. The local gateway is the application’s first point of contact with other PeopleSoft applications, third-party systems, PeopleSoft Integration Broker hubs, and remote gateways. You must define exactly one local gateway for each integration engine, but a single installed gateway can serve multiple engines. The web server where the integration gateway resides can be any machine on which you've installed the PeopleSoft Pure Internet Architecture.

To define the local gateway, use the Gateways component (IB_GATEWAY) to:

Note. The remote gateway default connector setting in the integrationGateway.properties file, ig.connector.defaultremoteconnector, determines through which connector the gateway routes messages that are bound for other gateways. By default, this property is set to the HTTP target connector, HTTPTARGET. Never change this setting unless you develop a custom connector to handle this routing.

An integration gateway also includes a set of listening connectors, which are likewise installed with the PeopleSoft Pure Internet Architecture. You don't to need to specify these connectors directly; third-party systems send messages to the gateway by specifying the URL of an appropriate listening connector.

Setting Integration Gateway Properties

You set integration gateway properties by using the gateway's primary configuration file, called integrationGateway.properties. You must set a BEA Jolt connect string in this file to enable communication with each PeopleSoft Integration Broker node that will be involved in an integration that uses this gateway.

The following example shows the required BEA Jolt connect string setting:

ig.isc.<nodename>.serverURL=//<machine_name>:<jolt_port> ig.isc.<nodename>.userid=<database_user_id> ig.isc.<nodename>.password=<database_password> ig.isc.<nodename>.toolsRel=<peopletools_release_version>

Note. You can also configure a default BEA Jolt connect string to specify the target node to use when a message arrives at the gateway but doesn't specify a node name matching any of the existing entries. The default BEA Jolt connect string settings are identical to the others, except that they don't include a node name. You can specify any PeopleSoft Integration Broker node as the default node, including any of the existing entries.

Configuring Local and Remote Nodes

Use the Node Definitions component (IB_NODE) to configure local and remote nodes.

Note. If you upgraded from a PeopleSoft 8.1x system, all application messaging nodes that are defined for that system have been preserved as remote node definitions in PeopleSoft Integration Broker. You must assign each of them an appropriate target connector.

When you configure nodes, use the Node Definitions - Connectors page to specify which gateway and target connector should be used to send messages to each node. Use the information in the following table as a guide for choosing the appropriate information for the configuration scenarios that are described in this appendix:

Scenario

System

Node Definition

Connector

PeopleSoft Integration Broker to PeopleSoft Integration Broker

Both applications

Default local

Not applicable (NA)*

PeopleSoft Integration Broker to PeopleSoft Integration Broker

Both applications

Remote

PSFTTARGET (PeopleSoft target connector)

PeopleSoft Integration Broker to PeopleSoft Integration Broker by using a remote gateway

Both applications

Default local

NA*

PeopleSoft Integration Broker to PeopleSoft Integration Broker by using a remote gateway

Both applications

Remote

PSFTTARGET

PeopleSoft Integration Broker to PeopleSoft Integration Broker by using a hub

Both applications

Default local

NA*

PeopleSoft Integration Broker to PeopleSoft Integration Broker by using a hub

Both applications

Remote

PSFTTARGET

PeopleSoft Integration Broker to PeopleSoft Integration Broker by using a hub

PeopleSoft Integration Broker hub

Default local

NA*

PeopleSoft Integration Broker to PeopleSoft Integration Broker by using a hub

PeopleSoft Integration Broker hub

Remote

PSFTTARGET

PeopleSoft Integration Broker to a third party

PeopleSoft Integration Broker

Default local

NA*

PeopleSoft Integration Broker to a third party

PeopleSoft Integration Broker

Remote

Third-party connector, as appropriate:

  • HTTPTARGET (HTTP target connector)

  • JMSTARGET (Java Message Service [JMS] target connector) target connector)

  • FTPTARGET (File Transfer Protocol [FTP] target connector)

  • SMTPTARGET (Simple Mail Transfer Protocol [SMTP] target connector)

  • POP3TARGET (Post Office Protocol 3 [POP3] target connector)

PeopleSoft Integration Broker to a third party

Third-party system

NA

NA

PeopleSoft Integration Broker to a third party by using a remote gateway

PeopleSoft Integration Broker

Default local

NA*

PeopleSoft Integration Broker to a third party by using a remote gateway

PeopleSoft Integration Broker

Remote

Third-party connector, as appropriate:

  • HTTPTARGET

  • JMSTARGET

  • FTPTARGET

  • SMTPTARGET

  • POP3TARGET

PeopleSoft Integration Broker to a third party by using a remote gateway

Third-party system

NA

NA

PeopleSoft Integration Broker to PeopleSoft 8.1x

PeopleSoft Integration Broker

Default local

NA*

PeopleSoft Integration Broker to PeopleSoft 8.1x

PeopleSoft Integration Broker

Remote

PSFT81TARGET (PeopleSoft 8.1 target connector)

PeopleSoft Integration Broker to PeopleSoft 8.1x

PeopleSoft 8.1x system

NA

Set up message nodes, message channels, messages, and so on.

NA

* The default is PSFTTARGET, but it is not used.

See Also

Using the integrationGateway.properties File

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicIntegrating with PeopleSoft Integration Broker Systems

This section provides an overview of this scenario and discusses how to configure the system for this scenario.

Click to jump to top of pageClick to jump to parent topicUnderstanding This Scenario

This diagram shows a PeopleSoft Human Resources system communicating with a PeopleSoft Customer Relationship Management (PeopleSoft CRM) system and shows the configuration and interaction of PeopleSoft Integration Broker components:

Integrations with PeopleSoft Integration Broker systems

This communication can be synchronous or asynchronous.

 

Click to jump to top of pageClick to jump to parent topicConfiguring the System for This Scenario

This section describes the source and destination system configuration tasks, based on the scenario shown in the previous diagram. In this example, the PeopleSoft Human Resources system is the source system and the PeopleSoft CRM system is the destination system.

This section discusses how to configure:

Configuring the Integration Gateway

The only required property that you must set for the local gateway is the BEA Jolt connect strings that enable the gateway to find the PeopleSoft CRM system. Set this property in the integrationGateway.properties file.

Configuring the PeopleSoft Human Resources System

Perform the following tasks on the PeopleSoft Human Resources system:

  1. Define the local integration gateway for the PeopleSoft Human Resources system by using the Gateways component.

    Any integration gateway that you've installed and configured to find the PeopleSoft CRM system can serve this role. Specify the gateway's PeopleSoft listening connector as the gateway's URL.

  2. Configure the default local node definition that represents the PeopleSoft system by using the Node Definitions component.

    This node is delivered predefined on the system.

  3. Define a remote node to represent the PeopleSoft CRM system.

    Because the PeopleSoft CRM system uses PeopleSoft Integration Broker, specify the local gateway for the PeopleSoft Human Resources system and its PeopleSoft target connector on the Node Definitions - Connectors page.

  4. Define outbound transactions as part of the PeopleSoft CRM node definition.

    These transactions route messages from the PeopleSoft Human Resources system to its local gateway through the gateway's PeopleSoft listening connector. The gateway uses its PeopleSoft target connector to send the messages to the PeopleSoft CRM system.

Configuring the PeopleSoft CRM System

Perform the following tasks on the PeopleSoft CRM system:

  1. Define the local integration gateway for the PeopleSoft CRM system by using the Gateways component.

    Any integration gateway that you've installed and configured can serve this role, including the local gateway for the PeopleSoft Human Resources system. Specify the gateway's PeopleSoft listening connector as the gateway's URL.

  2. Configure the default local node definition that represents the PeopleSoft CRM system by using the Node Definitions component.

    This node is delivered predefined on the system.

  3. Define a remote node to represent the PeopleSoft Human Resources system.

    Because the PeopleSoft Human Resources system uses PeopleSoft Integration Broker, specify the local gateway for the PeopleSoft CRM system and its PeopleSoft target connector on the Node Definitions - Connectors page.

  4. Define inbound transactions as part of the PeopleSoft Human Resources node definition.

    When the PeopleSoft Human Resources system sends messages to its local gateway, the gateway uses these transactions to deliver the messages to the PeopleSoft CRM system by using its PeopleSoft target connector.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Click to jump to top of pageClick to jump to parent topicIntegrating with PeopleSoft Integration Broker Systems Through a Firewall

This section provides an overview of this scenario and discusses how to configure the system for this scenario.

Click to jump to top of pageClick to jump to parent topicUnderstanding This Scenario

Use a remote gateway configuration when connections with an integration participant are not possible through the internet. This type of implementation enables you to communicate with wide area networks (WANs) and local area networks (LANs) where a firewall is present.

This diagram shows the configuration of PeopleSoft Integration Broker components for integrations with other PeopleSoft Integration Broker systems by using a remote gateway:

Integrations with PeopleSoft Integration Broker systems by using remote gateways

For this configuration scenario, one PeopleSoft application and one integration gateway reside on each side of the firewall. The integration gateway can reside on the same physical machine on which you have installed the PeopleSoft application, or it can reside on its own machine.

In this configuration scenario, PeopleSoft Integration Broker uses the default remote gateway connector, the HTTP target connector, on the local gateway to send messages to the PeopleSoft listening connector on the remote gateway. Routing all messages through the local gateway enables each PeopleSoft Integration Broker system to keep its own centralized log of all integration messages.

Because this example shows two-way communication, the PeopleSoft Human Resources (USA) system and the PeopleSoft CRM (UK) system are source systems when they send messages, and they're destination systems when they receive messages.

Keep in mind the following as you review these configuration tasks:

Click to jump to top of pageClick to jump to parent topicConfiguring the System for This Scenario

This section describes the configuration tasks for each of the components that are shown in the previous diagram.

This section discusses how to configure:

Configuring the PeopleSoft Human Resources (USA) System

On the PeopleSoft Human Resources (USA) system:

Configuring the PeopleSoft Human Resources (USA) Integration Gateway

The only required integration gateway property that you must set for the PeopleSoft Human Resources (USA) integration gateway is the BEA Jolt connect strings that enable communication with the integration engine on the PeopleSoft Human Resources (USA) system. Set this property in the integrationGateway.properties file.

Configuring the PeopleSoft CRM (UK) System

On the PeopleSoft CRM (UK) system:

Configuring the PeopleSoft CRM (UK) Integration Gateway

The only required integration gateway property that you must set for the PeopleSoft CRM (UK) integration gateway is the BEA Jolt connect strings that enable communication with the integration engine on the PeopleSoft CRM (UK) system. Set this property in the integrationGateway.properties file.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Click to jump to top of pageClick to jump to parent topicIntegrating with PeopleSoft Integration Broker Systems by Using Hubs

This section provides overviews of this scenario and hub routing types and discusses how to configure:

Click to jump to top of pageClick to jump to parent topicUnderstanding This Scenario

A PeopleSoft Integration Broker hub configuration includes an integration engine that houses routing rules and transformations. All transactions are routed through the hub, which enables you to centralize routing rules and offload the transformation process.

This diagram shows a hub configuration scenario that involves a PeopleSoft Human resources system and a PeopleSoft CRM system:

Integrations with PeopleSoft Integration Broker systems using hubs

In this scenario, all of the routing rules and transformations are located on the hub.

To implement integrations between the two systems without a hub, you must set up a complete set of complementary routing rules and transformations on each node.

Click to jump to top of pageClick to jump to parent topicUnderstanding Hub Routing Types

There are two hub routing types: generic routing and sender-specified routing. The configuration steps for a hub vary, depending on which routing type you choose.

With generic routing, all transactions from the participating systems are sent directly to a hub for routing and transformation.

With sender-specified routing, a destination node name is passed as a parameter to a PeopleCode Publish or SyncRequest method, such as PublishXMLDoc or SyncRequestXMLDoc, to explicitly route the outbound transactions to the necessary node. Using sender-specified routing requires that you define the explicit destination nodes on the sending system. However, you can configure the system so that PeopleSoft Integration Broker passes these outbound transactions to the hub for possible rerouting and transformation.

Note. You must use sender-specific routing when you're using PublishXMLDoc to asynchronously publish an XML object.

Regardless of which hub routing you use, you must configure each PeopleSoft application's integration engine, the integration gateway, and the PeopleSoft Integration Broker hub. A PeopleSoft Integration Broker hub can be an installed PeopleSoft application, or it can have only a stand-alone PeopleTools database installed, which includes the integration engine.

Click to jump to top of pageClick to jump to parent topicConfiguring Generic-Routing Hubs

By using the elements in the previous diagram as an example, this section provides an overview of how to configure a generic-routing hub. In the scenario, the PeopleSoft Human Resources system, the PeopleSoft CRM system, and the hub must all point to the same integration gateway and use the same gateway URL.

This section discusses how to configure:

Configuring the PeopleSoft Human Resources System

On the PeopleSoft Human Resources system:

Configuring the PeopleSoft CRM System

On the PeopleSoft CRM system:

Configuring the PeopleSoft Hub

On the PeopleSoft hub:

Configuring the Integration Gateway

You must set integration gateway properties for the local gateway. The only required properties are the BEA Jolt connect string properties that enable communication with the integration engines on the PeopleSoft Human Resources, PeopleSoft CRM, and PeopleSoft hub systems. Set these properties in the integrationGateway.properties file.

Configuring the Generic-Routing Hub

For all messages going through the hub, you must set up transactions and relationships on the hub. By using the systems in the diagram as an example, the following table shows the node, transaction, and relationship configurations that are required for generic routing through a hub:

Item to Configure

PeopleSoft Human Resources System

Integration Broker Hub

PeopleSoft CRM System

Local nodes

Rename the default local node to represent the PeopleSoft Human Resources system.

Rename the default local node to represent the hub.

Rename the default local node to represent the PeopleSoft CRM system.

Remote nodes

Define a remote node to represent the hub system.

Define remote nodes to represent the PeopleSoft Human Resources and CRM systems.

Define a remote node to represent the hub.

Transactions

Define outbound transaction to the hub system.

Define inbound transaction from the PeopleSoft Human Resources system. Define outbound transaction to the PeopleSoft CRM system.

Define inbound transaction from the hub system.

Relationship or transaction modifier

NA

Define modifier to convert inbound from PeopleSoft Human Resources to outbound for PeopleSoft CRM.

NA

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicConfiguring Sender-Specified Routing Hubs

By using the systems shown in the previous diagram as an example, this section provides an overview of how to configure a sender-specific routing hub. The PeopleSoft Human Resources system is the sending system and the PeopleSoft CRM system is the receiving system. In this scenario, the sending system, the receiving system, and the hub must all point to the same gateway and use the same gateway URL.

This section discusses how to configure:

Configuring PeopleSoft Human Resources (Sending) System

On the PeopleSoft Human Resources system:

Configuring PeopleSoft CRM (Receiving System)

On the PeopleSoft CRM system:

Configuring the PeopleSoft Hub

On the PeopleSoft hub:

Configuring the Integration Gateway

The only required integration gateway properties for the local integration gateway are the BEA Jolt connect string properties that enable communication with the integration engines on the target PeopleSoft Integration Broker systems. Set these properties in the integrationGateway.properties file.

Configuring the Sender-Specified Routing Hub

For all messages going through the hub, you must set up transactions and relationships on the hub. By using the systems in the previous diagram as example, the following table shows the node, transaction, and relationship configurations that are required for sender-specified routing through a hub from the PeopleSoft Human Resources system:

Item to Configure

PeopleSoft Human Resources System

PeopleSoft Integration Broker Hub

PeopleSoft CRM System

Local nodes

Rename the default local node to represent the PeopleSoft Human Resources system.

Rename the default local node to represent the hub.

Rename the default local node to represent the PeopleSoft CRM system.

Remote nodes

Define remote nodes to represent the PeopleSoft CRM and hub systems.

Define remote nodes to represent the PeopleSoft Human Resources and CRM systems.

Define a remote node to represent the hub.

Transactions

Define outbound transaction to PeopleSoft CRM.

Define inbound transaction from the PeopleSoft Human Resources system. Define outbound transaction to the PeopleSoft CRM system.

Define inbound transaction from the hub.

Relationship or transaction modifier

NA

Define a modifier to convert inbound from PeopleSoft Human Resources to outbound for PeopleSoft CRM.

NA

All messages to the PeopleSoft CRM node are the result of publish statements, which include these target node parameters:

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicIntegrating with Third-Party Systems

This section provides an overview of this scenario and discusses how to configure the system for this scenario.

Click to jump to top of pageClick to jump to parent topicUnderstanding This Scenario

For communications with third-party systems, messages can go through local or remote gateways.

Sending a message to a third-party system is the same as sending a message to a PeopleSoft Integration Broker node, except that the target connector that you select depends on the third-party system with which you are communicating.

Messages from third-party systems can enter the gateway through any of the listening connectors that are delivered with PeopleSoft Integration Broker or through a listening connector that you build. You cannot use the PeopleSoft listening connector for integrations with third-party systems, because it can accept messages only in the PeopleSoft internal format.

This diagram shows the connectors that a PeopleSoft system can use to communicate with a third-party system and how the PeopleSoft system can communicate with third-party systems over a firewall:

Integrations with third-party systems

Click to jump to top of pageClick to jump to parent topicConfiguring the System for This Scenario

This section discusses how to configure:

Configuring the PeopleSoft Human Resources System

On the PeopleSoft Human Resources system:

Configuring the PeopleSoft Human Resources Integration Gateway

The only required integration gateway properties for the local integration gateway are the default BEA Jolt connect string properties that enable communication with integration engines on the PeopleSoft Human Resources system. Set these properties in the integrationGateway.properties file.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicIntegrating with Third-Party Systems by Using Remote Gateways

This section provides an overview of this scenario and discusses how to:

Click to jump to top of pageClick to jump to parent topicUnderstanding This Scenario

This diagram shows how to integrate with third-party systems by using remote gateways:

Integrations with third-party systems using remote gateways

Click to jump to top of pageClick to jump to parent topicSending Messages to Third Party Systems

The set up for this scenario is similar to the configuration described in the scenario for integrations with Integration Broker systems. The only difference is the target connector you use.

However, instead of using the PeopleSoft target connector for the remote node you must select the target connector based on the third-party system with which the PeopleSoft system is communicating. The target connector you select must reside on the remote gateway.

In the previous diagram as an example, the PeopleSoft Human Resources system is the source system and the selected target connector is shown on the other side of the firewall, on the remote integration gateway.

As you review the configuration tasks for this scenario, keep in mind the following points:

PeopleSoft Human Resource System Configuration Tasks

On the PeopleSoft Human Resources system:

PeopleSoft Human Resources Integration Gateway Configuration Tasks

The only required integration gateway properties are the Jolt connect string properties that enable communication with integration engines on Integration Broker systems. Use the integrationGateway.properties file to set these properties.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicReceiving Messages From Third-Party Systems

The previous diagram shows a second configuration scenario where a third-party system is performing an inbound HTTP Post to a PeopleSoft Human Resources /USA system via a UK gateway. In this scenario, the message goes through the PeopleSoft CRM/UK system only to get routing information, before it is sent to the remote integration gateway (the gateway on the USA side of the firewall. Therefore, in this scenario, the PeopleSoft CRM/UK system serves as a hub.

Message Flow

In this scenario, a message originating from a third-party system is posted to the HTTP listening connector, JMS listening connector or a custom-built listening connector on the PeopleSoft CRM/UK integration gateway. Since the message does not contain the required routing information for the remote gateway, the listening connector hands it off to the PeopleSoft target connector. The PeopleSoft target connector sends the message to the default PeopleSoft node (the PeopleSoft CRM/UK) as determined by the default Jolt settings in the integrationGateway.properties file.

When the message reaches Integration Broker on the PeopleSoft CRM/UK system, the system applies transaction information to reroute the message to the remote gateway (the gateway on the USA side of the firewall), and thereby serves as a hub.

Message Processing on the Remote Gateway

Whenever you publish a message bound for a remote gateway, PeopleSoft Integration Broker reads it, determines that the target connector is not on its local gateway, places the remote gateway URL inside the IBInfo message wrapper and posts it to the PeopleSoft listening connector on the local gateway. The local gateway manager finds a remote gateway URL in the message wrapper and routes it to the remote gateway default connector, the HTTP target connector. The HTTP target connector on the local gateway then posts the message to the remote gateway URL (the PeopleSoft listening connector on the remote gateway) in MIME format, and removes the URL from the IBInfo message wrapper. On arrival at the remote gateway, the message is processed like any other incoming PeopleSoft message.

An exception to this message flow is if on the UK integration gateway side you created and loaded a custom listening connector that allows for the required routing information to be populated in the IBInfo message wrapper. The message would no longer need to be sent via the hub.

Keep in mind the following points:

PeopleSoft Human Resources (USA) System Configuration Tasks

On the PeopleSoft Human Resources system:

PeopleSoft Human Resources Integration Gateway Configuration Tasks

The only required integration gateway properties are the Jolt connect string properties that enable communication with the PeopleSoft Human Resources system. Use the integrationGateway.properties file to set these properties.

PeopleSoft CRM (UK) System/Hub Configuration Tasks

In this scenario, the PeopleSoft CRM (UK) system serves as a hub. On the PeopleSoft CRM (UK) system:

PeopleSoft Integration Broker CRM (UK) Integration Gateway Configuration Tasks

The only required properties are the Jolt connect string properties that enable communication with integration engines on the PeopleSoft CRM systems. Use the integrationGateway.properties file to set these properties.

Third Party System to PeopleSoft System Configuration Summary

Since the PeopleSoft CRM (UK) system serves as a hub in this scenario, you must set up transactions and relationships for all messages from the third-party system that get routed through it. Using the systems in the diagram as an example, the following table shows the required node, transaction and relationship configurations.

Item to Configure

PeopleSoft Human Resources System

PeopleSoft CRM System (Hub)

Local Nodes

Rename the default local node to represent the PeopleSoft Human Resources system.

Rename the default local node to represent CRM system.

Remote Nodes

Define a remote node to represent the CRM system.

Define remote nodes to represent the third-party system and the PeopleSoft Human Resources system.

Transactions

Define an inbound transaction from the CRM system.

Define an inbound transaction from the third-party system. Define an outbound transaction to the PeopleSoft Human Resources system.

Relationship/Transaction Modifier

N/A

Define modifier to convert inbound from third party to outbound for the PeopleSoft Human Resources system.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicSending Messages to Third-Party Systems

This section discusses how to configure:

The setup for this scenario is similar to the configuration for integrations with Integration Broker systems. The only difference is the target connector you use.

However, instead of using the PeopleSoft target connector for the remote node you must select the target connector based on the third-party system with which the PeopleSoft system is communicating. The target connector you select must reside on the remote gateway.

In the previous diagram, the PeopleSoft Human Resources system is the source system and the selected target connector is shown on the other side of the firewall, on the remote integration gateway.

As you review the configuration tasks for this scenario, keep in mind the following points:

Configuring the PeopleSoft Human Resources System

On the PeopleSoft Human Resources system:

Configuring the PeopleSoft Human Resources Integration Gateway

The only required integration gateway properties are the BEA Jolt connect string properties that enable communication with integration engines on PeopleSoft Integration Broker systems. Set these properties in the integrationGateway.properties file.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicReceiving Messages from Third-Party Systems

The previous diagram shows a second configuration scenario where a third-party system is performing an inbound HTTP Post to a PeopleSoft Human Resources/USA system via a UK gateway. In this scenario, the message goes through the PeopleSoft CRM/UK system only to get routing information, before it is sent to the remote integration gateway (the gateway on the USA side of the firewall. Therefore, in this scenario, the PeopleSoft CRM/UK system serves as a hub.

This section discusses how to configure:

Message Flow

In this scenario, a message originating from a third-party system is posted to the HTTP listening connector, JMS listening connector or a custom-built listening connector on the PeopleSoft CRM/UK integration gateway. Since the message does not contain the required routing information for the remote gateway, the listening connector hands it off to the PeopleSoft target connector. The PeopleSoft target connector sends the message to the default PeopleSoft node (the PeopleSoft CRM/UK) as determined by the default Jolt settings in the integrationGateway.properties file.

When the message reaches Integration Broker on the PeopleSoft CRM/UK system, the system applies transaction information to reroute the message to the remote gateway (the gateway on the USA side of the firewall), and thereby serves as a hub.

Message Processing on the Remote Gateway

Whenever you publish a message bound for a remote gateway, PeopleSoft Integration Broker reads it, determines that the target connector is not on its local gateway, places the remote gateway URL inside the IBInfo message wrapper and posts it to the PeopleSoft listening connector on the local gateway. The local gateway manager finds a remote gateway URL in the message wrapper and routes it to the remote gateway default connector, the HTTP target connector. The HTTP target connector on the local gateway then posts the message to the remote gateway URL (the PeopleSoft listening connector on the remote gateway) in MIME format, and removes the URL from the IBInfo message wrapper. On arrival at the remote gateway, the message is processed like any other incoming PeopleSoft message.

An exception to this message flow is if on the UK integration gateway side you created and loaded a custom listening connector that allows for the required routing information to be populated in the IBInfo message wrapper. The message would no longer need to be sent via the hub.

Keep in mind the following points:

Configuring the PeopleSoft Human Resources (USA) System

On the PeopleSoft Human Resources system:

Configuring the PeopleSoft Human Resources Integration Gateway

The only required integration gateway properties are the BEA Jolt connect string properties that enable communication with the PeopleSoft Human Resources system. Set these properties in the integrationGateway.properties file.

Configuring the PeopleSoft CRM (UK) System and Hub

On the PeopleSoft CRM (UK) system:

Configuring the PeopleSoft CRM (UK) Integration Gateway

The only required properties are the BEA Jolt connect string properties that enable communication with integration engines on the PeopleSoft CRM systems. Set these properties in the integrationGateway.properties file.

Configuring the Third-Party System and PeopleSoft System

Because the PeopleSoft CRM (UK) system serves as a hub in this scenario, you must set up transactions and relationships for all messages from the third-party system that are routed through it. By using the systems in the diagram as an example, the following table shows the required node, transaction and relationship configurations:

Item to Configure

PeopleSoft Human Resources System

PeopleSoft CRM System (Hub)

Local nodes

Rename the default local node to represent the PeopleSoft Human Resources system.

Rename the default local node to represent the PeopleSoft  CRM system.

Remote nodes

Define a remote node to represent the PeopleSoft CRM system.

Define remote nodes to represent the third-party system and the PeopleSoft  Human Resources system.

Transactions

Define an inbound transaction from the PeopleSoft CRM system.

Define an inbound transaction from the third-party system. Define an outbound transaction to the PeopleSoft  Human Resources system.

Relationship or transaction modifier

NA

Define a modifier to convert inbound from third-party to outbound for PeopleSoft  Human Resources.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships

Click to jump to top of pageClick to jump to parent topicIntegrating with PeopleSoft 8.1x Systems

This section provides an overview of this scenario and discusses how to configure the system for this scenario.

Click to jump to top of pageClick to jump to parent topicUnderstanding This Scenario

This diagram shows the PeopleSoft Integration Broker components and configuration for communications between PeopleSoft Integration Broker systems and PeopleSoft 8.1x systems:

Integrations with PeopleSoft 8.1x systems

In this scenario, you must configure the PeopleSoft Integration Broker system, the integration gateway, and the PeopleSoft 8.1x system. The remainder of this section highlights these tasks by using the systems and components shown in the diagram as examples.

Click to jump to top of pageClick to jump to parent topicConfiguring the System for This Scenario

This section discusses how to configure:

Configuring the PeopleSoft Human Resources System

On the PeopleSoft Human Resources system:

Configuring the PeopleSoft Human Resources Integration Gateway

You must set integration gateway properties for the local gateway. The only required properties are the BEA Jolt connect string properties that enable communication with the PeopleSoft Human Resources systems. Set these properties in the integrationGateway.properties file.

Configuring the PeopleSoft 8.1x Human Resources System

On the PeopleSoft 8.1x Human Resources system, locate the PeopleSoft 8.1x Human Resources message node and change the URL (location) to the PeopleSoft listening connector. The format is http://webserver/PSIGW/PS81ListeningConnector.

See Also

Understanding Integration Setup

Administering Integration Gateways

Configuring Nodes

Configuring Transactions

Administering Relationships