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
