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.
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.
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
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.For more information about how InfoPrint Manager handles print files, see Print jobs and print files.