Re: Using HTTP\HTTPS to Transfer Files Between Servers?

Again, there are lots of ways to transfer data across systems, including eliminating the stream files and doing direct database connections. Our DBA already writes scripts to transfer data between the IBM i DB2/400 database and a Microsoft SQL Server database.

We have also had success using FTP to move files between the IBM i IFS and a Windows server running PeopleSoft. I used JTOpen to develop Java classes that remotely use the IBM i FTP server. We then write PeopleCode in application engine programs that call the Java classes. I developed the Java classes in 2006, and we have had virtually no problems in 9 years. (BTW--we could have used the JTOpen classes directly in PeopleCode. My Java classes just served as wrappers to the JTOpen classes, thereby reducing the number of lines of PeopleCode we had to write.)

I am here wanting to learn how to transfer files between the IBM i and other servers using HTTP\HTTPS. I am not suggesting HTTP\HTTPS is the best way of doing file transfers; I am not suggesting that HTTP\HTTPS would ever become our primary way of doing file transfers. I am just exploring the possibilities of a tried-and-true protocol to transfer files across a TCP/IP network.

Thanks,
Kelly

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Jon Paris
Sent: Friday, February 13, 2015 3:16 PM
To: Web400@Midrange. Web400
Subject: Re: [WEB400] Using HTTP\HTTPS to Transfer Files Between Servers?

That strikes me as by far and away the best answer Chuck.

Using a tool like AppServer4RPG with the packaged ArdGate (all free http://sourceforge.net/projects/appserver4rpg/) would allow them to simply write directly to the target database files from their RPG code just using embedded SQL. Got to be a hell of a lot easier than playing games with CSVs, FTP, or whatever. One RPG or COBOL program processes the data and voila it is all there on the target system


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Feb 13, 2015, at 3:07 PM, CRPence <CRPbottle@xxxxxxxxx> wrote:

On 13-Feb-2015 13:43 -0600, Grizzly Malchow wrote:

Can you use NFS, or QNTC to connect to the Windows server? If so,
what would prevent you from using CL, RPG, or COBOL to access the
files on the Windows server and do all of the read/write stuff in
said languages?

Maybe there is more to it that I understand but you could definitely
read the files and write the files if you can connect via a file
share. To me that would alleviate the overhead of doing HTTP
requests to move the files around.

With a share, from an IBI i programming standpoint, the files would
be part of the IFS.

Or perhaps eliminate the IFS\shares entirely, because the scenarios from the OP refer to the use of both database export and database import capabilities. Thus presumably, the data on the separate servers would have been exported-from and imported-into their respective databases as the final stage of the /transfer/.?

And if that is the case, then perhaps just use some form of database connectivity to access the data from wherever the data resides in a RDBMS, or effect the replication perhaps even replicated as full replacement of the data, to mimic the described copy\transfer while having eliminated any export\import activity that requires intermediate copies of the database data in textual format?

--
Regards, Chuck
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)
mailing list To post a message email: WEB400@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list To post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/web400.