David Crayford wrote:
>NetRexx can't be used in TSO/ISPF environments which is why it's not
>popular on z/OS.
The other commenters have raised some good points. I'd like to raise this
question: especially in 2017 and beyond, is it a grave problem if your end
users don't use TSO/E and ISPF user interfaces to enjoy applications
written in NetRexx? That they use, as notable examples, a Web or mobile
user interface instead?
Maybe back in 1987 this omission was a "Dead on Arrival" showstopper, but
now? OK, if it is a showstopper for you, Walt provided some good ideas to
pursue for any/every programming language and runtime that requires such
integration. (Reports welcome!) But is it a genuine showstopper, or are you
the showstopper? :-)
To add to Walt's point (a bit, and roughly), I'm pretty sure it's possible
and not hard for REXX (TSO/E, ISPF) to call Java and thus NetRexx. So you
should be able to create a hybrid application rather easily and
straightforwardly, with a REXX user interface calling NetRexx program
logic, both components of course written in the REXX programming language.
You can also work such magic very easily in CICS Transaction Server, and
even keep your NetRexx logic in a separate region ("AOR") from your REXX
classic user interface ("TOR"). Somewhere I read in an application
programming book that logically separating presentation logic from business
logic is a good idea. :-) You can take the same basic approach in IMS TM.
How does WebSphere Application Server for z/OS and its ISPF panels work?
(It works.)
Unless I'm missing some other point?
--------------------------------------------------------------------------------------------------------
Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
