Hi Dianne,
Writing an SP-ASSIGN command to create a SETPTR command is certainly
possible, lot of people have done it, but that only send print jobs to
printers, not to print queues.
It doesn't provide the functionality of a generic Pick print spooler and
support for all the spooler architecture and commands associated with that
architecture.
Universe/nix does have a spooler that provides some ability to manage and
control print jobs other than just print them to the printer, where as
Universe/doz has no spooler whatsoever and prints directly to the doz
printer, after which ofcourse you lose all control over the print job from
Universe.
In both cases, regardless of the platform, Universe prints to printers, not
to queues, and does not support the print architecture used generic Pick
databases of printing to queues and then printing from queues to printers,
including all the flexibilty of holding/suppressing/both any print job,
redirecting a print job from one printer to another, using the same printer
for multiple print jobs with time to change paper before changing queues,
listing and managing all print jobs on hold, etc. etc.
<AD> Changing the printing practices of an entire organization, including
rewriting printing procecedures, retraining personnel, expanding the number
of printers and serial/network connections and network support necessary to
implement a far less powerful and flexible print architecture is usually far
more costly than the license fee for a complete generic Pick print spooler
solution like SpoolerPlus and the ongoing support that comes with it.</AD>
Just my .02,
Dave
Dave Taylor
Sysmark Information Systems, Inc.
Authorized IBM Business Partner
49 Aspen Way
Rolling Hills Estates, CA 90274
(O) 800-SYSMARK (800-797-6275)
(F) 310-377-3550
(C) 310-561-5200
www.sysmarkinfo.com
----- Original Message -----
From: "Dianne Ackerman" <[email protected]>
To: "U2 Users List" <[email protected]>
Sent: Monday, July 20, 2009 7:23 AM
Subject: Re: [U2] Converting from mvBase to Universe
We actually wrote our own subroutine SP-ASSIGN so that all embedded
SP-ASSIGN commands within basic programs don't need to change - they just
use our subroutine which calls SETPTR with appropriate commands.
-Dianne
Dave Taylor wrote:
Hi Curt,
We have migrated the software on a number of systems from mvBase to
Universe running on both Windows and Linux.
The good news is that the Pick-flavored account on Universe is very close
to mvBase.
Also good news is that Universe has two file types - type 1 and type 19 -
that are both directory-type files: ie. the Universe file is a Linux
directory/Windows folder and each item in the Universe file is a
Linux/Windows file in that directory/folder.
When a record is written to the Universe file, all the Attr. marks are
converted to CRLF sequences and then converted back when it is read by
Universe, so the records can even be edited with Notepad from ouside
Universe if you wish.
This means that you can strip out all the U-statements in mvBase code,
define your OS-level file as a type 19 file in Universe (supports long
file name compared with the type 1 file) and OPEN, READ, WRITE, etc.
directly to/from it just like you do with any other Universe file.
In our EDI translator, we use the U-statements in mvBase extensively in
reading/writing EDI documents to/from the database to OS-level files for
automatic transfer to/from other computers and all the U-statements have
been stripped out and replaced with normal OPEN, READ, WRITE statements
to/from type 19 files in the Universe version of the product.
The only significant difference between mvBase (and all other generic
Pick databases for that matter) and Universe is that Universe does not
support the generic Pick print spooler for assigning user print output to
a queue and assigning a printer to the same queue to enable the printing
of the print job to the printer, and all the other features of holding
and spooling print jobs to selected printers.
None of the generic Pick print spooler commands are available to perform
those functions - eg STARTSPOOLER, STARTPTR, SP-ASSIGN, LISTPEQS,
SP-EDIT, etc.
So all embedded SP-ASSIGN commands have to be converted to SETPTR
commands, new print procedures have to be developed and all users have to
be retrained in using a much less robust print architecture than they're
used to using.
<AD> To bridge this gap in functionality, we developed SpoolerPlus, a
generic Pick print spooler, that runs on Universe, Unidata and QM, to
provide the generic Pick print spooler commands and functionality built
into software migrated from generic Pick databases.
I will be pleased to send you some infomation about SpoolerPlus if you
wish.</AD>.
Also, please feel free to ask any specific questions about minor
differences between mvBase and Universe and I'll be glad to answer them
if I can.
Best wishes for a successful conversion,
Dave
Dave Taylor
Sysmark Information Systems, Inc.
Authorized IBM Business Partner
49 Aspen Way
Rolling Hills Estates, CA 90274
(O) 800-SYSMARK (800-797-6275)
(F) 310-377-3550
(C) 310-561-5200
www.sysmarkinfo.com
----- Original Message ----- From: "Curt Stewart"
<[email protected]>
To: <[email protected]>
Sent: Sunday, July 19, 2009 2:43 PM
Subject: [U2] Converting from mvBase to Universe
I have a client that is considering moving from an mvBase system to a
Universe (Windows) system. A lot of their processes are tied to
specific
ports and ranges. Is there an easy solution in Universe to "nail" the
telnet ports for the users?
Also, they use UREAD and UWRITE and take advantage of the MVClients
ability
to read and write to the local workstation, instead of the server when
not
using MVClient. I haven't heard of this separation being available in
Universe, other than using something like Accuterm, am I right? Or is
there
an easy way to distinguish between writing to the local drive vs. the
server? How has others handled this conversion issue? Right now we're
planning on assigning each user a directory on the server to write to,
does
anyone have any alternate ideas?
Thanks for the help, I appreciate hearing your solutions.
Thanks,
Curt
TRI-SYS Consulting
[email protected]
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users
