Re: Signon Screen for Individual Workstations

Thanks Tom...I didn't know about the SYSLIBLE parm on a SBSD. I'm
going with the multiple SBSD method (as I knew I would). It's the most
viable method, and as Scott mentioned, I can TFRJOB into QINTER (or
wherever) if I have the need for all users to be in one interactive
subsystem.

On 8/21/07, Tom Liotta <qsrvbas@xxxxxxxxxxxx> wrote:

Michael Ryan wrote:

I probably will. The only sticking point for me (and I knows it's not
technical), is that this is the only real differentiator. Processing
is the same, data is the same, report headings may be different but
that's about it. So from a work management standpoint, a separate
subsystem isn't needed. But...my question wasn't about work
management. :)

Michael:

A subsystem can have a library associated with it:

==> chgsbsd MySbsD syslible( MySbsLib )

This library is intended to be for language support, so it's a
little risky trying to use it for other purposes. (But it works.)
The library seems to be added at the top of the system portion of
the library list. Perhaps this would allow a single DSPF to display
different message texts in different subsystems. (I've never tried.)

That doesn't help you much, but it might help you think about how
"unneeded" work management objects can be used in customizing areas
of configurations.

True, they can be "unneeded"; but multiple subsystems can also be
the easiest ways to get things done. As such, they might also go a
long ways towards making _other_ objects "unneeded". If you could do
it by having one *SBSD per company rather than a different
*FILE/DSPF plus one or two other objects per company, how would you
decide which technique had fewer "unneeded" objects?

Tom Liotta

On 8/17/07, Scott Klement <midrange-l@xxxxxxxxxxxxxxxx> wrote:

So why not set up a different subsystem for each company?

Then stick a routing entry in the subsystem to forward the job (just as
soon as they sign on) to a different subsystem if you want them all to
run as one...?

This seems very easy and solves your problem exactly (and Ken already
suggested it). I wonder why you don't want to use this option?

Michael Ryan wrote:

And I'm probably using that same concept...message file? But it's
still specific to a subsystem AFAIK. IOW, the display file or message
file doesn't know which device it's on.

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone 253-872-7788 x313
253-479-1416
Fax 253-872-7904
http://www.powertech.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.