On Mon, 2006-01-16 at 10:52 -0700, Tom Tromey wrote: > When I run that case program, if I specify that it should ask for a > gzip encoding, Sun's protocol handler hands back a gzipped stream -- > i.e., it does not uncompress.
I didn't even notice this option! > I think either behavior is correct, since user code has no way of > knowing whether it should have gotten a zipped stream. But I > wonder... Sun's behavior seems a bit nicer since it allows the option > of not uncompressing, if that is what is wanted. Ok, but this is a separate problem we could address in another patch. > Also I wonder about throwing an exception if we don't recognize the > content-encoding. It seems to me that the caller might well recognize > it somehow. Maybe. Again, this is a separate problem we can address in another patch. I just want to get this patch into rawhide. My feeling is that it solves an incompatibility, and introduces no regressions. AG _______________________________________________ Classpath-patches mailing list Classpath-patches@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-patches
