Re: AS/400 USER PROFILE

Jeff ,

            There is another way to handle this if you don't want to run
server based explorer. If you set up a directory on the server with all of
the modified RMU's for all your users. You can then either modify or create
login scripts that automatically upload the RMU's from the server to the
user PC's into the normal explorer RMU folder  or a custom folder if you
have those set up.
 This way you are proctected from failures of the main server ,
unless of course the day of the failure happens to coincide with some
changes made that need to be downloaded.

            Unless there is a security issue with downloading all the
modified RMU's this should be a simple thing , otherwise each users logon
script will need to be modified to download the appropriate RMU's

        Regards , Steve  Wood

----- Original Message -----
From: <Jeff_Klipa/Harvard@harvardind.com>
To: <JBAUSERS-L@midrange.com>
Sent: Wednesday, August 15, 2001 8:16 AM
Subject: RE: AS/400 USER PROFILE


> Bob and Stefan...
>
> I knew I was going to receive replies like yours when I wrote that about
> updating hundreds of PCs...
> At least I hoped I would...
>
> There are at least a couple of problems I have with loading the server
with
> Explorer and running it from there...
>
> First is that if the server goes down then nobody can access our AS/400...
> As it stands today once the desktop has an IP address from DHCP they can
still
> get to the AS/400 even if their local server is down...  As long as the
router
> stays up, that is...
>
> Second, the installation instructions really leave a lot to be
desired...!!!  I
> looked at the instructions and I doubt I could perform the server install
> without assistance...  Show me once and I can handle it from there...  I
would
> have a hard time justifying paying for professional services to accomplish
a
> Server Load of Explorer...  The normal install is dodgy enough as it is...
>
> Further, since we're already deployed with June 1999 edition we're going
to
> stick with installing the package on each individual PC for now...
>
> We've received the August 2000 edition and I was hoping to do the server
install
> with that but now we have to wait until we move up from V3.5.1 to V3.5.2B
SP4
> because there is no support for V3.5.1 in that edition of
Explorer/Customizer...
> At least none that I can find...
>
> We have 10 locations scattered around the midwest and our IT staff is not
as
> large as it was a year ago...
> I want to make sure that if we do the server install it does not make the
system
> less available for the users.
> I'm willing to sacrifice some maintenance headaches on our part and some
> flexibility on the users part to make the system availability more
reliable...
>
> I would be interested in hearing from the list to see how many are using
the
> Server Load option and how they like it...
>
> Thanks.
>
>
>
>
>
>
>
>
>
> Stefan Jansson <sjansson@fossil.com> on 08/14/2001 03:06:15 PM
>
> Please respond to JBAUSERS-L@midrange.com
>
>
>
>   To:          "'JBAUSERS-L@midrange.com'"
>                <JBAUSERS-L@midrange.com>
>
>   cc:          (bcc: Jeff Klipa/Harvard)
>
>
>
>   Subject      RE: AS/400 USER PROFILE
>   :
>
>
>
>
>
>
>
> Jeff,
>
> Of all the things I've heard about S/21 Explorer (and I've heard a LOT), I
> don't think I've ever heard anyone say it "doesn't lend itself well to
> customization".  Best place for the RMU files are on a network server,
where
> they can be accessed from any PC.  You can point Explorer to a different
> directory quite easily through the configurator (if my memory serves me
> correctly).  You just lock the users out of changing the files, and then
> anytime you update it the new "menus" show up on the users' desktop.
>
> Technically Yours,
>
> Stefan Jansson
> Fossil
> sjansson@fossil.com
>
> -----Original Message-----
> From: Jeff_Klipa/Harvard@harvardind.com
> [mailto:Jeff_Klipa/Harvard@harvardind.com]
> Sent: Tuesday, August 14, 2001 1:26 PM
> To: JBAUSERS-L@midrange.com
> Subject: RE: AS/400 USER PROFILE
>
>
> Well said, Fred...!!!
>
> So let me see if I've got this straight...
>
> If you're strictly using the GUI Blueberries you can :
> Change initial program   : jbasmg.ini = *NONE
>                : AS/400 profile = CWSINITIAL
>
> If you need to use both GUI Blueberries and Green Screen then CWSINITIAL
> cannot
> be your INLPGM on the OS/400 profile...
> I'm going to assume that for all intents and purposes that a Server
Session
> is
> going to be equivalent to a Green Screen in this discussion...
>
> That would never work for us - we've got too many custom menus that
require
> users to use Server Sessions...
> The original paradigm during our implementation was to use strictly
> Blueberries
> but that doesn't lend itself well to customization...
> I don't feel like keeping a bunch of custom .RMU roles updated on several
> hundred PCs...
>
> Good discussion topics...
>
> Thanks...
>
>
>
>
>
>
>
>
> > A note about "LIMIT CAPABILITIES = *YES"...  You cannot use this if you
> are
> > using the GUI Explorer package...
>
> Yes you can, sometimes!!
>
> All of the users at one of my clients use JBA Explorer and none of them
have
> access to the green on black screens.  This was done because when JBA was
> installed it was decided that as this was a new system it had to look
> different to the old system.
>
> By default the initial program in jbasmg.ini on each users PC is set to
> CWSINITIAL.  JBA Explorer simply 'screen scrapes' the AS/400 screens and
> when the user signs on, Explorer places this program name in the initial
> program field on the AS/400 sign on screen and uses this instead of the
> initial program set up in the user profile.  This needs LMTCPB(*NO).
>
> If the user will only use JBA Explorer you set LMTCPB(*YES) and set the
> initial program in the user profile to CWSINITIAL.  Then, on the users PC,
> change the jbasmg.ini file to set the initial program to *NONE.  When the
> user signs on the default initial program on the user profile is used.
>
> Therefore if the user has access only to JBA Explorer or only to green
> screens then you can set LMTCPB(*YES).  If they switch between the two
then
> they must have LMTCPB(*NO).
>
> I do not have a JBA Explorer set up in front of me as I prefer green on
> black and I may have got some of the file names wrong but if anyone is
> interested I can get the details for them.
>
> --
> Fred Mitchell
> Concise Consulting Ltd.
> Newcastle upon Tyne, England
> mailto:fred@ccl400.com
> http://www.ccl400.com
>
>
>
> +---
> | This is the JBA Software Users Mailing List!
> | To submit a new message send your mail to JBAUSERS-L@midrange.com.
> | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
JBAUSERS-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: doug333@aol.com.
> +---
> +---
> | This is the JBA Software Users Mailing List!
> | To submit a new message send your mail to JBAUSERS-L@midrange.com.
> | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
JBAUSERS-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: doug333@aol.com.
> +---
>
>
>
> _______________________________________________
> JBAUSERS-L mailing list
> JBAUSERS-L@midrange.com
> http://lists.midrange.com/cgi-bin/listinfo/jbausers-l