Server to server points of interoperation

Each part of a pdserver can interoperate with the other parts of the same or different pdservers. Command processors can talk to spoolers and supervisors. Spoolers can talk to supervisors, command processors, and other spoolers. Supervisors can talk to spoolers and command processors.

Let's look at some examples.

Here is an example of a command processor part communicating to a supervisor part in the same pdserver. Line art for the Command Processor (Cmd Proc) communicating with the Supervisor (AD1).

This example shows a command processor part communicating with a supervisor part in a different pdserver. Line art showing a command processor (Cmd Proc) part in pdserver 1 communicating with a Supervisor in pdserver 2 (AD2).

Here is an example of a command processor part communicating with a spooler part in the same pdserver. Line art showing a command processor (Cmd Proc) part communicating with a Spooler part in the same pdserver.

This example shows a command processor part communicating with a spooler part in a different pdserver. Line art showing a Command Processor part communicating with a Spooler in a different pdserver (pdserver 2).

Here is an example of a supervisor part communicating with a spooler part in a different pdserver. In this case, an actual destination requests that its associated queue send it a job.Line art showing a Supervisor part communicating with a Spooler part in a different pdserver.

This is an example of a spooler part communicating with a supervisor part in a different pdserver. In this case, the queue associated with the actual destination sends a job to the actual destination for processing.Line art of a spooler part communicating with a Supervisor part in a different pdserver.

This next example adds print file handling to the example of a job submission. The command processor part of the pdserver copies the print file to its directory while the spooler part of the pdserver creates a document object (named 1234500000 in this example) that just contains information on where the print file is located. No file transfer occurs. If the job is scheduled to an actual destination on the same machine as the command processor, the file is accessed directly by the actual destination. If the pdserver containing the actual destination is on a different machine than the command processor pdserver, the actual destination's pdserver communicates with the command processor pdserver to "pull" the file over to its machine.

Here is an example of a supervisor part communicating with a command processor part in a different pdserver. In this case, the actual destination requests the print file for the job from the command processor that processed the original pdpr request.Line art of a Supervisor part communicating with a Command Processor (Cmd Proc) part in a different pdserver.For more information about how InfoPrint Manager handles print files, see Print jobs and print files.