At 09:04 AM 12/6/2005, Stewart wrote: >When you upload a file using the CFFILE tag, the file is first UPLOADED >to the web server by IIS using a GET or POST command. Then IIS passes >it along to CF. IIS, unfortunately, writes GET and POST data to MEMORY >before passing it along to CF. There is no way to make IIS do it any >other way.
So, apparently there is a limit then... whatever memory IIS is configured to use or make available for file uploads. I still don't know if it's even possible to modify the ceiling. The box has 6gb of ram I'd be happy with squeeking through with 4gb uploads right now. Then again, maybe there's code that will accept the file transfer and spool it directly to the hd, instead of using CFFILE. The java solution I'm trying to use does have a specific algorythm for accepting the files. Perhaps I should post something to cf-jobs. It shouldn't take more than a few hours to translate the code, if it's even possible for CF to accept file streams and write directly to the hd. Anyway, back to the CFFILE upload problem... If I do a >300mb file upload using CFFILE I get the following in the browser: <head><title>JRun Servlet Error</title></head><h1>500 null</h1><body> </body> I hadn't noticed that it was a jrun error before. Silly me. The following in the IIS log: 2005-12-06 15:34:25 W3SVC1728995410 S258925HZ1EW01 209.223.86.100 POST /video_edit_action.cfm gpt=3&g=58&return=display&edit=Add 80 - 209.223.86.100 HTTP/1.1 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+.NET+CLR+1.1.4322) CFID=10279;+CFTOKEN=31878985;+LOGGEDIN=yes http://joey22.nemodemos.com/video_edit.cfm?gpt=3&g=58&edit=Add&return=display joey22.nemodemos.com 500 0 0 251 268452449 39296 There is nothing in the c:\cfusionmx7\logs I don't know where the jrun logs are. I assume this is where I'd find the problem, since it's a jrun error. Michael >We got around this limitation by using an ActiveX component called >"Catalyst File Uploader". It can upload files using a PUT command >instead of a GET or a POST. You just need to have a directory setup on >your web server with at least one user that has write access to it, then >use the control to PUT the file into that directory, passing along the >username/password credentials. We even created our own wrapper ActiveX >control that displays a file picker interface that allows the user to >upload multiple files at once. >IIS handles the PUT command differently than the GET or POST commands. >The PUT command was intended for large files, where the GET And POST >were not. It stores the file directly to the disk when accepting a PUT, >so the only limitation on file size is your filesystem and available >disk space. > >If you don't want to limit your users to IE, I am sure there are Java >based applets that work in a similar fashion. Our clients have had many >problems with client side Java so we try to avoid it if we can. Our >sites are not used by the general public anyway, so limiting clients to >using IE was not a problem for us. > >----------------------------------------------------------------------- >Stewart E. McGuire E-Mail: [EMAIL PROTECTED] >Senior IT Consultant Phone: (914) 641-2911 >Red Oak Consulting Fax: (914) 641-2998 >Malcolm Pirnie, Inc. Cell: (845) 216-1626 >----------------------------------------------------------------------- > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Find out how CFTicket can increase your company's customer support efficiency by 100% http://www.houseoffusion.com/banners/view.cfm?bannerid=49 Message: http://www.houseoffusion.com/lists.cfm/link=i:10:5738 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/10 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:10 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.10 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
