× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi Rob

thanks for the detail - most useful. Sure is plenty to think about making sure
the environment ends up as expected.

Regards
Evan Harris

At 10:12 a.m. 27/01/2006, you wrote:
We have a file/program based menuing system.  When the user signs on they
have that menu.  Each menu option / particular application / has an
"initial program".  It is the responsibility of the initial program to
handle things like library lists.  Nothing submits a job depending on the
job description associated with the user profile.  It uses job
descriptions associated with the particular application.

Common techniques for initial programs include:
- Using RTVJOBA to find out things like what is their current library
list, etc.  Store these into variables.
- CHGJOB, etc to customize it for the application
- Get into the meat of the application.
- CHGJOB back to the stored values
- return to the menu.

We have a couple of canned software packages in use and it's working fine.

No end user setup of initial program is required.  We've added some
obscure menu options to do things like "clone all menu options from one
user to another", stuff like that.  User id is part of the key to the menu
file options.

Sample I have several menu options (in addition to the menu maintenance
options).  I am able to get into BPCS for several divisions (each of which
have their own library list, etc).  I am also able to get into accounting
for several divisions (each of which also have their own library list,
etc).  (The accounting vendor changes their name a lot - this week I think
it is called Unicorn.)


Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Evan Harris <spanner@xxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
01/26/2006 03:44 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Fax to

Subject
Re: Multiple profiles under EIM






HI Rob

have you got a plan to handle signing on to completely different
applications ?

The only thing I can think of is a front end program that allows the
end user to select and environment and thus set the initial program,
job description etc etc at startup time. For a number of reasons I
think this is ugly.

At 09:00 a.m. 27/01/2006, you wrote:
>We're busting hump to reduce the number of '5250' signon's per user down
>to one before going further with EIM.  We're using a lot of authorization
>list setup to get there.
>
>Rob Berendt


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.