× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hi, Chris,

Now that you have spelled out _what_ problem you are trying to solve, rather than asking _how_ to accomplish a particular method to resolve the perceived problem, (e.g. a "remote procedure call" of some sort), ... I think there may be a better and/or simpler way.   See:

    https://www.fieldexit.com/forum/display?threadid=390

Hope this helps,

Mark S. Waterbury

> On 3/27/2018 9:30 AM, Christopher Bipes wrote:
Well the problem I am trying to solve is TLS1.2 connections. The primary server does not handle it. Stuck at V6R1 for hardware limitations. (Working on that solution as well.) However, I need to post to a bank that will shut down TLS1.0 shortly. I have another iSeries at V7R2 that can and does speak with the bank. All the files and programs are on the old system. The program currently builds these large XML files, calls a program to post to the bank, then processes the return file. I just want to post these files by calling the post program on another system. The posting program is a module that accepts 5 parameters, two of which are 256 byte IFS file paths + name. I was hoping to modify this to call the program on a remote system, just modifying the path to be a shared path between the two systems.

I do not know JAVA or PYTHON or any Web stuff. The remote system does not have any web services running outside of the IBM Admin stuff.

Thinking of the data queue method as I am really familiar with them but that involves writing another service program to sit at the data queue all the time. The RPC or SQL seems the best solution for this project. Anyone done remote procedure calls? My SQL is weak but we have other programmers that can do that. I just need to give them the correct direction.


Chris Bipes
Director of Information Services
CrossCheck, Inc.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.