No - just understand the differences in application structures and assumptions on the environment.
Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 623 869 5523 Corporate Tieline - 85523 If you feel in control you just aren't going fast enough. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Monday, December 12, 2016 12:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL: Re: LzLabs in ComputerWorld Along those lines, would such a product have to/be able to "emulate" DB2? Easy to come halfway close (MySQL) -- damned difficult to do it all. Just ask Oracle. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jerry Whitteridge Sent: Monday, December 12, 2016 10:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL: Re: LzLabs in ComputerWorld The problems occur not in the move of the programs and their execution, but in the logic of the application design which nearly always makes assumptions about the environment the application was designed around. Moving the application code without the underlying infrastructure that it relies on is what kill the functionality of the application on the new platform. (I'm talking about things like application security, multiple userids used for different functions, database access security, utilities, enqueues to prevent concurrent access etc. etc. etc.) Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 623 869 5523 Corporate Tieline - 85523 If you feel in control you just aren't going fast enough. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of zMan Sent: Monday, December 12, 2016 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: LzLabs in ComputerWorld Um, OK...so it's going to work for the subset of programs that happen to use the calls that they've implemented? This reminds me of early Windows, when it was a shell over DOS: everything was fine until it wasn't, when you'd try something that hadn't been handled yet, and fall off the edge of the earth. Seems like it's going to take a ton of testing to be sure your application is going to run safely?! On Mon, Dec 12, 2016 at 12:06 PM, Mike Schwab <mike.a.sch...@gmail.com> wrote: > Sounds like z/390. Keep the hardware instructions, rewrite the z/OS calls. > > On Sun, Dec 11, 2016 at 10:49 PM, zMan <zedgarhoo...@gmail.com> wrote: > > http://www.computerworlduk.com/infrastructure/lzlabs- > promises-end-mainframe-migration-woes-with-software- > defined-approach-3645686/ > > seems enthralled with LzLabs, but the article doesn't really shed > > any > light > > that I can see. > > > > Consider statements like: > > *Yet, while considered robust and reliable for certain uses, > > mainframes > are > > costly to maintain and difficult to support, particularly due to the > > imminent retirement of those with knowledge of a system’s inner > workings.* > > > > OK, we can debate this (and have), but then: > > *Cresswell described the migration process: “When an application is > > moved from the mainframe into our environment we don't recompile it > > or anything like that. We literally take the binary code that comes > > off the mainframe environment,” Cresswell explained.* > > > > How does this help with the maintenance issue? Do you keep a real z > > for a dev platform? > > > > Next graf says: > > *“At the time we put it into the container we replace all the APIs > > with contemporary ones that reference our software defined mainframe > container.”* > > Um, right. So that > > L R3,540 Get TCB address > > statement is going to get replaced? Or just replicated/emulated? Or > they're > > going to emulate all of the data structures in z/OS? > > > > Or is this all a shell game, and it's really just Herc in the cloud? > > > > I'm not opposed to someone doing something to shake things up. But > > the > lack > > of detail from Lz is starting to smell like PSI redux. > > -- > > zMan -- "I've got a mainframe and I'm not afraid to use it" > > > > -------------------------------------------------------------------- > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ________________________________ Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ________________________________ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ________________________________ Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. ________________________________ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
