Unless there is something in CFMX (yes - I know you said CF5) factory classes that allow you to wait on another process ID I cant see how you will ever do this in CF without coming up with a "work around".
The type of thing I would do is something like the following: Use a batch file to do the FTP. When the batch file starts have it set a variable somewhere/somehow to say it is "working". Run the FTP. When the FTP process finishes have the batch file set that variable/file/whatever to "finished" (or something equally useful). In Cold Fusion, use a background task to process the file and/or delete it from the directory. The background task will do nothing if the variable is set to "working" or if there are no files to process. If there are files to process and the variable is set to "finished" then the background task can do it's thing. I would probably use a file to hold the variable as this can easily be produced from a batch file. The above concept is similar to placing a "lock" on the file while another process is using it. Albeit that this "lock" is very "soft" and requires the apps that may conflict to know what the mechanism of locking actually is. In fact, you could use one background task to do the FTP (and put your lock/status variable into a database). We use this type of mechanism in SQL*Server so that the web server can know it is doing a major copy of data and lock users out of that section of the site will the uploads are being done. SQL*Server fires off some background task, sets a variable to let everyone know it is doing it's thing, does what it needs to do, and then sets the variable back. In fact, our system is a full audit trail table and the website simply looks at the most recent status in the audit table. Hope some of this helps. Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual?s portfolio can only be made after an examination of the particular client?s investments, financial circumstances and requirements. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
