You definitely need to use the new menu structure in v6+. It's much easier
In v4.05 the menus were called by a SYS pgm. This is changed in the v6
I have a question.... why stop at v6.1? At this level you will need to
adapt to AS/SET code. Any mods will need to be made using AS/SET. You will
need to purchase ADK to get the source, etc. If you jump to Lx you bypass
the AS/SET phase. When you decide to move up to newer release, all of the
AS/SET is gone and your investment along with it.
With Lx, you will also bypass the GUI versions of CEA (G/L) and Load Build.
Lx can be run almost 100% (FRW excepted) green screen. You can also take
advantage of the Web Top (totally optional) if you choose.
Not to mention, Lx provides a lot of new functionality as well.
From: bpcs-l-bounces@xxxxxxxxxxxx [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On
Behalf Of bpcs-l-request@xxxxxxxxxxxx
Sent: Friday, April 15, 2011 12:00 PM
Subject: BPCS-L Digest, Vol 9, Issue 48
Send BPCS-L mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific
than "Re: Contents of BPCS-L digest..."
*** NOTE: When replying to this digest message, PLEASE remove all text
unrelated to your reply and change the subject line so it is meaningful.
1. BPCS V405CD and OS V6R1 (Les Mittman - SBC)
2. Re: BPCS V405CD and OS V6R1 (rob@xxxxxxxxx)
3. Re: BPCS V405CD and OS V6R1 (Darryl Frankel)
date: Thu, 14 Apr 2011 13:52:55 -0500
from: "Les Mittman - SBC" <lmittman@xxxxxxxxxxxxx>
subject: [BPCS-L] BPCS V405CD and OS V6R1
I have a client who is on BPCS V405CD and on Infor Maintenance. They are
going to be upgrading the iSeries OS to V6R1.
We have a separate LPAR where we are going to perform the upgrade testing.
We have reviewed the IBM and Infor documents and have identified the steps
that must be followed.
We have reviewed the objects that will not convert from the current OS to
V6R1 and are determining a resolution for each.
On the BPCS side, there are BPCS Security-related Objects that are
non-observable and will not convert to V6R1. Infor provides BMR's 73619 and
73684 which are to be installed. These BMR's contain replacements for the
Security-related Objects and these will convert to V6R1. However, they also
contain new Infor BPCS Licensing programs. So, there is a change to
security and to licensing for V405CD with the upgrade to V6R1.
Included in the BMR are replacements for every BPCS Menu CL Program (e.g.
SSAE00, etc.). However, only the compiled object is provided. There is no
As with most BPCS Customer, changes have been made to many of the BPCS Menus
and new custom menus have been created using the standard BPCS security
Therefore, we need the source code for the BPCS Menus in order to apply the
custom changes that have been made. And, for the new custom menus, we will
need to revise the processing logic to use the new BPCS security process.
However, without the source code for the CL programs, our hands are tied.
The Customer has discussed this issue with Infor and received a reply that
they cannot receive the CL source code, they are not entitled to it. Yet,
they currently do have the source code.
We are pursuing this issue further with Infor, but I thought that I would
reach out to others to see if anyone has also encountered this issue.
If so, were you able to resolve it?
Also, for anyone who has successfully upgraded to V6R1 from BPCS V405CD, are
there any specific problems or concerns that we should be aware of?
Thanks for any comments. You can contact me offline in needed.
BPCS Consultant with over 20 years of experience
date: Fri, 15 Apr 2011 07:31:14 -0400
subject: Re: [BPCS-L] BPCS V405CD and OS V6R1
We originally upgraded from V5R4 to 6.1 with 405CD. We led the pack and
went through the pain. We had a lot of modifications. However, we didn't
customize anything we weren't supposed to. Be careful of BMRs. They
probably have it ironed out now but early on in the process, even though
their site states they are not supported releases of the OS older than "x"
the machine they were compiling their bmr's on was older than 'x' and I
was getting BRMs that wouldn't work on that release.
We eventually ran fat, dumb and happy on 405CD on 6.1 and then 7.1. Now
we are on LX.
Other than the ANZOBJCVN concerns the only other one that I recall was we
had modified a SQLRPGLE program that accessed the FRT file. We had to
change the sql from
SELECT RID, ...
SELECT "RID", ...
because RID is now a sql reserved word. The upgraded wouldn't have broken
any compiled code with the old SQL. You only noticed the error on a
As an Amazon Associate we earn from qualifying purchases.