Re: Can't find Apache::ModuleConfig
Tom Schindl wrote: Maybe one could mark the things not implemented yet with a big comment and remove things which will never implemented. I'm thinking of Apache::TIPool, Apache::ModuleConfig, ... . I'm planning to revamp these old docs all at once. Sounds good. Do you know how long this will take? Hopefully, soonish. May I ask more question? 1) How can I read params sent via GET or POST? In mod_perl-1.2x this was done via $r->param("bla"). Apache::RequestRec does not provide such an method. For now use CGI.pm, till Apache::Request gets ported to 2.0. Apache::compat also provides methods to retrieve the params couldn't I use them? Sure you can. That's why there were added. Although they're a little bit buggy (see my posting from yesterday "Problems with Apache::compat and german special chars" ). Yes, thanks. I didn't have a chance to look at it yet. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Can't find Apache::ModuleConfig
Am Mon, 2002-12-09 um 03.06 schrieb Stas Bekman: > Tom Schindl wrote: > > Thanks Stas. > > > > The documentation on perl.apache.org pointed me in a wrong direction > > (e.g. Apache::DBIPool > > (http://perl.apache.org/docs/2.0/user/overview/overview.html#Apache__DBIPool)) > > --cut- > > use strict; > > use Apache::TIPool (); > > use Apache::ModuleConfig (); > > use DBI (); > > > > > > --cut- > > > > Maybe one could mark the things not implemented yet with a big comment > > and remove things which will never implemented. > > I'm thinking of Apache::TIPool, Apache::ModuleConfig, ... . > > I'm planning to revamp these old docs all at once. > Sounds good. Do you know how long this will take? > > May I ask more question? > > > > 1) > > How can I read params sent via GET or POST? > > In mod_perl-1.2x this was done via $r->param("bla"). Apache::RequestRec > > does not provide such an method. > > For now use CGI.pm, till Apache::Request gets ported to 2.0. > Apache::compat also provides methods to retrieve the params couldn't I use them? Although they're a little bit buggy (see my posting from yesterday "Problems with Apache::compat and german special chars" ). > > 2) > > Will Apache::TIPool ever implemented? > > Not in the way it's described in the overview, but yes should be > implemented at some point. > > __ > Stas BekmanJAm_pH --> Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide ---> http://perl.apache.org > mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com > http://modperlbook.org http://apache.org http://ticketmaster.com -- b e s t s o l u t i o n . a tEDV Systemhaus GmbH Thomas SchindlProject Management mobile ++43/664/314 59 58 Anton-Rauch-Str.6aA-6020 Innsbruck fax ++43/512/935834 http://www.bestsolution.at phone ++43/512/935834 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Can't find Apache::ModuleConfig
Tom Schindl wrote: Thanks Stas. The documentation on perl.apache.org pointed me in a wrong direction (e.g. Apache::DBIPool (http://perl.apache.org/docs/2.0/user/overview/overview.html#Apache__DBIPool)) --cut- use strict; use Apache::TIPool (); use Apache::ModuleConfig (); use DBI (); --cut- Maybe one could mark the things not implemented yet with a big comment and remove things which will never implemented. I'm thinking of Apache::TIPool, Apache::ModuleConfig, ... . I'm planning to revamp these old docs all at once. May I ask more question? 1) How can I read params sent via GET or POST? In mod_perl-1.2x this was done via $r->param("bla"). Apache::RequestRec does not provide such an method. For now use CGI.pm, till Apache::Request gets ported to 2.0. 2) Will Apache::TIPool ever implemented? Not in the way it's described in the overview, but yes should be implemented at some point. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Can't find Apache::ModuleConfig
Thanks Stas. The documentation on perl.apache.org pointed me in a wrong direction (e.g. Apache::DBIPool (http://perl.apache.org/docs/2.0/user/overview/overview.html#Apache__DBIPool)) --cut- use strict; use Apache::TIPool (); use Apache::ModuleConfig (); use DBI (); --cut- Maybe one could mark the things not implemented yet with a big comment and remove things which will never implemented. I'm thinking of Apache::TIPool, Apache::ModuleConfig, ... . May I ask more question? 1) How can I read params sent via GET or POST? In mod_perl-1.2x this was done via $r->param("bla"). Apache::RequestRec does not provide such an method. 2) Will Apache::TIPool ever implemented? thx tom Am Son, 2002-12-08 um 10.27 schrieb Stas Bekman: > Tom Schindl wrote: > > Hi, > > > > I've installed perl-5.8.0, Apache2.0.43 and mod_perl-1.99_07. Now I want > > to use Apache::ModuleConfig but I can't find it anywhere. I've installed > > everything like it was shown on perl.apache.org. What have I done wrong? > > Any ideas? > > > > When looking at my old perl-5.6.1 installation with apache-1.3.x and > > mod_perl-1.2x, I found the module. Where has it gone now, do I have to > > use another module instead? > > mod_perl 2.0 has a much improved configuration customization framework. > You implement everything in perl now. There is no more > Apache::ModuleConfig, but there is Apache::Module. Since the change is > very significant, I don't think we will be able to provide a back > compatibility layer for this one. > > I'm working on the documentation for the custom configuration, but I > still didn't finish in as I encountered bugs, which aren't resolved yet. > > So, either wait a bit, till I finish the doc. Or if you are in hurry, > look at t/response/TestDirective/perlloadmodule* for examples. > > __ > Stas BekmanJAm_pH --> Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide ---> http://perl.apache.org > mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com > http://modperlbook.org http://apache.org http://ticketmaster.com -- Tom Schindl <[EMAIL PROTECTED]> signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Can't find Apache::ModuleConfig
Tom Schindl wrote: Hi, I've installed perl-5.8.0, Apache2.0.43 and mod_perl-1.99_07. Now I want to use Apache::ModuleConfig but I can't find it anywhere. I've installed everything like it was shown on perl.apache.org. What have I done wrong? Any ideas? When looking at my old perl-5.6.1 installation with apache-1.3.x and mod_perl-1.2x, I found the module. Where has it gone now, do I have to use another module instead? mod_perl 2.0 has a much improved configuration customization framework. You implement everything in perl now. There is no more Apache::ModuleConfig, but there is Apache::Module. Since the change is very significant, I don't think we will be able to provide a back compatibility layer for this one. I'm working on the documentation for the custom configuration, but I still didn't finish in as I encountered bugs, which aren't resolved yet. So, either wait a bit, till I finish the doc. Or if you are in hurry, look at t/response/TestDirective/perlloadmodule* for examples. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Can't find Apache::ModuleConfig
Hi, I've installed perl-5.8.0, Apache2.0.43 and mod_perl-1.99_07. Now I want to use Apache::ModuleConfig but I can't find it anywhere. I've installed everything like it was shown on perl.apache.org. What have I done wrong? Any ideas? When looking at my old perl-5.6.1 installation with apache-1.3.x and mod_perl-1.2x, I found the module. Where has it gone now, do I have to use another module instead? thx tom -- Tom Schindl <[EMAIL PROTECTED]> signature.asc Description: Dies ist ein digital signierter Nachrichtenteil