java.net.URLDecoder for StringBuffer or InputStream

[HK]

Hi,

java.net.URLDecoder has only a method to decode a String into
a result String. Does anyone know of an InputStream or rather
Reader version?

(I thought I could answer HTTP POST requests in a
streaming fashion, i.e. starting to generate the output
while still data is coming in. But maybe this would not
work anyway?)

Harald Kirsch

 

[Ryan Stewart]

Hi,

java.net.URLDecoder has only a method to decode a String into
a result String. Does anyone know of an InputStream or rather
Reader version?

(I thought I could answer HTTP POST requests in a
streaming fashion, i.e. starting to generate the output
while still data is coming in. But maybe this would not
work anyway?)

That's probably not a good idea. How do you know what to give someone if you
don't know what all they're asking for?

 

[HK]

That's probably not a good idea. How do you know what to give someone if you
don't know what all they're asking for?

I want to filter data in the same fashion sed/awk/cat/tr you name it
filter data. Since the Web it seems this technique is almost
forgotton. First read all the data, fill your memory belly
until it almost bursts, choke, digest, trundle about and finally
respond is what seems to be fashionable today.-)

Sorry for the rant, but I am having a hard time convincing some
folks of the benefits of filtering/pipelining despite the fact that
their jaws drop when they see how responsive/fast software can be!-)
Harald.

 

[Ryan Stewart]

I want to filter data in the same fashion sed/awk/cat/tr you name it
filter data. Since the Web it seems this technique is almost
forgotton. First read all the data, fill your memory belly
until it almost bursts, choke, digest, trundle about and finally
respond is what seems to be fashionable today.-)

Sorry for the rant, but I am having a hard time convincing some
folks of the benefits of filtering/pipelining despite the fact that
their jaws drop when they see how responsive/fast software can be!-)
Harald.

Well, the decoding rules are laid out in the documentation of URLDecoder. It
would be very simple to write your own decoder class that would work with
InputStreams, Readers, or whatever else you wanted.

I'm not following you completely. What exactly are you trying to do? Decode the
data as it comes in rather than read it all and then decode it? If that's the
case, rather than write just a decoder, you might consider extending a Reader or
other input class and make a URLReader (or whatever): you would use this class
rather than, say, a BufferedReader to read the incoming data, and the reader
itself would decode it for you. I did something similar with a Writer to remove
extraneous white space from HTML HTTP responses. Obviously that worked the other
way around.

 

[HK]

it

Decode the
data as it comes in rather than read it all and then decode it? If that's the
case, rather than write just a decoder, you might consider extending a Reader or
other input class and make a URLReader (or whatever):

Indeed, this is exactly what I want. I was just a bit surprised
that there is nothing like this available already and thought
I might have missed it.

Thanks,
Harald.