views:

1649

answers:

7

I have a web service that takes a byte[] and saves it.

This works fine for "small" files, but once I hit a certain size the web service fails and returns "The request failed with HTTP status 404: Not Found."

From what I've seen this appears to be an IIS setting that limits the size of a file that can be posted (to prevent Denial of Service attacks). I've tried to increase that setting, but I am having trouble determining what setting and where/how one would set it. I am using IIS7 and the webservice is done in .net (asmx).

In the web.config of the web service I have added the following (which seemed to increase the size of file that can be accepted, but not all the way to this setting size)

  <system.web>
     <httpRuntime executionTimeout="999999" maxRequestLength="2097151" />
     ...
  </system.web>

Any suggestions on where (and how) to increase the size of file that the web service would be greatly appreciated.

A: 

maxRequestLength is in KB, not bytes. This should give you a 30 MB limit within a 4-minute timeout window.

<httpRuntime executionTimeout="240" maxRequestLength="30000" />

Having numbers that are too high may be actually preventing your values from being applied. I think I ran into this a few years ago when I thought it was a byte limit (vague memory).

richardtallent
I changed to these values, same result. The values I have were taken from this (somewhat related/somewhat unrelated) article: http://support.microsoft.com/kb/925083 - both value sets seem to have the same issue.
ChrisHDog
What is your ScriptTimeout set to on the receiving page?
richardtallent
+1  A: 

You should keep in mind that web services aren't primarily designed as file transfer mechanisms. Any purpose-designed file transfer protocol will likely do a better job than a web service. For instance, such protocols are more likely to deal with error recovery, partial uploads, etc.

However, if you're going to use web services for this purpose in .NET, you should use WCF, if at all possible. Among other benefits, WCF handles streaming, and will therefore be a lot more efficient in terms of memory usage. I'm concerned that if you follow the two (accurate) suggestions above, your next result will be "out of memory or resources" exceptions, as the old ASMX technology tries to load your entire 25MB file into memory at once. In fact, it may have several copies in memory at the same time!

John Saunders
+1  A: 

This doesn't specifically answer you question, but what I've done in the past is use WCF to transfer file names/paths/listings, but then use an FTP library to transfer the file via FTP.

NotDan
+1  A: 

If you're set on using Web Services to move around files I would at least consider using WS-Attachment / DIME attachments. The primary problem with sending byte[]'s over web services is that they get put in the SOAP body which is gets encoded as a base 64 string. Encoding files like this grows the size of the file by as much as two thirds in the soap body (ie. a 6 MB file becomes a 9 MB file over the wire).

It's likely that your 25 MB upload is turning into HUGE soap envelopes.

I'd strongly suggest reading this. Which might get you into DIME.

Here's an excerpt.

Microsoft's WSE Toolkit allows large attachments to be sent along with a Web service method using the DIME and WS-Attachments standards. We'll examine these standards and why they are more efficient than sending large amounts of binary data in a Web service call through other common means.

Hope that helps!

Tyler
Exactly what I was going to suggest. XML Denial of Service filters will buffer the whole SOAP message, and the buffer size is limited. Sending the base-64 encoded binary as an attachment avoids that. DIME will make it easier for Java, PHP, and other clients to use the service as well.
R Ubben
Sorry, but WSE IS OBSOLETE. DO NOT USE IT UNLESS YOU HAVE NO OTHER CHOICES AT ALL. Sorry to shout, but it seams that not everyone has heard this, or not all have taken the hint that WSE is not supported in Visual Studio 2008 or above.
John Saunders
John makes a great point, WSE IS deprecated and it's road map is pretty bleak compared to WCF. That being said if we're talking about updates to an existing web service that isn't about to be overhauled to WCF (or the .NET v3.0+ framework isn't viable) I'll stick to my guns and recommend DIME/WS-Attachment.
Tyler
@Tyler: you may want to check my profile here and see if that makes things more clear. The correct word for WSE is not "deprecated", it's "obsolete". It's _much_ closer to being actually unsupported than "deprecated" might suggest. Truly, the correct answer for WSE is "just don't go there". See http://social.msdn.microsoft.com/Forums/en-US/asmxandxml/thread/65224159-b7bf-44dc-937b-94fe2440ba70.
John Saunders
+1  A: 

If I was stuck having to use web services and needed to support very large files I would look at implementing a system that allows you to upload files in pieces.

Eg.

  • ticketId GetTicket(size)
  • UploadData(ticketId, byte[] payload) (this can be called as many times as you want)
  • FinalizeUpload(ticketId)

This would allow you to chunk up the big uploads, and not hold too much data in memory. The disadvantage is that you are still using a fairly inefficient transport mechanism.

Sam Saffron
+3  A: 

In addition to the httpRuntime/maxRequestLength mentioned in the question, it looks like there is an additional item that can be added to the web service's web.config file to permit large file transfers.

  <system.webServer>
    <security>
      <requestFiltering>
        <requestLimits maxAllowedContentLength="2000000000" />
      </requestFiltering>
    </security>
  </system.webServer>

This appears to enable larger files to be uploaded via web services.

ChrisHDog
Just a note on this: an indication that you're missing this setting is when you get a 404 from the WCF service but there is no error message in WCF tracing (yes very helpful I know - thanks WCF). Glad you found this Chris, you've saved me wasting any more hours on this.
Andy Britcliffe
+1  A: 

Just to add information to people googling this web.config:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\ISAPI

<location path="Copy.asmx"> <!-- Name of you asmx -->
    <system.webServer>
      <security>
        <requestFiltering>
          <requestLimits maxAllowedContentLength="104857600"/> <!-- 100 megs -->
        </requestFiltering>
      </security>
    </system.webServer>
  </location>

This solved our problem after troubleshooting this issue for quite som time.

sonstabo