SMP precedes MVS. Any rule enforced by people who do not understand or care about its purpose will lead to undesirable consequences. Remember "x% of the code lines must habe a comment"?
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Jesse 1 Robinson <[email protected]> Sent: Wednesday, December 6, 2017 2:37 PM To: [email protected] Subject: Re: SFTP SMP(E) was a solution to the overwhelming problem of managing MVS and the intricate complexity of its (necessarily) modular construction. The bigger the component, the more SMPE has to offer. OTOH the smaller the component, the less clear advantage it offers. Historically I see two deviations from canonical SMPE. 1. ISVs who have adopted SMPE for their product(s) have sometimes adopted a practice where sysmods are 'optional'. That is, here's an enhancement; install it or not according to whether you want that function. Eliminating or routinely bypassing REQs and PREs undermines the fundamentals of SMPE. I suspect that such tactics were intended to mollify customers who wanted SMPE support without understanding the details. 2. Vendors who have ported products to z/OS from another platform, usually Unix. The poster child is Java, where most every PTF is in fact a total product replacement. I understand that most such products were never designed to be modular. If a product cannot be updated in pieces, then SMPE has questionable value other than a snapshot view its maintenance status. If the product provides its own maintenance doc, then demanding SMPE delivery may not be well motivated. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John McKown Sent: Wednesday, December 06, 2017 9:46 AM To: [email protected] Subject: (External):Re: SFTP On Wed, Dec 6, 2017 at 11:37 AM, Seymour J Metz <[email protected]> wrote: > The point to requiring use of SMP is not to satisfy a checklist, but > to provide certain capabilities, e.g., tracking changes, installing > fixes without having to do a "level set", backing off bad fixes, > suspending the application of fixes with errors or requiring customer > action. If the REXX script does everything that SMP does but in a > different way then IMHO it's acceptable. > OK, I misunderstood. I interpreted the "must be SMPE installed" as "we won't even consider any alternate for installation and maintenance. No SMPE means we will refused to get or use a product." As to the "shar" script - it does a full install of the product (aka "level set"). I don't know how Dovetailed Technologies does maintenance for a company with a maintenance contract. Perhaps Kirk will say. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > -- I have a theory that it's impossible to prove anything, but I can't prove it. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
