Yep, something like FakeRequest is the easy solution, I guess one could
write something similar for apache2. Still, it's intriguing that a
standalone HTTP implementation is mentioned in RequestUtil's pod but I
cannot find a real implementation example anywhere.
-bharanee
On 8/31/07, Perrin Hark
On 8/30/07, bharanee rathna <[EMAIL PROTECTED]> wrote:
> It would work for the purpose of testing, mainly simulating a request
> without running apache like Apache::Test does currently.
Apache::Test does it this way because it's a better way to test. It
actually tests the full code path.
There a
Just following up,
this is already mentioned in
perldoc Apache2::RequestUtil
"It's possible to reuse the HTTP framework features outside the familiar
HTTP request cycle. It's possible to write your own full or partial
HTTP implementation without needing a running Apache server. You will
need
It would work for the purpose of testing, mainly simulating a request
without running apache like Apache::Test does currently. But as you say, it
would mean replicating the C functions. Just wondering if someone has
attempted this ?
On 8/31/07, Perrin Harkins <[EMAIL PROTECTED]> wrote:
>
> On 8/3
On 8/30/07, bharanee rathna <[EMAIL PROTECTED]> wrote:
> has anyone tried to create an instance of Apache2::RequestRec outside
> apache ?
How could that work? And even if it could work, what good what it be?
This class is a Perl version of the C API to Apache's internals. It
has no other purpo
hello folks,
has anyone tried to create an instance of Apache2::RequestRec outside
apache ?
I'm not an xs expert, but if i understand correctly Apache2::RequestRec
basically wraps the request_rec from apache2,
therefore creating one should be initializing a struct with some params
calling sv_set
