Re: [cgiapp] initial CGI::Application for Perl6 code published
Excuse my ignorance, but how far out is Perl6. I was under the impression that it was atleast 1.5 - 2 years away. If not I guess I better get start reading up on my new Perl (because if I remember correctly a long time ago when reading the exegises that its like an entirely new beast). On 7/5/06, Mark Stosberg <[EMAIL PROTECTED]> wrote: I've started on porting CGI::Application to Perl6. The current state is that I've made a number of code adjustments, but the module still doesn't compile. I haven't started converting any of the tests. I don't think the replacement for Class::ISA is even implemented yet, so the line that includes "$app_class.meta.class_precedence_list" will current fail. I'm sharing the code here in case anyone else wants to hack on it. It's a darcs archive: darcs get http://mark.stosberg.com/darcs_hive/CGI-Application-p6/ # hack darcs record darcs send I consider this a "blue sky" project where we should feel free to make API improvements in non-backwards compatible ways. For example, I think it's worth considering moving load_tmpl() to a plugin, and considering whether to keep both header_add() and header_props(). ( header_props() could accidentally clobber headers set a plugin... header_add() is almost always a better choice. ). Also, some might like a complete decoupling with CGI.pm. Even the name could be changed. :) ( It seems the DateTime module will be just "Date" in Perl6 ). For that matter, there's no reason that I need to be an official maintainer of this new project. Anyone else is welcome to publish another repository of a CGI::App that is equally as authoritative as my work. For the moment, I'm mostly interested in this project as an excuse to learn more about Perl6. Mark - Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[cgiapp] initial CGI::Application for Perl6 code published
I've started on porting CGI::Application to Perl6. The current state is that I've made a number of code adjustments, but the module still doesn't compile. I haven't started converting any of the tests. I don't think the replacement for Class::ISA is even implemented yet, so the line that includes "$app_class.meta.class_precedence_list" will current fail. I'm sharing the code here in case anyone else wants to hack on it. It's a darcs archive: darcs get http://mark.stosberg.com/darcs_hive/CGI-Application-p6/ # hack darcs record darcs send I consider this a "blue sky" project where we should feel free to make API improvements in non-backwards compatible ways. For example, I think it's worth considering moving load_tmpl() to a plugin, and considering whether to keep both header_add() and header_props(). ( header_props() could accidentally clobber headers set a plugin... header_add() is almost always a better choice. ). Also, some might like a complete decoupling with CGI.pm. Even the name could be changed. :) ( It seems the DateTime module will be just "Date" in Perl6 ). For that matter, there's no reason that I need to be an official maintainer of this new project. Anyone else is welcome to publish another repository of a CGI::App that is equally as authoritative as my work. For the moment, I'm mostly interested in this project as an excuse to learn more about Perl6. Mark - Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cgiapp] Re: Class::MOP and performance
On 7/5/06, Perrin Harkins <[EMAIL PROTECTED]> wrote: On Mon, 2006-07-03 at 08:40 -0400, Ricardo SIGNES wrote: > This is another good reason to work on making CGI::Application easier to use > under mod_perl! Is there something difficult about using it under mod_perl? I think he is considering calling 'new' on a CGI::App object once, and then calling 'run' on it multiple times in a mod_perl environment. Currently that can lead to problems with leftover info in the object. However, the cost of creating a new CGI::App object is very minimal, so I don't think it is really a big problem at the moment. Cheers, Cees - Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cgiapp] Re: Class::MOP and performance
On Mon, 2006-07-03 at 08:40 -0400, Ricardo SIGNES wrote: > This is another good reason to work on making CGI::Application easier to use > under mod_perl! Is there something difficult about using it under mod_perl? - Perrin - Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [cgiapp] Authentication Plugin
On Wed, 5 Jul 2006 01:10:01 -0400, Michael Petnuch wrote: Hi Michael > I don't know if it's such a good idea to assume that the program > will use 'rm' as the mode_param criteria. I, for instance, used to > use 'n' as my mode_param. Is there a way to get from C::A what the > mode_param is? That would probably be a better idea. Good point, but at least we're talking about the same thing. > login page is displayed. I was only citing login_box because I > wanted to see how Cees was setting the $destination variable. The > problem stems from the fact that destination is expected to be set > via $query- Oh. > I send my passwords in an encrypted form. I just have apache > rewrite any incoming login request to go over the https protocol. > Do you not use https? I don't have access to apache's conf file on that particular machine, so using rewrite is not an option. > significantly. This alone keeps me wanting to use the modules. Exactly. Such modules reduce the complexity of our code, except when the effort to interface to the module outweighs the saving... -- Cheers Ron Savage, [EMAIL PROTECTED] on 5/07/2006 http://savage.net.au/index.html Let the record show: Microsoft is not an Australian company - Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
