Article on CodeProject on adding a Zip filter to Web Services

<< Isaac Hayes' Three Laws of Robotics | Home | Patterns and Practices...suck! >>

Article on CodeProject on adding a Zip filter to Web Services

This is really a pretty slick way of adding Zip support to all .NET web service calls (which I've just noticed also references an old post of mine yay!). Even though this is very slick, I still yearn for a way to apply a simple modification to the proxy class to support the native HTTP 1.1 compression stuff...anyone...?

Print | posted on Sunday, July 18, 2004 10:59 PM

Comments on this post

# re: Article on CodeProject on adding a Zip filter to Web Services

china love you

Left by 中国软件站 on Jul 21, 2004 11:10 AM

# re: Article on CodeProject on adding a Zip filter to Web Services

And I love china...feelin' a whole lotta love right now...:-)

Left by Scott Galloway on Jul 21, 2004 6:35 PM

# re: Article on CodeProject on adding a Zip filter to Web Services

I'm running into a problem with a bounds error in the Compress Method at "Stream s = OutputStream(ms);" It doesn't seem to step into the OutputStream method, simply error out with a bounds error message about the index needing to be non-negative and less than the size of the collection.

Any suggestions on what might be wrong? Or better yet how to fix it?

Left by James Drudge on Jul 29, 2004 9:46 PM

# re: Article on CodeProject on adding a Zip filter to Web Services

Interesting, are you using the BZip2 stream by any chance? There was (is?) a bug in the SharpZipLib implementation of this...try it with a different compression provider (say gzip). If not, I'll need more information to establish the problem...

Left by Scott Galloway on Jul 29, 2004 9:50 PM

# re: Article on CodeProject on adding a Zip filter to Web Services

Unfortunately I am already using GZip. I'll see what I can dig up in the way of better info. Thanks for the quick reply.

Left by James Drudge on Jul 30, 2004 4:17 PM

# re: Article on CodeProject on adding a Zip filter to Web Services

Very strange...I haven't seen that error, can you send a sample of the code you're using to me (scott_spam2@mostlylucid.co.uk), thanks.

Left by Scott Galloway on Jul 30, 2004 4:20 PM

# re: Article on CodeProject on adding a Zip filter to Web Services

We have a .NET 1.1 client which is sending a gzipped soap request using
HttpWebRequest to an Apache server. The Apache server is using the
'mod_deflate' filter to decompress the incoming message, and to also compress
the response (GZIP).

The mod_deflate filter requires the 'Content-Length' header contained within
the incoming request to specify the number of UNCOMPRESSED bytes being sent
and not the actual bytes of the body of the compressed HTTP request itself.
The problem we have is .NET requires that you specify the number of actual
bytes written to the request stream as specified in the Content-Length header
of the request message. The exception we receive when attempting to close
the stream to send the request is:

[System.IO.IOException]: {System.IO.IOException}
HelpLink: Nothing
InnerException: Nothing
Message: "Cannot close stream until all bytes are written."
Source: "System"
StackTrace: " at System.Net.ConnectStream.CloseInternal(Boolean
internalCall, Boolean ignoreShutDownCheck)"
TargetSite: {System.Reflection.RuntimeMethodInfo}

Is there any way around this issue?

Left by PerryG on Dec 15, 2004 9:21 PM

Your comment:

Title:

Name:

Email: (never displayed)

(will show your gravatar)

Website:

Comment: Allowed tags: blockquote, a, strong, em, p, u, strike, super, sub, code

Please add 7 and 8 and type the answer here:

Enter the code shown above:

mostlylucid