Pathmaker Programming Guide

Repackaging Services Into Servers
Maintaining Pathmaker Applications
067868 Tandem Computers Incorporated 8–5
8. Move the SCREEN COBOL code to the production subvolume.
If the application no longer resides in the testing environment, use SCUP to copy
the SCREEN COBOL code for the mapping requester to the application’s SCREEN
COBOL object library files (POBJCOD, POBJDIR, and POBJSYM). See
“Reassigning the Active Server Class for a Service” earlier in this section for
instructions on using SCUP to move the mapping requester.
9. Exit from the Pathmaker full screen interface.
10. Move server object code to the production subvolume.
Packaging Services Into
New Servers
The Pathmaker product helps you create a new server for an existing service. The
simplest way to do this is to use the Pathmaker full screen interface to define the
server, add the existing service to that server’s list of services, generate the server,
designate the active server class, and regenerate the mapping requester. You do not
have to remove the service from the server or servers in which the service was initially
included because services can be included in more than one server.
Assume that you are not adding files to the database or changing the format of an
existing file. The following procedure is one way to package an existing service into a
new server:
1. Run the Pathmaker full screen interface. The Pathmaker Main Menu appears.
2. Define the new server.
3. Package the service into the new server.
4. Generate the new server.
5. Assign the server to at least one server class.
6. Assign the active server class (optional).
You must perform this step if your service is packaged in more than one server, or
if the server has more than one server class. If the service is packaged into one
server, and that server has only one server class, the Pathmaker product
automatically assigns the single server class as active for the service.
7. Regenerate the mapping requester.
8. Move the SCREEN COBOL code to the production subvolume.
If the application no longer resides in the testing environment, use SCUP to copy
the SCREEN COBOL code to the application’s SCREEN COBOL object library files
(POBJCOD, POBJDIR, and POBJSYM). See “Reassigning the Active Server Class
for a Service” earlier in this section for instructions on using SCUP to move the
mapping requester.
9. Move server object code to the production subvolume.