|
|
Rank: Advanced Member
Groups: Member
Joined: 8/24/2007
Posts: 130
|
Hi,
I am using the AJAXUploader control, and am curious to know how and when the posted files get deleted. It says in the help pages that "You do not need to manually delete the temporary files. EO.Web AJAXUploader will delete them when they are no longer referenced", however I am finding that the files are not getting deleted. Could you tell me what triggers a posted file deletion (i.e. what causes a file to be "no longer referenced").
I also notice that the files I have uploaded using the EO demo site have not been deleted either.
Regards
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
|
|
Rank: Advanced Member
Groups: Member
Joined: 8/24/2007
Posts: 130
|
Hi,
I have now waited over 24 hours, and the temporary files have not been deleted. Could you please tell me if there is anything I need to do to make the deletion happen. I am have an AJAXUploader control created declaritively within the aspx markup, and I am calling ClearPostedFiles and Dispose on the uploader prior to the page being unloaded. Nothing I do seems to cause the temporay files to get deleted.
Regards
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi Phil,
The only thing I can think of is that some other program is scanning the folder. Another possibility is that your system had a time change. For example, if those file's "last access time" is recorded as "year of 2010", they will never be deleted. In that case you will need to manually delete them. Can you run our demo project and see if the same thing happens? We run the demo project and everything works fine here. Also make sure you have the latest version.
Thanks
|
|
Rank: Advanced Member
Groups: Member
Joined: 8/24/2007
Posts: 130
|
This is a real issue. Neither of the situations you describe are occuring (I assume that just looking at the directory in file explorer doesn't affect this). I notice that the files uploaded in the test project are, however, being deleted. I cannot really see any difference here, other than the use of the CleanUpDemo client side function.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi Phil,
CleanUpDemo shouldn't matter. The files are deleted by server side code. So there must be some difference between the our demo project and yours. :) You can try to view the logs to see if you can spot anything:
1. Set EO.Web.Runtime.DebugLevel = Consts.DebugLevel_On
2. Copy eo_debug_output.aspx to the root of your web application;
3. Upload a small file;
4. Refresh eo_debug_output.aspx. You should see debug output there;
Debug output may not make much sense to you, so if you can set it on a server, we can look into it and see if we can spot anything (please also provide a way to see temp file directory file list).
Thanks
|
|
Rank: Newbie
Groups: Member
Joined: 8/30/2007
Posts: 7
|
How timely...this question came up for me today too. I wanted to ask if it is possible to make this setting configurable. In our case, we take the temp file and attempt to send it to another system. However, if that system is down for some reason, we re-attempt sending the file 24 hours later.
If I were able to specify the length of time to keep the TempFile (ideally in hours), that would solve my particular issue.
P.S. Yes, my company is still planning to purchase a full license to your suite of products, but it is still stuck somewhere in management...sorry about that.
Thanks for your help.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
Hi Noah,
Your situation is different than theirs. You wanted to keep the files, while they wanted to delete the files. You should not rely the uploader to keep the files for you. You want to store them in your own directory as soon as they are uploaded (by moving from TempFileLocation to whatever location you want). Once you move it to another location, it will be totally yours and it's completely up to you as to when to delete it.
Thanks
|
|
Rank: Newbie
Groups: Member
Joined: 8/30/2007
Posts: 7
|
Makes sense...I guess I thought I could just have you do some of my development work for me...  I will implement it on my end.
|
|
Rank: Advanced Member
Groups: Member
Joined: 8/24/2007
Posts: 130
|
Well this issue is getting very frustrating! Having deployed my site to the server, I am now finding that the files are, indedd getting deleted (so there is probably little point in giving you access to the log and file directory). However, nothing I do seems to cause those files to get deleted on my development machine. Could it be something to do with running through VS, or using a debug build? Can't think of anything else.
|
|
Rank: Advanced Member
Groups: Member
Joined: 8/24/2007
Posts: 130
|
Oh, incidentally, the log output on my local machine is as follows:
/LM/W3SVC/1/Root/iiPaySP-1-128372572302393750 10/19/2007 09:47:41:098 request:new_session
/LM/W3SVC/1/Root/iiPaySP-1-128372572302393750 10/19/2007 09:47:41:161 request:upload
/LM/W3SVC/1/Root/iiPaySP-1-128372572302393750 10/19/2007 09:47:41:176 request:get_progress
/LM/W3SVC/1/Root/iiPaySP-1-128372572302393750 10/19/2007 09:47:41:208 request:get_progress
Maybe this will shed some light...
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,194
|
PhilW wrote:Well this issue is getting very frustrating! Having deployed my site to the server, I am now finding that the files are, indedd getting deleted (so there is probably little point in giving you access to the log and file directory). However, nothing I do seems to cause those files to get deleted on my development machine. Could it be something to do with running through VS, or using a debug build? Can't think of anything else. Hi, One of the factor that we consider when deleting file is the last access time of the file. If the file has been accessed recently, then we don't delete it. It's very likely that when you use VS.NET, and since the temp directory appears a sub directory in your project, that the directory is being monitored and scanned by VS.NET. That could be what holding up the files. But I don't think you should be concerned about it at all since they do get deleted on the server. In fact we had multiple users worrying about when the files are deleted. But they are all eventually deleted. :) Thanks
|
|