Pathway/iTS Web Client Programming Manual (G06.24+)

How to Compile, Build, and Maintain a Pathway/iTS
Web Client
Compaq NonStop Pathway/iTS Web Client Programming Manual520270-001
2-14
10. Configure Pathway Servers for User Profiles and
User Conversion Routines
10. Configure Pathway Servers for User Profiles and
User Conversion Routines
Whether an end user is required to enter a password or a user profile is controlled by the
userAuthenticate and getProfile parameters in the control file that is generated by the
CONVERT command.
To use the user profile feature, set the getProfile parameter to true, as described in User
Profile Options in the Control File on page 3-3, and configure the Pathway server class
for the user profile server as detailed in Configure the User Profile Server Class on
page 3-6.
If your application uses user-written conversion routines running on the NonStop
Himalaya host, you must configure the Pathway server class for USER-LIB-SERVER as
described in Configure the User Conversion Server Class
on page 4-2.
11. Tune the Application for Performance by
Changing the Session-Length Parameter
The Java applet portion of the converted SCREEN COBOL application communicates
with the TCP so that the required tasks can be performed on the NonStop Himalaya host
system. Such tasks include:
Send operations to server classes
Beginning, ending, and aborting transactions
Accept day/date/time operations
User conversion routines
These tasks are delegated to the Pathway/iTS web gateway requester threads under the
control of the TCP. Each task involves one complete socket communication cycle
(a write and a read) or one I/O operation in a session.
A session begins when the applet opens the communication channel with the host
NonStop Himalaya by establishing a socket connection with the TCP. The session ends
when the connection is closed by the applet after the task delegated to the gateway
thread is completed.
While opening a session, the applet sends a connection request to the router process on
the NonStop Himalaya. The router process assigns the connection request to a waiting
gateway thread associated with a TERM object. The gateway thread then establishes a
socket connection with the applet. The router distributes client connection requests to
the waiting gateway threads while balancing the load optimally among the TCP
processes in the Pathway environment.
The number of I/O operations in a session affects the performance of the application
environment. For example, if this number is specified as 5, then the session with the
client will be kept alive until 5 socket communication cycles are done. In other words,
one gateway thread, with which the connection was established at the beginning of the