Cobol - OS390 COBOL Batch to Internet Processing

Author

OS390 COBOL Batch to Internet Processing

sabrena

2005-10-18, 6:55 pm

Has anyone modified a batch COBOL program to invoke a web service? I
need to pass name and address as parameters to a listing on the
internet to see if a hit is made or not. And then pass back to the
COBOL program the url of the hit if one was made. Something like a
called subroutine with passing parameters. If there are examples that
can be cut an and paste into an email response that would be very
helpful.

Thanks,
Sabrena

sabrena@ficoh.com

2005-10-24, 9:55 pm

sabrena wrote:
> Has anyone modified a batch COBOL program to invoke a web service? I
> need to pass name and address as parameters to a listing on the
> internet to see if a hit is made or not. And then pass back to the
> COBOL program the url of the hit if one was made. Something like a
> called subroutine with passing parameters. If there are examples that
> can be cut an and paste into an email response that would be very
> helpful.
>
> Thanks,
> Sabrena

sabrena@ficoh.com

2005-10-24, 9:55 pm

Correction to Subject: z/OS COBOL Batch to Internet Processing

I've found EZASOKET, but a called subroutine, TPIINTOA, calls a
subroutine "INIT" and I can't find it. If you have it and can send me
a link to "INIT" source that would be helpful too.

Thanks,
Sabrena

John Culleton

2005-10-26, 6:55 pm

sabrena@ficoh.com wrote:

> Correction to Subject: z/OS COBOL Batch to Internet Processing
>
> I've found EZASOKET, but a called subroutine, TPIINTOA, calls a
> subroutine "INIT" and I can't find it. If you have it and can send me
> a link to "INIT" source that would be helpful too.
>
> Thanks,
> Sabrena

Perhaps we should revive the COMMUNICATIONS SECTION? Apparently it was an
idea ahead of its time.
--
John Culleton
Able Indexers and Typesetters

Michael Wojcik

2005-10-26, 6:55 pm

In article <ocOdnbPjE_8048LeRVn-iA@adelphia.com>, John Culleton <john@wexfordpress.com> writes:
> sabrena@ficoh.com wrote:
>

There's nothing called "INIT" in the documented EZASOKET interface
(or its predecessor, EZACICAL). There are entry points named
"INITAPI" and "INITAPIX". There's also no mention of a "TPIINTOA" in
the IBM documentation, and Google doesn't find any hits for it (aside
from your message). If TPIINTOA is part of EZASOKET, it's not part
of the documented interface; ditto INIT. In any event, it's very
unlikely that anyone here would have source for it.

I'd suspect that TPIINTOA and INIT are modules written by your
organization.
[color=darkred]
> Perhaps we should revive the COMMUNICATIONS SECTION? Apparently it was an
> idea ahead of its time.

Perhaps it was, but I'm afraid it isn't an alternative to EZASOKET
for most purposes. The point of EZASOKET is to provide something
close to the BSD Sockets API for mainframe programs (particularly
COBOL, PL/I, and assembler), primarily so that they could inter-
operate with all the TCP/IP software running on other platforms. Some
EZASOKET-based programs are COBOL-to-COBOL using proprietary protocols,
but most of the ones I've encountered communicate with non-COBOL
programs and/or use standard protocols (HTTP, FTP, ISO 8583, etc).
So a COBOL-only communications facility wouldn't be appropriate for
them anyway.

That's not to say there aren't other applications that could use it.
Languages like Java and the .NET languages have introduced some quite
successful proprietary communications facilities - but they also
provide support for interoperable communications.

--
Michael Wojcik michael.wojcik@microfocus.com

The movie culminated with a bit of everything. -- Jeremy Stephens

Sponsored Links