Implementing Background Jobs
Inside VESOFT covers
tips and techniques you can use with VESOFTs products,
especially MPEX. As always, I am totally open to getting input from
you users of MPEX, Security/3000 or VEAudit/3000 it helps me
learn, too. Send me your tricks, and well get a 3000 for
2000 cap out to you as our thanks.
For those of you that
dont know, there is a way to log on to an SM user and have it
bypass the logon UDCs. UDCs have other undesirable traits for
security purposes, so the implementation of the background job and
procedure exits was a very nice evolution. There are obviously some
issues with the background job, in that it must be running, but you
can take reasonable precautions to make sure it always starts up with
the system. The BACKG command has the following syntax and
The part that I really
like and make use of is the HELLO abbreviations. This feature allows
you to redefine an entire hello string into a short word, for
So at the colon prompt I would simply type SYS and I would be logged on as SHAWN,MANAGER.SYS with HIPRI. I can even go so far as to embed the passwords and any other parameters that I want, but I wouldnt suggest putting the passwords in.
One way that Ive made use of this is to devise a logon convention for session names, usually using initials with a region location, or possibly the phone extension or something, and then configure it up so that users would just log on with a short ID code and not have to use HELLO or any of the other stuff you normally have to teach users. Then of course you dump them into Security/3000 menus immediately, so that they never see a colon prompt and never have any idea what they are working on.
The other tasks are all pretty easy to figure out, NETPUSH and NETRECV tasks being the most confusing to set up. I think I was the only person at VEsoft that really understood them at the time I worked there and that was from having to do extensive setup across seven machines when I worked at L.A.Gear to support network synchronization of logons, so all the security profiles on all the machines were always in sync. I dont think I remember it well enough to really explain it anymore, but if you have the need, you should call VEsoft tech support or read up on it. I believe its easier now than it used to be.
There is a BACKGINI.DATA.VESOFT file that contains startup parameters for the tasks that are executed by BACKG. This can contain things like the execution priority and execution time for certain tasks like OBSFILL, NETPUSH, and AUDITC. A companion file is TASKLIST.BACKG.VESOFT, which contains the names of the tasks that are available to BACKG. If you want to disable a certain task, then remove it from this file. As new tasks are created by VEsoft, they will be added to this file. Theoretically you can create your own tasks and add them to this file, but Ive never found the documentation on how to do it.
BACKG is a great tool, and if you are a Security/3000 shop, you should be using it. Having it running also gets you access to the little-talked-about batch scheduler that has been fit into the VEsoft suite of programs. STREAMX has some nifty new features that let you take advantage of the expression processing of the VEsoft suite to create your own batch scheduling environment. Ive only spent a little time in it to date, but Ill make more of a study of it in the future to put into one of these columns.
whose S.M. Gordon & Associates firm supplies HP 3000 utilities,
has worked with 3000s since 1983.
Copyright The 3000 NewsWire. All rights reserved.