Per Einar Ellefsen wrote:
> Yes, Stas, but I think this example was taken from the docs:
>
>http://perl.apache.org/preview/modperl-docs/dst_html/docs/2.0/user/overview/overview.html#Apache__Echo
>
>
> These examples need to be synced with the CVS versions then.
done, thanks
At 04:11 26.04.2002, Stas Bekman wrote:
>Per Einar Ellefsen wrote:
>>At 22:04 25.04.2002, Per Einar Ellefsen wrote:
>>
>>>At 21:39 25.04.2002, Lihn, Steve wrote:
>>>
Hi,
I am testing the Apache::Echo connection handler for Apache2 and
mod_perl 2.
But encounter the following error:
Hi Guys,
Can someone suggest a good method for debugging the server portion of
soaplite applications when used in a mod perl context.
Debugging in the sense that I want to print out strings to apache log or
similar.
Ric
For a nice review of the latest and the greatest mod_perl cookbook head
to perl.com: http://www.perl.com/pub/a/2002/04/25/review.html
(by Simon Cozens)
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://st
Per Einar Ellefsen wrote:
> At 22:04 25.04.2002, Per Einar Ellefsen wrote:
>
>> At 21:39 25.04.2002, Lihn, Steve wrote:
>>
>>> Hi,
>>> I am testing the Apache::Echo connection handler for Apache2 and
>>> mod_perl 2.
>>> But encounter the following error:
>>>
>>> [Thu Apr 25 15:32:15 2002] [error
> Can someone take a close look what is wrong in Apache::Echo?
Sorry about this! It is working. In the docs, the input is echoed
twice. I only saw it once on my screen so I thought it is not working.
Later I put some debug code into the module. It indicates it receives
the input. Maybe telnet on
Well, let's start with the basics...
In httpd.conf (or mod_perl.conf or wherever) you have...
PerlSetVar AFS_AdminDBI_SecretKeyFile /path/to/your/keyfile
right? From the error you describe it sounds like you don't have this
variable declared correctly.
-Fran
> my @keyfile_vars = grep
Within 5 minutes of sending this out, I found the solution and promptly
slapped my head several times. My apologies for wasting bandwidth, but
while I'm at it, here's the solution (to help those in the future who fall
into this snare):
You have to make sure your PerSetVar directive for the
Realm
At 22:56 25.04.2002, Doran L. Barton wrote:
>I've gone over this several times and I'm pretty sure I've done everything
>right. So... I started hacking debug statements into AuthCookieDBI.pm. What
>I discovered was that the %SECRET_KEYS hash is not being populated at
>server startup via the BEGIN
On Thu, 25 Apr 2002, Les Mikesell wrote:
> > From: D. Hageman [mailto:[EMAIL PROTECTED]]
> > Subject: Re: File::Redundant
> >
> > Interesting ... not sure if implementing this in this fashion would be
> > worth the overhead. If such a need exists I would imagine that
> > would have
> > choos
I'm hoping someone has tackled this already and can give me a hint.
I'm trying to implement Apache::AuthCookieDBI to do ticket-based
authentication, but it's not working. I'm getting this in my error log:
[error] access to /LOGIN failed for 192.168.1.2, reason: Apache::AuthCookieDBI:
didn't h
This combination allows Apache2 to compile.
use Apache::Const qw/:common/;
return OK;
But when I telnet to that port. I do not get anything.
Error log does not show anything as LogLevel is set to debug.
Can someone take a close look what is wrong in Apache::Echo?
Steve Lihn
FIS Database
At 22:04 25.04.2002, Per Einar Ellefsen wrote:
>At 21:39 25.04.2002, Lihn, Steve wrote:
>>Hi,
>>I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
>>But encounter the following error:
>>
>>[Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
>>[Thu
> From: D. Hageman [mailto:[EMAIL PROTECTED]]
> Subject: Re: File::Redundant
>
> Interesting ... not sure if implementing this in this fashion would be
> worth the overhead. If such a need exists I would imagine that
> would have
> choosen a more appropriate OS level solution. Think OpenAFS.
At 22:00 25.04.2002, Perrin Harkins wrote:
>Oops, that's right, it's in the Apache::Constants package. Changing your
>code to say Apache::Constants::OK should do it. No need to import all of
>that stuff unless you want to.
This is mod_perl 2, so Apache::Constants has been replaced by Apache::
At 21:39 25.04.2002, Lihn, Steve wrote:
>Hi,
>I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
>But encounter the following error:
>
>[Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
>[Thu Apr 25 15:32:15 2002] [error] Bareword "Apache::OK" no
Oops, that's right, it's in the Apache::Constants package. Changing
your code to say Apache::Constants::OK should do it. No need to import
all of that stuff unless you want to.
Jon Robison wrote:
> maybe a "use Apache::Constants qw/ :common /;"
>
> --Jon Robison
>
> "Lihn, Steve" wrot
Andrew McNaughton <[EMAIL PROTECTED]> wrote:
>
>
>On Thu, 25 Apr 2002, James G Smith wrote:
>
>> What's a `very large amount of data' ? Our NIS maps are on the order
>> of 3 GB per file (>64k users). Over a gigabit ethernet link, this
>> still takes half a minute or so to copy to a remote system
maybe a "use Apache::Constants qw/ :common /;"
--Jon Robison
"Lihn, Steve" wrote:
>
> Hi,
> I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
> But encounter the following error:
>
> [Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
>
Lihn, Steve wrote:
> [Thu Apr 25 15:32:15 2002] [error] Bareword "Apache::OK" not allowed while
> "strict subs" in use at C:\Apache2/blib/lib/Apache2/Apache/Echo.pm line 25.
> Compilation failed in require at (eval 2) line 3.
>
> What do I miss?
Try Apache::OK() instead. Damn these faux constan
Hi,
I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
But encounter the following error:
[Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
[Thu Apr 25 15:32:15 2002] [error] Bareword "Apache::OK" not allowed while
"strict subs" in use at C:\Apa
Interesting ... not sure if implementing this in this fashion would be
worth the overhead. If such a need exists I would imagine that would have
choosen a more appropriate OS level solution. Think OpenAFS.
On Thu, 25 Apr 2002, Cahill, Earl wrote:
> Just putting about a little feeler about t
On Thu, 25 Apr 2002, James G Smith wrote:
> What's a `very large amount of data' ? Our NIS maps are on the order
> of 3 GB per file (>64k users). Over a gigabit ethernet link, this
> still takes half a minute or so to copy to a remote system, at least
> (for NIS master->slave copies) -- this
"Cahill, Earl" <[EMAIL PROTECTED]> wrote:
>Just putting about a little feeler about this package I started writing last
>night. Wondering about its usefulness, current availability, and just
>overall interest. Designed for mod_perl use. Doesn't make much sense
>otherwise.
I would think it coul
Just putting about a little feeler about this package I started writing last
night. Wondering about its usefulness, current availability, and just
overall interest. Designed for mod_perl use. Doesn't make much sense
otherwise.
Don't want to go into too many details here, but File::Redundant, t
Richard Titmuss wrote:
> Hi,
>
> I am trying to setup Apache::VMonitor on a mod-perl enabled server. The
> page is returned OK but some of the information seem corrupt. The
> following is an example of the output which I get:
>
> ##PID M Elapsed LastReq Srvd Size Share VSize Rss
Hi,
I am trying to setup Apache::VMonitor on a mod-perl enabled server. The
page is returned OK but some of the information seem corrupt. The
following is an example of the output which I get:
##PID M Elapsed LastReq Srvd Size Share VSize Rss Client
Request (first 64 chars)
> "Christian" == Christian Gilmore <[EMAIL PROTECTED]> writes:
Christian> Hi, Drew.
>> I came across the very problem you're having. I use mod_bandwidth, its
>> actively maintained, allows via IP, directory or any number of ways to
>> monitor bandwidth usage http://www.cohprog.com/mod_bandwid
The URL
http://www.modperlcookbook.org/~geoff/modules/Apache-Clean-0.04.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GE/GEOFF/Apache-Clean-0.04.tar.gz
size: 5009 bytes
md5: 867280d1d142c8099380e189332244c5
this release adds a new directive, CleanCache, which controls the
Sorry if this is already known, or if I'm posting to the wrong
people, (I'm new to the mod_perl world), but :
Looks like there's a minor bug in Apache::Session::Lock::File::clean().
Patch : (against version 1.01, in distribution Apache-Session-1.54)
(also adding proper local()ization of handles)
30 matches
Mail list logo
