[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: mput with FTPAPI
Thanks everyone for your input.
Don't know why this request took so long to be answered. I sent it on 6/10.
However, in the mean time I found a solution. I decided as I was building
each *STMF to write the file name to a Multiple Occurrence Data Structure in
the program. It was then a simple process to "read" through the MODS and
PUT the file as required.
Thanks again for all the input.
Rex
-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
[mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Charles Wilt
Sent: Thursday, July 11, 2013 12:37 PM
To: HTTPAPI and FTPAPI Projects
Subject: Re: mput with FTPAPI
lol...I think it fits.
But you provide an excellent example of the power of such a "thin wrapper"
approach.
Of course one person's just right is another's too thin and a third's too
thick! :)
I can foresee adding an MPUT with before/after callbacks to enable much of
the power you describe. On the other hand, if a developer is comfortable
with callbacks, the IFS API's probably aren't a hurdle.
Charles
On Thu, Jul 11, 2013 at 11:48 AM, Scott Klement <sk@xxxxxxxxxxxxxxxx> wrote:
> Interesting interpretation. I would say that FTPAPI is intended to be
> controlled by a program (vs. something like the IBM or Windows FTP
> clients that are intended to be used interactively by a user.)
>
> While it is VERY tedious for a user to list the contents of a
> directory, then manually do a 'PUT' to each thing in the list, it is
> not tedious for a computer program. The program simply puts the list
> of files in the array, and spins through them in a loop.
>
> This approach is FAR more powerful than MPUT because it lets you tailor
> the logic in the loop to precisely what you want to do. Do you want to
> just send the files? (as MPUT would do) Or, do you want to send one,
> check the status, update a database file to notify an operator that it was
> successful, then delete it? You can do it either way with a
> program-controlled loop. Can't really do it with just an MPUT command.
>
>
>
>
>
> On 7/11/2013 9:08 AM, Charles Wilt wrote:
>
>> MPUT is not a function of the FTP protocol itself, rather it's a
>> function of whatever FTP client you are using. FTPAPI isn't designed
>> as a full function client, rather it is a thin wrapper over the
>> raw FTP
>> protocol.
>>
>>
> ------------------------------**------------------------------**
> -----------
> This is the FTPAPI mailing list. To unsubscribe, please go to:
> http://www.scottklement.com/**mailman/listinfo/ftpapi<http://www.scott
> klement.com/mailman/listinfo/ftpapi>
> ------------------------------**------------------------------**
> -----------
>
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------