× 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.



What are the /knowns/ for the use of the FTP PUT subcommand that will be issued. For example is the same target directory always used, a file name that is the same or that is generated from a known algorithm, only one file per connection, etc.? The more static information that is available, the more there exist options to limit polling and ease of coding. The FTP exit programs can be used to establish a reaction to a request that is going to occur. I suggest in the following link that by using a notify object [NFYOBJ] of commitment control or an ALCOBJ in the exit program, the end of the session can be determined to effect a response to the prior requested activity in the session. There is also reference to the use of file monitors with triggered action via the Management Central; a trigger action of sending a message is shown, for which a break handling program could be established as an active monitor in a background job, to act on the received file.
http://groups.google.com/group/comp.sys.ibm.as400.misc/browse_frm/thread/3fc1c872cd0cc2dc/b66b45e13ce9f492

A directory can be set to have its files journaled. A process that uses the RCVJRNE to establish response to journal entries via an exit program [established on that command invocation] can await activity without the impact typical of polling. A process can use the RTVJRNE [or QjoRetrieveJournalEntries API] to get the same information, but best when coded as reactive to the specific FTP PUT activity rather than generically via polling [which given the comment in the quoted text, I infer the MONIFS is doing; except possibly against the audit journal.?].

http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/topic/ifs/rzaaxjourobj.htm
http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/topic/ifs/rzaaxjourdirectory.htm
http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/topic/rzaki/rzakirtvjrnentry.htm
http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/topic/cl/rcvjrne.htm
http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/topic/rzaki/rzakircvjrnentry.htm

Regards, Chuck

Blair Hamren wrote:
We need to monitor the IFS in real time for new files received via
the FTP 'put' command. We have an application where a vendor's
machine is going to FTP us a file when a group of orders is deposited
at a wrapping station. We need to gather that information immediately
and print invoices at that wrapping station. Here is what the vendor
has stated as givens:

1. They will only FTP the file to the IFS.
2. They will NOT send a line to submit an iSeries command as part of
the FTP put.

We have looked at MONIFS command in IFSTOOL on www.easy400.net but
looking deeper in the code, it monitors the journal once a minute. If
I change this to look through every second, isn't this going to kill
system performance.

Another option we may try is BVStool's FTPTOOL. The documentation
makes it look promising based on this sentence: 'Add "triggers" that
will run any command or program when certain FTP commands are used'

Any other ideas?

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.