|
I'm just a lurker on this thread, but that's a great idea.... I have been faced with the same situation... This weekend, I'll search my linux dist and pull the src code for the FTP client, and see how tough it would be to code... Has anyone else done this? Is there code posted in RPG? I would hate to re-invent the wheel.
tim
-----Original Message-----
From: keith mcintosh [SMTP:keith_eh@yahoo.ca]
Sent: Friday, October 13, 2000 10:48 AM
To: MIDRANGE-L@midrange.com
Subject: RE: Programming alternatives to the AS/400 FTP command.
You could write your own ( RPG IV ) FTP client
program. Look at some socket programming examples. I
know there are lots of examples of writing FTP
clients, in Java, on the i-Net. This way you
could "talk" to the server and do exactly what you
want to do. Look at the different FTP RFC documents
for help with the server commands.
Just a thought.
Keith
--- Tim McCarthy <timm@as400ftp.com> wrote:
> We have an FTP client product that lets you issue
> each FTP command
> separately in a session and use MONMSG or other
> logic to trap for errors
> etc. You can even do things like CHKRMTF (check
> remote file - works like
> CHKOBJ locally) to see if a file exists before
> up/down loading. Lots of
> other stuff too.
>
>
> TrailBlazer Systems, Inc.
> http://www.as400ftp.com
> AS/400 Communications & E-Commerce Solutions
>
> Chaos, panic and disorder...my work here is done.
>
>
> > -----Original Message-----
> > From: Alan Moulsdale
> [SMTP:alan.moulsdale@virgin.net]
> > Sent: Friday, October 13, 2000 5:07 AM
> > To: MIDRANGE-L@midrange.com
> > Subject: Programming alternatives to the AS/400
> FTP command.
> >
> > Hi guys,
> >
> > I am writing an AS/400 application for a client
> that needs to place
> > data
> > (customers and products etc) on their ISP. This
> data will then be
> > downloaded
> > from the ISP via a dialup connection to a database
> on a laptop
> > computer
> > (using FTP on their laptop). The data will then be
> processed on the
> > laptop
> > and another file (orders and changes) uploaded
> from the laptop to the
> > ISP
> > (again using FTP) from where the AS/400 will
> collect and process it.
> > This
> > will be done on many laptops.
> >
> > To avoid files being overwritten they will be in
> unique batches, and
> > to
> > avoid the AS/400 downloading files while they are
> still being written
> > to,
> > the PC will add a suffix to the batch after it has
> uploaded it. The
> > AS/400
> > will only download batches with the correct suffix
> and then delete
> > batches
> > it has processed. The AS/400 will also leave an
> acknowledgement file
> > so that
> > the PC knows the batch has been process and can
> delete it itself.
> >
> > All in all quite a complicated comms handshake but
> it should be very
> > effective.
> >
> > My problem occurs with the AS/400 FTP command.
> This is a very clumsy
> > way of
> > doing things. At the moment my design is for the
> AS/400 to write out
> > the FTP
> > commands required (open, user, put, get, close
> etc.) to a source
> > member at
> > run time and then use this member as the input for
> the FTP command.
> > The FTP
> > command will output to an error member which my
> program will read
> > after the
> > completion of the FTP command. If there were any
> errors the program
> > can the
> > write a new FTP member to retry them etc.
> >
> > What I want to know (finally!) is if there is a
> smarter way of doing
> > this?
> >
> > Can I, for instance, in ILE RPG open a connection
> to an ISP and then
> > put or
> > get data, rename and delete files etc? This would
> hopefully give the
> > feedback I require as each operation executes, so
> that I don't for
> > example,
> > delete a file that I have failed to get.
> >
> > Any ideas? Any examples?
> >
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to
> MIDRANGE-L@midrange.com.
> > | To subscribe to this list send email to
> MIDRANGE-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list
> owner/operator:
> > david@midrange.com
> > +---
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to
> MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to
> MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list
> owner/operator: david@midrange.com
> +---
_______________________________________________________
Do You Yahoo!?
Get your free @yahoo.ca address at http://mail.yahoo.ca
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.