|
Happy to oblige, Jeff. What I was referring to wasn't a full network implementation of Explorer, but merely to using the network to store RMUs on. For us here at Fossil it's a much more common occurrence for the whole network to go down, which means we can't get to the AS/400 either way. I haven't seen the installation instructions you're referring to, but based on my experience with JBA's and Geac's stellar level of detail and outstanding commitment to quality technical documentation ... never mind, I forgot what I was going to say. Stefan -----Original Message----- From: Jeff_Klipa/Harvard@harvardind.com [mailto:Jeff_Klipa/Harvard@harvardind.com] Sent: Wednesday, August 15, 2001 7:16 AM To: JBAUSERS-L@midrange.com 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
As an Amazon Associate we earn from qualifying purchases.
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.
midrange.com
