Contact Us!


This program is the main processing program for any Blue Prairie Forms phantom process.  It accepts a number of parameters and uses these to poll a queue directory looking for documents.  When it finds a document in its queue, it then uses a series of ssh directives to the target OpenOffice linux server to check the status of the server, printer and network and then delivers the directives to OpenOffice to cause the document to print.  After printing, it moves the document out of queue as specified in the input params.

This program is called from the program when the (S)tart option is selected.

Program Syntax

bpi.form.phantom {switches}







Display help screen and exit



Specifies the identifier for this phantom thread.  <ident> is any string that will uniquely identify this instance of the bpi.form.phantom in the process (ps) stack.



Where <printer> is the printer name as defined on the print server (OpenOffice) server.



Where <queue> is either a path to a directory or name of a file pointer in VOC that points to a directory where queue’d files live. 



(optional).  Move processed file to <path> after processing.  If not specified, file will be deleted after processing



Where <remote_dir> is the path on the OpenOffice server where the document to be rendered will be placed.  This is usually a samba mounted directory to the -q<queue> directory.  The path will normally be different because the samba mount will have a path that is normally different on the OpenOffice server than it is on the MultiValue server.  If you can access the OpenOffice server, then cd to the directory where your document can be seen on the OpenOffice server, that is the <remote_dir> value.



Where <killitem> is id of a item in the CONTROL file that will signal the phantom to die.



Nap for <sec> seconds between polling loops.  The default is 1 second.



The ip address or host name of the OpenOffice print server



The user name to login to the print server.  Note, there should be one <user> name for every ident that is running to allow for multi-threading.  If <user> values are re-used acrossed multiple threads of the phantom, one threads will have to wait for the OpenOffice server to be free for that user before the document can be processed.



level of verbosity