Академический Документы
Профессиональный Документы
Культура Документы
Table of Contents
Section 1
General Setup
Section 2
Section 3
Troubleshooting
Section 1
Integration Gateway Setup
Step 1 Create a Gateway within the Integration Broker
This procedure will create a Gateway in the Integration Broker. The Integration Broker- pub/sub requires a
Gateway definition be created before any transactions can occur using the Integration Gateway.
Note: The following steps should be performed in order, each step builds upon the previous step.
For our purposes here we will be using a predefined and delivered Gateway definition.
Navigate to PeopleTools>Integration Broker >Gateways
Click the Find an Existing Value tab or link
NOTE: If you are adding a remote gateway, do not Select Local Y/N check box if there is already a
local gateway present (only one local gateway allowed per database)
Click the
button.
NOTE: We deliver standard connectors with the LOCAL Gateway ID. They must be loaded to the
newly defined gateway. You must save the Gateway URL first then load the connectors.
Modify the Gateway URL. Enter http://LOCALHOST/PSIGW/PeopleSoftListeningConnector
NOTE: When this URL is pasted in the Browser the following message should appear:
Click the
Click the
Click OK
button.
button.
Click the
button.
#######################################
#
# This file, which conforms to the java.util.Properties file definition,
# configures the Peopletools Integration Gateway.
#
## Integration Gateway VERSION Section
#
# Versioning : The entry below is required as it is used to determine the
#
version of your Integration Gateway.It is also used as an
#
indicator of whether this file has been read by the Gateway.
ig.version=1.0
#
## End of Integration Gateway VERSION Section
#
#
## Integration Gateway ADMINISTRATOR USER and PASSWORD Section
#
ig.admin.user=admin
ig.admin.password=psft
#
## End of Integration Gateway ADMINISTRATOR USER and PASSWORD Section
#
#
## Integration Gateway CLASS INSTALLATION Section
#
# Directory where your Integration Gateway classes are installed. This
# information is used on introspection calls to determine the location, name
# and properties of target connectors.
ig.installdir=C:\\bea\\wlserver6.1\\config\\peoplesoft\\applications\\Psigw\\Web-inf\\classes
#
## End of Integration Gateway CLASS INSTALLATION Section
#
#
## DELIVERED CONNECTOR CONFIGURATION Section
#
# URI prefix prepended to any Connector name
ig.connector.prefix=com.peoplesoft.pt.integrationgateway.targetconnector.
# Default Connector used to connect to Remote Integration Gateway(s) (should not be modified)
ig.connector.defaultremoteconnector=HttpTargetConnector
# Default Connector used by the Integration Gateway to connect to the Integration Server
# Core running on the Application Server (should not be modified)
ig.connector.ibtargetconnector=PeopleSoftTargetConnector
When you click the Apply button, this refreshes the new Gateway settings the same way the
Refresh button does in the following step.
Section 2
PING Verify Environmental Setup
After any Node setup is complete, the PING should be exercised and log results verified to determine if the
environmental configuration is correct. If the PING does not result in a SUCCESS status STOP do not
publish. Begin troubleshooting activities to correct integration issues.
Section 3
TroubleShooting
The Log Files for the IntegrationGateway, msgLog.htm and ErrorLog.htm, are located at
<wlserver6.1 home>\config\peoplesoft\applications\PSIGW\.
Each Connector processes both a request and a response. Listening Connectors receive a
request immediately, and later in processing return a synchronous response to the
requestor. Target Connectors generate a request, send it, and wait for a response from the
external system.
PeopleSoft-delivered Connectors conform to an implementation in which each Connector
must log the actual, raw request and response sent/received. Connectors also create log
entries when an error condition is encountered.
Each section of the log file will be described below.
Section 1
This log entry was created when the IBListeningConnector received a request most likely from the Broker
Engine running on the PS Application Server. Note that the format is not XML, but MIME (the internal
messaging standard for the Integration Broker).
Section 2
Mirroring the Section 1 entry above, the IBListeningConnector has logged the actual response that it sent
back to the requesting system, most likely a Broker Engine on the PS Application Server.
Section 3
An error condition has been encountered, and thus a log entry is generated. Note that this log differs from
standard message logging, such as Section 2 above. The Java stack trace is displayed for debugging
purposes. Also, if and when possible the internal IBRequest or IBResponse is displayed to help in
tracking down why a problem has be
Common Errors:
Scenario One If the Source Node is not defined on the Target System PING will
result in the following error:
Correction Procedure Enter the Source Node Definition on the Target System and re-PING.
Verify Results = SUCCESS
Scenario Two If the WebServer/Gateway is down PING will result in the following
error:
Scenario Three If the Target AppServer is down PING will result in the following
error: