HttpHandlers and HttpModules

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

SSNASP — Thu, 04 Dec 2008 14:13:03 GMT

Hi,

I need to upload large files like > 1 gb .I am new to ASP.NET. I want to use HttpModule with Chunk method . Any one please post the full source code or URL info.

I am expecting your replay.

Regards

Ram

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

DoriumDakre — Fri, 10 Aug 2007 16:00:35 GMT

On a funny side, i've got it working (teste with file up to 2gig) with the normal file upload component in 2.0 by setting a few thing before uploading the file.

for infos about these Property:

http://msdn2.microsoft.com/en-us/library/e1f13641.aspx

maxRequestLength="2000"

executionTimeout="90"

shutdownTimeout="90"

requestLengthDiskThreshold="256"

I simply modify them before uploading and change it back after.

It sure not as nice as other solutions and offer no progress bar but just wanted to share the easy fix.

Was hella nice to read all this topic too. Thx to all who shared.

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

forward.mailer — Tue, 08 May 2007 09:07:30 GMT

I have a page there i want to upload a csv file, and the content will be put into database.

now if that file is 10-20 MB+, it takes lots of time, plus some time request timeout occurs.

how to address this problem ?

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

joytony — Fri, 04 May 2007 06:48:21 GMT

Hi Guys,

Do you know any solution that can use FTP in ActiveX control & upload the file in ASP.NET?

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

darick_c — Thu, 28 Sep 2006 21:00:26 GMT

For those who can't use this technique because their hosting service is less than full trust (Reflection is not allowed), I wrote a tutorial on how to use flash to upload multiple files to a HttpHandler.

http://www.codeproject.com/useritems/FlashUpload.asp

It is pretty simple. Something that TravisWhidden pointed out was that in the HttpPostedFile class definition http://msdn2.microsoft.com/en-us/library/system.web.httppostedfile.aspx it says "By default, all requests, including form fields and uploaded files, larger than 256 KB are buffered to disk, rather than held in server memory." So the code basically just shows how to use the flash and asp.net together to accomplish a nice uploader interface. Hope this is useful. And thanks for all the great contributions.

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

TravisWhidden — Mon, 17 Jul 2006 02:31:05 GMT

Sorry it took so long for me to get this up. I wrote up a project on codeproject.com

http://www.codeproject.com/useritems/UpldFileToDiskProgressBar.asp

I look forward to your input. Enjoy everyone and thanks again for everyone help.

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

TravisWhidden — Wed, 12 Jul 2006 03:40:00 GMT

I don’t want to crack on anyone in this thread. It has been extremely good reading knowledge. However, this last example, while it was nice is extremely slow. Why people like to convert byte arrays to strings and do comparisons I have no idea. Not only does it take a crap load of CPU, it posts files are retarded slow speeds. There are other problems with the above example I do not care to comment on, but can cause file corruption.

I rewrote this using much more efficient byte array searching, including the ability to look at the last buffer to see if patterns exist with the two byte array buffers combined. It works REALLY nice and have wrote a progress indicator for it too.

I plan on writing a full article on it and referencing everyone that contributed to this. If you would like my "FREE" software, I will email you a zip of it. I’m not going to go and sell this just because I was able to get it to work. I’m still doing more testing on it, but I have been able to upload huge files with no errors at all on my production server

Email me at travis at lvfbody.com and I will get you what I have so far. Please mention something in the subject about my “File Upload Module”. Oh, and I believe in code comments so other people can see what the heck I am doing.

Like I said, I am not trying to bash on anyone, but many people on this forum and others just are doing things so inefficiently. If you can help improve my code, that would be great. I look forward to writing something up to put online.

Oh yea, I developed this all in .net 2.0. If you want to use it with 1.1, you will have to change some things in it. Should be minor. Thanks again to everyone how has contributed to this literally over the years!

Re: HttpHandler or HttpModule for file upload, large files, progress indicator?

Jon Ni — Wed, 21 Jun 2006 04:46:15 GMT

Hi MaduraiKaran and all .net friends,

Here is my code for resolving the HTTP Head Filtering issue. I've test edit under VS2003 and just for your reference:

Imports System
Imports System.IO
Imports System.Web

Public Class UploadModule

Implements IHttpModule

    Public Sub New()
        MyBase.New()
    End Sub

Public Sub Dispose() Implements System.Web.IHttpModule.Dispose
End Sub

    Public Sub Init(ByVal context As System.Web.HttpApplication) Implements System.Web.IHttpModule.Init
        AddHandler context.BeginRequest, AddressOf BeginRequest
    End Sub

Private Sub BeginRequest(ByVal source As Object, ByVal e As EventArgs)

'Get new Upload Data Analysis
Dim FAnalysisUploadData As New AnalysisUploadData

        'Get Received Data
        Dim HttpApp As HttpApplication = CType(source, HttpApplication)
        Dim theHttpContext As HttpContext = HttpApp.Context

        If InStr(theHttpContext.Request.ContentType, "multipart/form-data") = 0 Then
            Exit Sub
        End If

' Get the HttpWorkerRequest Object!!!
Dim HttpWR As HttpWorkerRequest = CType(theHttpContext.GetType.GetProperty("WorkerRequest", Reflection.BindingFlags.Instance Or Reflection.BindingFlags.NonPublic).GetValue(theHttpContext, Nothing), HttpWorkerRequest)

If HttpWR.HasEntityBody Then

Try

'Const DefaultBufferLength As Integer = 65536
Const DefaultBufferLength As Integer = 1024 * 2

                Dim Buffer As Byte()
                Dim Received As Integer = 0
                Dim TotalReceived As Integer = 0
                Dim ContentLength As Integer = CType(HttpWR.GetKnownRequestHeader(HttpWorkerRequest.HeaderContentLength), Integer)

Buffer = HttpWR.GetPreloadedEntityBody()

FAnalysisUploadData.AnalysisReceivedData(Buffer, Buffer.Length)

Received = Buffer.Length
TotalReceived += Received

If Not HttpWR.IsEntireEntityBodyIsPreloaded Then

                    'Read Data in DefaultBufferLength size
                    While (ContentLength - TotalReceived) >= DefaultBufferLength
                        Buffer = New Byte(DefaultBufferLength) {}
                        Received = HttpWR.ReadEntityBody(Buffer, DefaultBufferLength)
                        FAnalysisUploadData.AnalysisReceivedData(Buffer, Received)
                        TotalReceived += Received
                    End While

                    'Read the Remain Data
                    Buffer = New Byte(DefaultBufferLength) {}
                    Received = HttpWR.ReadEntityBody(Buffer, (ContentLength - TotalReceived))
                    FAnalysisUploadData.AnalysisReceivedData(Buffer, Received)
                    TotalReceived += Received
                End If

                'Finish AnalysisRecievedData
                Buffer = New Byte(DefaultBufferLength) {}
                FAnalysisUploadData.UploadSplitHeadSize = 0
                FAnalysisUploadData.AnalysisReceivedData(Buffer, DefaultBufferLength + 1)

Catch ex As Exception

            Finally
                FAnalysisUploadData.CloseOpenFiles()
            End Try

theHttpContext.Application("Result") = FAnalysisUploadData.LogStr

theHttpContext.Response.Redirect("uploadform.aspx")

End If

End Sub

End Class

Public Class AnalysisUploadData
Public LogStr As String

    Dim AnalysisCount As Integer = 0
    Dim AnalysisByte() As Byte
    Dim IsFileOperatingNow As Boolean = False

    Dim UploadSessionID As String
    Dim UploadSplitChar, UploadFileBeginChar, UploadEndChar As String
    Public UploadSplitHeadSize As Integer = 300

    Dim FileName As String
    Dim FilePath As String
    Dim theFileStream As FileStream

Public Sub AnalysisReceivedData(ByVal ReceivedByte() As Byte, ByVal ReceivedByteNumber As Integer)

Dim I As Integer

        AnalysisCount = AnalysisCount + 1
        If AnalysisCount = 1 Then
            'Get UploadSessionID
            For I = 29 To 29 + 12
                UploadSessionID = UploadSessionID & Chr(ReceivedByte(I))
            Next

'Get UploadSplitChar
UploadSplitChar = "-----------------------------" & UploadSessionID

'Get UploadEndChar
UploadEndChar = "-----------------------------" & UploadSessionID & "--"

End If

        'Get the AnalysisByte and AnalysisStr
        Dim PreviousAnalysisByteLength As Integer = 0
        Try
            PreviousAnalysisByteLength = AnalysisByte.Length
        Catch ex As Exception
        End Try

        ReDim Preserve AnalysisByte(PreviousAnalysisByteLength + ReceivedByteNumber - 1)
        For I = PreviousAnalysisByteLength To PreviousAnalysisByteLength + ReceivedByteNumber - 1
            AnalysisByte(I) = ReceivedByte(I - PreviousAnalysisByteLength)
        Next
        Dim AnalysisStr As String
        Dim StandAnalysisStrLength As Integer = AnalysisByte.Length
        For I = 0 To StandAnalysisStrLength - 1
            AnalysisStr = AnalysisStr & Chr(AnalysisByte(I))
        Next

'Read and analysis each UploadSplitChar one by one
Dim IfNeedBreakDoWhile As Boolean

Dim thePos As Integer
thePos = InStr(AnalysisStr, UploadSplitChar)

If thePos > 0 Then

Do While (thePos > 0)

                '----------------Finish Previous Operation-----------------
                If IsFileOperatingNow Then
                    'Write the remain byte and close the file
                    theFileStream.Write(AnalysisByte, 0, thePos - 1)
                    theFileStream.Flush()
                    theFileStream.Close()

                    IsFileOperatingNow = False
                Else
                    'Ignore the data
                End If

                'Make sure the split str's start pos is not in AnalysisTail
                If thePos >= Len(AnalysisStr) - UploadSplitHeadSize Then
                    ResizeToRightByte(AnalysisByte, Len(AnalysisStr) - thePos + 1)
                    Exit Do
                End If

'---------------Check whether the New Split is a file -------------------
AnalysisStr = Right(AnalysisStr, Len(AnalysisStr) - thePos + 1)

If IsItAnUploadFile(AnalysisStr, FileName) Then
FilePath = "c:\upload\" & FileName

                    'Delete the current exist file
                    If System.IO.File.Exists(FilePath) Then
                        System.IO.File.Delete(FilePath)
                    End If

                    'Create FileStream Object
                    theFileStream = New FileStream(FilePath, FileMode.CreateNew, FileAccess.Write, FileShare.Read)
                    IsFileOperatingNow = True

'Write File
PutDataToFile(AnalysisStr, StandAnalysisStrLength, IfNeedBreakDoWhile)

                    'Judge whether need to exit do, due cannot find the file end when writting the file data
                    If IfNeedBreakDoWhile Then
                        Exit Do
                    End If
                Else
                    'Remove the upload split head
                    AnalysisStr = Right(AnalysisStr, Len(AnalysisStr) - 50)
                End If

thePos = InStr(AnalysisStr, UploadSplitChar)

            Loop
        Else
            If IsFileOperatingNow Then
                'Write Analysis Byte and Leave 50 bytes

theFileStream.Write(AnalysisByte, 0, StandAnalysisStrLength - 50)

                ResizeToRightByte(AnalysisByte, 50)
                IsFileOperatingNow = True
            Else
                'Ignore Last Received Byte because it's not file data
            End If
        End If

End Sub

Public Sub CloseOpenFiles()

        If IsFileOperatingNow Then
            theFileStream.Flush()
            theFileStream.Close()

IsFileOperatingNow = False
End If

theFileStream = Nothing

End Sub

Private Function IsItAnUploadFile(ByVal HeadStr As String, ByRef FileName As String) As Boolean
FileName = ""

If Len(HeadStr) > 300 Then HeadStr = Left(HeadStr, 300)

Dim thePos As Integer
thePos = InStr(HeadStr, "filename=""")

        If thePos = 0 Or thePos > 110 Then
            Return False
        End If

HeadStr = Right(HeadStr, Len(HeadStr) - thePos - 9)

        thePos = InStr(HeadStr, """")
        FileName = Left(HeadStr, thePos - 1)
        thePos = InStrRev(FileName, "\")

FileName = Right(FileName, Len(FileName) - thePos)

Return True

End Function

Private Sub ResizeToRightByte(ByRef theByte() As Byte, ByVal RightSize As Integer)

Dim ByteLength As Integer
ByteLength = theByte.Length

If RightSize >= ByteLength Then Return

        Dim I As Integer
        For I = 0 To RightSize - 1
            theByte(I) = theByte(ByteLength - RightSize + I)
        Next

ReDim Preserve theByte(RightSize - 1)

End Sub

Private Sub PutDataToFile(ByRef AnalysisStr As String, ByVal StandAnalysisStrLength As Integer, ByRef NeedBreakDoWhile As Boolean)

NeedBreakDoWhile = False

Dim DataStartID, DataEndID As Integer

Dim thePos As Integer
thePos = InStr(AnalysisStr, Chr(13) & Chr(10) & Chr(13) & Chr(10))

If thePos > 0 Then

AnalysisStr = Right(AnalysisStr, Len(AnalysisStr) - thePos - 3)
DataStartID = StandAnalysisStrLength - Len(AnalysisStr)

thePos = InStr(AnalysisStr, UploadSplitChar)

'LogStr = LogStr & "AnalysisStr=" & AnalysisStr & vbCrLf & "<p>" & vbCrLf

            If thePos > 0 Then
                'Found the File End
                AnalysisStr = Right(AnalysisStr, Len(AnalysisStr) - thePos + 3)
                DataEndID = StandAnalysisStrLength - Len(AnalysisStr) - 1

                theFileStream.Write(AnalysisByte, DataStartID, DataEndID - DataStartID + 1)
                theFileStream.Flush()
                theFileStream.Close()

                IsFileOperatingNow = False
                NeedBreakDoWhile = False
            Else
                'Did not find the file end, leave 50 length for AnaysisByte and exit do
                ' "-----------------------------7d6ab36c03d2" length is 41
                DataEndID = StandAnalysisStrLength - 50 - 1

theFileStream.Write(AnalysisByte, DataStartID, DataEndID - DataStartID + 1)

                ResizeToRightByte(AnalysisByte, 50)
                IsFileOperatingNow = True
                NeedBreakDoWhile = True
            End If

End If

End Sub
End Class

Re: ReadEntityBody() returning 0 after timeout? Answer below...

devnull — Thu, 13 Apr 2006 00:55:21 GMT

i can get an instance of the HttpWorkerRequest fine when the app is running on Full trust, but when its running at High or Medium i get a security error.

anyone figured out how to get it working with High/Medium trust?

Re: ReadEntityBody() returning 0 after timeout? Answer below...

Michael Leibman — Thu, 23 Mar 2006 19:02:13 GMT

One more thing. You also need to turn TRACING off in the web.config since it essentially reads all request fields itself.

Re: ReadEntityBody() returning 0 after timeout? Answer below...

Michael Leibman — Thu, 23 Mar 2006 18:28:15 GMT

NOTE: This also applies to Request["..."] and Request.Params["..."] syntax.

ReadEntityBody() returning 0 after timeout? Answer below...

Michael Leibman — Thu, 23 Mar 2006 06:46:17 GMT

Obviously, by this point, there is a lot of information on the web about implementing this sort of solution, and we are actually using the same approach at my company, so I am not going to comment on that. Suffice to say, this thread has proven to be very valuable.
The only problem with the code provided in this thread is that it does not work in IIS6 since the worker process used there is a subclass of ISAPIWorkerRequestInProc, so going directly to the base class gives you ISAPIWorkerRequestInProc and not ISAPIWorkerRequest. This can easily be fixed by walking up the inheritance tree until you get to ISAPIWorkerRequest instead of blindly going to the base class.

One problem that I had in my implementation specifically, was ReadEntityBody() returning 0 after a timeout under certain conditions. I've spent quite a bit of time trying to find the solution in various search engines, but unfortunately left empty-handed. It seems that a lot of people were having the same problem, but all of their posts either went unanswered or were answered with complete BS. Two particular replies come to mind. One is from an MVP who said "That's Internet for You..." and another from MS Support who said "Use Request.Files instead". Very helpful indeed :) I am sure that people who were having these problems eventually resolved them, but nobody bothered to post the answer. And it would have saved me 3 hours... Oh well. Hopefully, I can clear things up a little, so that the next poor soul does not have to repeat it.

The short version:

Make sure you are not referencing any FORM variables before you attempt to read the entity body.

The long version:

Simply put, this is a bug in the implementation and not in the .NET Framework / IIS. The WorkerProcess is not meant to be accessed from IHttpModule/HttpContext. It is marked internal for a reason. By using reflection go get access to an inaccessible property, we open up the Pandora's Box for problems like this. Unfortunately, in ASP.Net 1.0/1.1 this seems to be the only option.

This behavior occurs if you access FORM variables on the HttpRequest before attempting to call ReadEntityBody(). When the form is submitted using "multipart/form-data", all FORM variables contained in the message body - the FORM field you are querying might well be defined AFTER the file contents in the HTTP post body. So, in order to be able to read the FORM field value, it has to load the entire request body first. The getter for HttpRequest.Form initializes the field values collection by calling FillInFormCollection() which in turn calls GetMultipartContent():

private MultipartContentElement[] GetMultipartContent()
{
if (this._multipartContentElements == null)
{
byte[] buffer1 = this.GetMultipartBoundary();
if (buffer1 == null)
{
return new MultipartContentElement[0];
}
byte[] buffer2 = this.GetEntireRawContent();
if (buffer2 == null)
{
return new MultipartContentElement[0];
}
this._multipartContentElements = HttpMultipartContentTemplateParser.Parse(buffer2, buffer2.Length, buffer1, this.ContentEncoding);
}
return this._multipartContentElements;
}

When this method is called for the first time, it initializes _multipartContentElements by calling GetEntireRawContent() which does exactly what we are doing in our file upload module - it reads the rest of HTTP post body using ReadEntityBody(). The difference is that since GetEntireRawContent() does not reset WorkerProcess's _contentAvailLength, _contentTotalLength, _preloadedContent and _preloadedContentRead (nor should it), the next time we call ReadEntityBody(), there's nothing left to read in the pipeline!

Hope this helps,
Michael Leibman
Lead Software Developer
eProject Inc.
http://www.eproject.com

GAME OVER

AbsoluteZero — Tue, 21 Mar 2006 21:40:37 GMT

While most of the thread starters have had their solution for awhile (years removed by now) I only stumbled upon this thread a week or so ago and, using this thread as reference, was able to correctly put together an HTTPModule that solves the problem proposed at the begining of the thread.

I know that my previous post promised source code, however, there is about 500 lines of code altogether but I will elaborate on some areas that were not clear to me until I got straight down into coding. (and there may be an email address at the end of this post where you can contact me at ;])

First off, it doesn't matter which code base you use (CodeRage! or Bjorn.B posts on page 2) because you should be modifing that code anyway. (Both code sets do what they are supposed but if you have read this entire thread the changes you should make are obvious, but ill explain.)

The text file that is created in both the above examples are nice to see what a raw HTTP Request looks like because it defines the pattern you have to match to parse out the information but the truth of the matter is, after you have this system working those files become a moot point and you can remove the FileStream variable.

There is where I spent a good amount of my time testing and working on things and, maybe someone can clarifiy something for me; after I created the text file I converted that text file back into a byte array but, for some reason, the file data was corrupted. (Byte value 0 was replaced with byte value 32?) Before I realized this, my initial thought was to parse the text file, ya right. Remember that asp.net sets aside 10 bytes of Data for a string variable + 2 * the string length; ok not so bad if you are working with extremely small files but when you go to parse that string, say using substring(), a copy of the original string is made so everytime you call substring another copy is made, you can see why you will run out of Memory quickly.

After I realized that I was going to have to parse this information some other way, I needed to deal with my corrupted data and had read Turok-Han's post about System.Encoding.Default.GetBytes() as he was having the same problem I messed with this class, changing between UTF, ASCII, etc but to no avail, not only was my data corrupt but my byte array length was ALWAYS shorter then what my image length was. (In one case it was larger but significantly larger)

By this point I was begining to get frustrated and went through and re-read this thread and then, again, it was Bjorn.B that gave me a push in the right direction when he listed the classes that he had created to process his files; he process's his files a byte at a time, but this means you have to parse the entire request a byte at a time because you have no idea where the fields start and end.

My solution to this was to combine the byte array that held the preloaded body data and the body data into one byte array (completely bypassing a stream to the text file, since my data was getting corrupted when it was converted from bytes to text and then back to bytes i had no use for that text file) and then, myself, created a "DataParser" class that had one method: ParseData that took a byte as an argument.

Up until the previous 3 paragraphs, any person having a remote knowledge of .NET could have moved around CodeRage!'s class (all you had to do was compile and go) but it was dishearting for me to read comments of people spamming this board asking how to Parse the headers. I am all about sharing knowledge and helping someone out but there is a HUGE difference between that and simply having someone else do your work for you.

What im trying to say is, attempt to come up with your own solution before you come asking for code, I took the code and subtle direction of this board and was able to come up with a solution, I suggest you do the same or all you will ever be is a second rate programmer who runs to Forums when they have a trivial problem. (I will admit i posted 2 threads wondering about why my data was getting corrupted (AFTER i had done everything I could think of), but I don't think that is a trivial problem)

So the piece of the puzzle that has been missing, the DataParser.

My solution to this was to work with the byte array directly (this is a point where you should my a char array and convert your entire httpRequest to a character array and write both the byte array and character array to a text file, that will show you which byte values are associated with what characters). So what does any good parser do? It removes the data you need from a file and gets rid of the rest, but to do this you need to find a pattern in the file you are parsing. In our case we have an HTTP Request so, if you have run CodeRage! or Bjorn's code, open up one of those text files.

The first line will always be a series of '------------' (30 to be exact) followed by a series of Alpha and Numeric characters, this is your leading boundary the. (hyphen (-) has a byte value of 45 fyi) The end of each line is denoted by byte value 13 and then 10 the nearest i can guess is this is a Carriage Return and a line feed. So that is how you determine the end of your lines and the begning and end of your boundaries.

Each subsequent line (except your actual data) after the Boundary will begin with a C (byte value 67) e.g.: Content-Disposition or Content-Type. The latter line will only exist if the data you are working with is an uploaded file. Each value on the Content-Disposition line is delimited by a (;) (byte value 59) this is how you determine what you are working with (file name, control id, content dispo) and then you parse your data from there.

Content-Type does not have a (;) but there is a space (byte value 32) between content-type and the file type so there is your delimiter to look for.

Regardless if you are working with a file or with text from a text box, there is always a line break between the data and the data information (13, 10) this is how you can tell when you start working with your data.

This is the tricky part, all of the delimiting values i have mentioned thus far (45,13,10) all will exist inside of your data so what I did was I created a loop that went through the entire data field and incrimented a integer for each pass if my loop didnt find 10 '-' together. If the loop found 10 '-' I exited the loop and the integer that I had been incrimenting is my file length (in bytes) so I created another byte array and set its length to that of my counting integer and went through the loop one more time, this time adding bytes to the array i had just created. And guess what? You now have the file and its size! At this point you could write the array to disk and save the file with appropriate extension and your done...that doesnt fit my needs as I am saving my files directly to a database. Being that I already have the file stored in a byte array i created yet another class called DataAccess and it to contained only 1 method, proccess files. It excepts 3 arguments, file type (string), length(integer), and data (byte).

From here it is as simple as connecting to a database and passing the information in. Im not going to go into how to retrieve the data or what you need for that, you need to figure SOMETHING out ;]

If you have read this post in its entireity, I have all but done the work for you. I have told you how to parse the data, what your delimiters are, and so on; the only thing I haven't done is code for you. As I said, I think you should try to solve this problem using all the reference in this thread, you are a programmer and that is what you do: Solve problems.

If you are unable to solve the problem or if you are just lazy, you can contact me at abs0lutezeerow@gmail.com and I will share my source code with you, and that is ALL I will do. I will not support it, I will not answer any questions you have about it, I will let you look at it and get an idea how it works. It is NOT a complete solution, there is no upload progress bar there is no option to save to disk, you must adjust it accordingly.

My hats off to the thread starters and all of the commenters, but I think this thread is offically closed. =]

-Regards,

Doug

Re: Somebody must know the answer, please help: HttpHandler or HttpModule for file upload, large files, progress indicator?

AbsoluteZero — Tue, 14 Mar 2006 02:26:12 GMT

Well this have been an exhausting thread and I would like to extended my gratitude to CodeRage, ups, and everyone else that had intellectual feedback on this topic. No doubt this thread will be visited countless more times before it is closed and locked by the Admins so for anyone that comes to this thread and decides to post questions let me recap the entire thread so that you dont waste your keystrokes.

-It is to your advantage to understand both C# and VB.Net when reading this thread as examples are mixed between both languages

-Both CodeRages and ups's code work, however, I found that if I ran the input fields as server controls I was able to get a more worthwhile HTTP Request. (ContentType, filename, etc)

-Noone on here has provided a "canned solution" for this application, however, there is enough information within this thread to assemble an httpmodule that will circumvent that Memory issue of the aspnet_wp.exe

-Before you have a useable file, you must convert the encoded file into a useable file. (This requires parsing the text file that is created.)

-An answer to UPS's one question, Microsoft didn't reply to this thread because they didnt have to; they had a team of developers figuring out a work around to their code...for free. You have essentially done them a favor.

-Lastly, had it not been for this thread I would still be sitting here staring at my C++ books cotemplating whether or not I really wanted to write an ISAPI Filter for IIS so for that I am greatly thankful and as such I will post my COMPLETE SOURCE CODE here within the next couple of days, however unsupported, as I do not have enough time throughout the day to answer questions. (Some of the features that I am implementing obviously not everyone will use, but you will get the general idea)

Regards,

-Doug

Re: Somebody must know the answer, please help: HttpHandler or HttpModule for file upload, large files, progress indicator?

jasonchewy — Fri, 04 Nov 2005 18:25:48 GMT

I've just recently stumbled upon the asp.net file upload forum.

I'm having problem where the readentitybody returns 0.

Not really sure if the problem was solved on the forum.

My readentitybody does work...until it gets to the end of a file, where the last "chunk" of the file doesn't get to the server.  it just returns 0 for
readentitybody, but never "hangs".

If anyone has any tips, please let me know.
Thank You.