On Thu, 8 Nov 2001, Perrin Harkins wrote: > A layer like this makes sense if there's a desire to > invite the whole Perl world to the P5EE ball. If > there's a built-in assumption of mod_perl, it will > alienate people using SpeedyCGI, PerlEx, etc.
right. i was under the impression that inviting the entire perl world was an assumption of the group. but i might be wrong! > That's a problem that could be solved with > documentation. aw cmon, that's the easy way out. > What I had in mind is that the mod_perl > API calls these use are using are pretty simple and it > would be easy to steal the code from the best ones and > port it to something else. true. > I don't have any specific complaints about libservlet. > I'd probably prefer to see Perl-style method names > (get_foo(), not getFoo()) and named parameters > (get_foo(bar => \$baz)), but these are small things. I > think doGet()/doPost() are kind of silly too, and maybe > should be dropped in favor of service(). silly in what way? do you think that every servlet that's written should have to implement its own delegation scheme for http method handlers? or do you have another idea? re: method naming, parameter handling, etc: whatever the p5ee standard becomes, i will adopt with libservlet.
