[LA.pm] Monitoring a directory using Event.pm
Kleindenst, Fred
fred.kleindenst at citigroup.com
Thu Jun 9 10:10:02 PDT 2005
This problems seems like a common theme.
I worked on such a system before. One element of the system that I found clever was that the directory watching deamon would notice new files, but it would wait until the size or checksum of the file remained constant. A CPAN search reveals:
http://search.cpan.org/~trockij/mon-0.99.2/mon.d/file_change.monitor
which would be the proverbial 90% of the code you need.
Cheers
--Fred
> -----Original Message-----
> From: losangeles-pm-bounces at pm.org
> [mailto:losangeles-pm-bounces at pm.org]On Behalf Of Peter Benjamin
> Sent: Wednesday, June 08, 2005 6:20 PM
> To: Ranga Nathan; losangeles-pm at mail.pm.org
> Subject: Re: [LA.pm] Monitoring a directory using Event.pm
>
>
>
> I'd tend to replace the existing FTP daemon with a perl based one,
> and just have the new perl FTP daemon receive the file, write it
> to disk, move it, and then spawn the software needed to process
> the file contents.
>
> That being so much work, I would stay with cron.
>
> One other alternative is to have the sending system, after
> FTP exits, to have the script there invoke ssh to run a
> command on the remote system to process the file.
> I've been told by gurus I respect that this is the
> best possible method.
>
> Along with a cron job on the receiving system to look for
> files that were not processed, due to the ssh failing,
> and it then doing "something", like emailing about this
> failure, and perhaps processing the file, even though it
> is late.
>
> Alternatively, use a database replication method instead of
> FTP, and use the database triggers. A lot of work though.
>
> _______________________________________________
> Losangeles-pm mailing list
> Losangeles-pm at pm.org
> http://mail.pm.org/mailman/listinfo/losangeles-pm
>
More information about the Losangeles-pm
mailing list