On 5/25/2019 5:44 PM, Paul Gilmartin wrote:
On Sat, 25 May 2019 19:50:05 +0000, Seymour J Metz wrote:
Because SDSF as documented doesn't support that parameter list. It supports
calls from Java and REXX that use different parameter lists, not supported by
COBOL. As to why not, ask IBM.
Conway's law, again, right?
Perhaps just laziness? LOL
(E)JES was _DESIGNED_ with a single, unified API stack whose lowest
level is a callable API (delivered with HLASM DSECTs and equivalent C
headers -- no COBOL copybooks until someone asks for them) that robustly
provides nearly 100% of features and functions available to an
interactive user.
There are actually two functionally-equivalent procedural call
interfaces with different parameter structures: a 31-bit interface and a
64-bit interface. It's callable in either AMODE by HLASM, COBOL, C/C++,
PL/I, Fortran, etc. The REXX interface (a full Host Command Environment
with syntax similar to EXECAPI) utilizes the 31-bit API and the Java
interface utilizes, via a pair of C++ JNI DLLs, either the 31-bit or
64-bit API depending on Java "flavor" and works top-to-bottom exactly
the way experienced Java programmers expect things to work.
Unlike SDSF's, the (E)JES API provides a stateful, fully conversational
API stack, with metadata galore, whose implementation is so generic that
when we add new tabular displays to the base product, they appear
*automatically* in (E)JES Web (a web-based, RESTful interface running in
Liberty or Tomcat that leverages the (E)JES Java API) with ZERO
developer programmer intervention!
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/
--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
