Re: Are all .cgi helper modules unfit for http methods common in REST?

[Anonymous Monk]

My experience is that CGI.pm 3.49 does not read in the put data correctly, although it should do so and store it in param('PUTDATA').

Have you submitted a bug report?

Other non-standard methods do send content as well, for example the PROPFIND method common in WebDAV

Usually for WebDAV you run a dedicated webserver

In one sentence: is there a .cgi helper who is fit for REST?

Yes, its called mod_perl :)

[isync]

Have you submitted a bug report?

No account. And who solves these bugs anyway? ;)

dedicated webserver .. mod_perl

Already in the pipeline (as everything else turned out to be a wall). But does that mean there is no equivalent for the CGI interface?
Further, running a dedicated HTTP webserver for us perlheads means building something around HTTP::Daemon (which for me seems to be unstable, see this node or Net::Server with a completely unusable ::HTTP implementation.

Second, mostly you'll end up describing your requests as HTTP::Request objects, which is great, but these aren't procedural as well. So you'll end up waiting for a HTTP::Request object to complete, with a 2GB content variable - and you've got no access to it while it arrives. No buffered reading, no partial XML parsing possible...

[Anonymous Monk]

No account. And who solves these bugs anyway? ;)

You claim there is a bug, but you won't submit a bug report?

But does that mean there is no equivalent for the CGI interface?

No, it doesn't mean that, that would be jumping to conclusions.

...see this node ...No buffered reading....

Not very authoritative ... see Re^2: POST'ing a large File with LWP::UserAgent for one example, if LWP::UserAgent can use callbacks to chunk file uploads and downloads, so can you

[isync]

Okay, more like a feature-request..