Groups | Blog | Home
all groups > asp.net > march 2005 >

asp.net : ASP.NET 2.0 FileUpload control


Uncle Ben
3/22/2005 11:12:50 PM
How strong and reliable is the new ASP.NET 2.0 FileUpload control? By that,
I mean is it reliable enough to accept 2-gigabyte file uploads per upload
session?

Also, is it possible or easy to implement an upload progress bar using this
FileUpload control?

Thanks.

Uncle Ben
3/23/2005 12:00:00 AM
Not entirely. But for now, I'd like to know if anyone has implemented the
FileUpload control in ASP.NET 2.0 beta 1 and if so, how well it works.


"Sylvain Lafontaine" <sylvain aei ca (fill the blanks, no spam please)>
[quoted text, click to view]

Sylvain Lafontaine
3/23/2005 12:03:18 AM
You have lowered your expectation from 4Gigs and + to only a scanty 2Gigs?

S. L.

[quoted text, click to view]

Bruce Barker
3/23/2005 10:42:00 AM
in a word no.

the control renders a standard <input type=file> html control. the server
side has been changed to so that the whole upload need not be held in memory
(can be configured to cache on disk), and a stream interface has been added.
so you could upload a 2bg successfully. but a single network aborts the
upload. the browser may choke before the upload completes (not sure IE could
actually do it).

also as asp.net threads are tied up during the transfer, you will be limited
to the number of concurrent transfers allowed.

to upload (or download) large files, you need client component, that can
restart/redo a transfer.

-- bruce (sqlwork.com)



[quoted text, click to view]

Patrice
3/23/2005 2:09:17 PM
This is more likely a server problem ie. having the whole file help in
memory. I wonder if this is a limitation tied to IIS and/or HTTP (i.e the
request needs to be entirely read before passed to ASP.NET ????).

What is it ?

My first though would be to reduce the file size (for example upload
differences), to install something client side if this is for specific
users, to handle this using something different if for general usee (FTP,
client side control with PUT access, Webdav or whatever else that doesn't
use up the memory).

Hopefully someone will tell us if this is limitation that can't be
workaround using HTTP...

Patrice

--

"Uncle Ben" <spamfree@nospam.com> a écrit dans le message de
news:Oau2jv2LFHA.244@TK2MSFTNGP12.phx.gbl...
[quoted text, click to view]

Patrice
3/23/2005 2:18:08 PM
Try perhaps :

http://www.websupergoo.com/abcupload.net-1.htm

They claim to be able to stream the uploaded file to disk...

Good luck. Let us know about your findings...
(be aware also of the time taken, ie. if something goes wrong the user will
have likely to upload the whole file again).

Patrice

--

"Patrice" <nobody@nowhere.com> a écrit dans le message de
news:ekPnHm6LFHA.2772@TK2MSFTNGP12.phx.gbl...
[quoted text, click to view]

AddThis Social Bookmark Button