-8<-- Start Bug Report 8<--
1. Problem Description:
Two failures in make test building mod_perl 2.0.3
2. Used Components and their Configuration:
*** mod_perl version 2.03
*** using /tmp/mod_perl-2.0.3/lib/Apache2/BuildConfig.pm
*** Makefile.PL op
Tracy12 wrote:
Can I know how can I install the above module(CGI::Session) to my system.
There is lots of good documentation about installing perl modules. You
can read the perlmodinstall man page. You can pick up a good book like
"Intermediate Perl." There is a discussion about CPAN modul
CGI::Session looks like it gives a good abstraction.
I used use CGI::Session; in my code and came up with the error failed to
resolve handler `AuthCAS->authen_handler': Can't locate CGI/Session.pm in @
I am using fedora core 5 with Apache 2.2 with mod_perl 2.x
Can I know how can I install the
On Jan 17, 2007, at 7:11 PM, Tracy12 wrote:
Well does this all mean there is limited features to do session
handling on
mod_perl. Well I am new to mod_perl but in JAVA/Servlet you can do
a simple
thing like this
request.getSession().setAttribute("my_remote_user",authenticated
user>);
fo
Apache::AuthCAS module on CPAN does not support OPEN SSL also it creates
database tables to store data, we tried it on Apache 2.2 with mod_perl 2.0
it failed. We need only a serviceValidate from CAS not other functions.
mod_cas looks ok but does not supports Apache 2.2
We have almost finish ou
On Wed, 2007-01-17 at 16:11 -0800, Tracy12 wrote:
> Well does this all mean there is limited features to do session handling on
> mod_perl.
Concepts like sessions are not built into mod_perl. They are
implemented separately by modules that you can find on CPAN, like
Apache::Session, which was sug
On Wed, 2007-01-17 at 14:50 -0800, Tracy12 wrote:
> What about the security measures if we store authenticated user information
> in a cookie,
>
> Cant we handle in the server session and and store it as a session variable.
> This would be much secure?
Have you looked at the Apache::AuthCAS modul
Well does this all mean there is limited features to do session handling on
mod_perl. Well I am new to mod_perl but in JAVA/Servlet you can do a simple
thing like this
request.getSession().setAttribute("my_remote_user",);
for subsequent requests we can retrieve this attribute and do what we want
On Jan 17, 2007, at 5:50 PM, Tracy12 wrote:
What about the security measures if we store authenticated user
information
in a cookie,
Cant we handle in the server session and and store it as a session
variable.
This would be much secure?
you store a session id in a cookie
you store th
Assuming your not re-using session variables, you might want to verify that
your package names do not conflict and that your conditions for any redirects
are not confused. I remember fighting this in a previous life.
B
On Wednesday 17 January 2007 08:24, Perrin Harkins wrote:
> On Tue, 2007-01
What about the security measures if we store authenticated user information
in a cookie,
Cant we handle in the server session and and store it as a session variable.
This would be much secure?
Robert Landrum wrote:
>
> Tracy12 wrote:
>> My perl authentication handler works fine BUT the biggest
Tracy12 wrote:
My perl authentication handler works fine BUT the biggest problem inside my
Auth handler I do some resource intenstive tasks and if everything
successful set the REMOTE_USER env variable.
But for the subsequent requests from the same user (after the initial
Authentication is succe
Daniel Risacher wrote:
Is it possible to get the file descriptor for the client socket from the
RequestRec?
I.e. something like $r->FILENO (which doesn't seem to work) or perhaps
$r->connection->client_socket->os_sock
(os_sock exists in the APR structure in C, but there doesn't seem to be a p
Hi,
My perl authentication handler works fine BUT the biggest problem inside my
Auth handler I do some resource intenstive tasks and if everything
successful set the REMOTE_USER env variable.
But for the subsequent requests from the same user (after the initial
Authentication is successful) how c
Is it possible to get the file descriptor for the client socket from the
RequestRec?
I.e. something like $r->FILENO (which doesn't seem to work) or perhaps
$r->connection->client_socket->os_sock
(os_sock exists in the APR structure in C, but there doesn't seem to be a perl
accessor method.)
R
On Wed, 2007-01-17 at 10:25 -0500, Adam Prime x443 wrote:
> doesn't exist. Is the correct way to return a 301 to use
> Apache2::Const::HTTP_MOVED_PERMANENTLY ? I keep thinking that i've read
> somewhere that using the ::HTTP* constants isn't a good idea.
This thread covered it pretty well:
http:
On Tue, 2007-01-16 at 16:45 -0800, Will Fould wrote:
> I have a strange issue with a particular script that sometimes (often)
> generates a 302 to another script without a clear reason why.
Are you saying that you don't have any code in the script that generates
redirects, but they sometimes happe
Will Fould wrote:
I have a strange issue with a particular script that sometimes (often)
generates a 302 to another script without a clear reason why.
Oddly enough, I simply placed a few "warn('blah')" code snippets to
crudely determine from the error log where it was happening in
production
doesn't exist. Is the correct way to return a 301 to use
Apache2::Const::HTTP_MOVED_PERMANENTLY ? I keep thinking that i've read
somewhere that using the ::HTTP* constants isn't a good idea.
Adam
Geoffrey Young wrote:
$r->internal_redirect
That's the most equivalent. You can also just call some other handler
directly:
Foo::handler($r);
- Perrin
Tracy12 wrote:
> Hi,
>
> Java/Servlet/jsp world there are two types of http forwards/redirect
>
> redirect -> This is make a complete new request, loose all the request
> parameters
> forward-> Will preserve all the information (e.g parameters) and forward to
> the other URL
>
>
> in mod_perl w
Hi,
Java/Servlet/jsp world there are two types of http forwards/redirect
redirect -> This is make a complete new request, loose all the request
parameters
forward-> Will preserve all the information (e.g parameters) and forward to
the other URL
in mod_perl when we make a redirect (using the co
22 matches
Mail list logo
