Classification: Confidential While I concur w/Radoslaw on most of the below, IMO, it is a "best practice" to reassemble all exits at a Ver/Rel boundary. Many exits are even more sensitive and may need reassembly when maintenance is installed.
HTH, -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Radoslaw Skorupka Sent: Monday, April 21, 2025 4:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Exits reassembly [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] W dniu 21.04.2025 o 10:14, Peter pisze: > Hello > > Apology for the dummy question > > How do we know if a particular exit needs a reassembly before > migrating to a newer zos version? > > I have seen some exits work by just copying over without reassembly. > > Any thoughts or advise based on your experience It's not dummy question. However there is no requirement to *always* reassembly an exit when migrating to newer z/OS version. However: 1. Why do we reassemble? Because exit uses macros and structures which are likely (but not always) may change. 2. Instead of detailed analysis which it is simply easier to reassemble. 3. It is not only system upgrade. It can be some PTF as well, which causes the need to reassemble. IMHO much less likely. 4. There are exits for some applications, in that case the need for reassemble would be different. It can be because system change or product change. Or both. My €0.02 -- Radoslaw Skorupka Lodz, Poland ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: ________________________________ The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ________________________________ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
