Do you knon any VENDOR has there own FTP that supports userexit ?
"McKown, John"
<[EMAIL PROTECTED]
thmarkets.com> To
Sent by: Linux on LINUX-390@vm.marist.edu
390 Port cc
<[EMAIL PROTECTED]
ist.edu> Subject
Re: VSFTP Exit
08/24/2006 03:57
PM
Please respond to
Linux on 390 Port
<[EMAIL PROTECTED]
ist.edu>
> -----Original Message-----
> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
> Behalf Of Eddie Chen
> Sent: Thursday, August 24, 2006 2:39 PM
> To: LINUX-390@VM.MARIST.EDU
> Subject: Re: VSFTP Exit
>
>
> The FTP on the z/OS has exit call FTPSMFEX... which contains
> informations(dataset) . Base on the datasetname sent... it
> will start a
> job. Another word if a file has arrived, start the TASK.
> Any suggestion ???
In general, this is not done on UNIX (or Windows) systems. What is
generally done is have a script run periodically via the "cron" daemon,
which looks for specific files in specific subdirectories. Since this
script might run while the ftp transfer is still in progress, the ftp is
usually done to an intermediate file name, then a rename done after the
"put" to rename it to the actual name. Of course, this rename fails if
the actual name already exists.
As an example. suppose the special subdirectory is "/upload/production"
and the special file name is anything that ends with a ".inputdata". Our
shop would do an ftp similar to:
ftp unixsystem
user
password
cd /upload/production
put zos.file.name unix.file.name
rename unix.file.name actual.input.file.inputdata
The script which is fired off by "cron" would look something like:
#!/bin/sh
cd /upload/production
if [ ! -e actual.input.file.inputdata ]; then exit 1;fi
#our input exists!
#First, move the data to another subdirectory so the ftp can work again.
mv actual.input.file.inputdata /permenant/production/
cd /permenant/production
process_data actual.input.file.inputdata
#Perhaps more commands, as needed
Now how you set up the actual "cron" command would depend on a number of
things that I don't know about your system.
==
Another possibility is to follow the ftp step on the sending system with
a subsequent step which uses "rexec" or some other method to start a
script on the receiving system. I like this idea, but it (like all of
this) is simply not "fail safe" in my opinion.
Now, what we are going towards here is really "interesting" (as in "may
you live in interesting times"). We are running CA-7 under z/OS. CA-7
schedules the ftp jobs. There is another product which is an "enterprise
scheduler" which interfaces with CA-7. So after the ftp job completes
successfully, this "enterprise scheduler" will run and monitor a process
on the receiving system which is supposed to process the data just sent.
I don't know much about this.
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law. If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
-----------------------------------------
This message and its attachments may contain privileged and
confidential information. If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email. If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
