NAME
POE::Component::Client::UserAgent
- LWP
and LWP::Parallel
based user agent
SYNOPSIS
use POE;
use POE::Component::Client::UserAgent;
POE::Component::Client::UserAgent -> new;
$postback = $session -> postback ('response');
$request = HTTP::Request -> new (GET => $url);
$poe_kernel -> post (useragent => request =>
request => $request, response => $postback);
sub response
{
my ($request, $response, $entry) = @{$_[ARG1]};
print $response -> status_line;
$_[KERNEL] -> post (useragent => 'shutdown');
}
DESCRIPTION
Note: POE::Component::Client::UserAgent
dependencies frequently have problems installing. This module is difficult to maintain when the latest dependencies don't work. As a result, we prefer to maintain and recommend POE::Component::Client::HTTP. That client has fewer, more actively maintained dependencies, and it tends to work better.
POE::Component::Client::UserAgent
is based on LWP
and LWP::Parallel
. It lets other tasks run while making a request to an Internet server and waiting for response, and it lets several requests run in parallel.
PoCoCl::UserAgent
session is created using spawn
or new
method. The two methods are equivalent. They take a few named parameters:
alias
-
alias
sets the name by which the session will be known. If no alias is given, it defaults touseragent
. The alias lets several client sessions interact with the UserAgent component without keeping (or even knowing) hard references to them. It is possible to create several UserAgent components with different names. timeout
-
The component will return an error response if a connection is inactive for
timeout
seconds. The default value is 180 seconds or 3 minutes.
The rest of the parameters correspond to various properties of LWP::UserAgent
and LWP::Parallel::UserAgent
. For details please refer to those modules' documentation.
agent
from
redirect
duplicates
in_order
remember_failures
proxy
parse_head
max_size
max_hosts
max_req
delay
-
The
delay
parameter is currently not used.
Client sessions communicate asynchronously with PoCoCl::UserAgent
by using an alias and posting events to the component. When a request is complete, the component posts back a response event using a postback the client provided when it made the request.
Requests are posted via the component's request
event. The event takes a few named parameters:
request
-
request
is a reference to anHTTP::Request
object that the client sets up with all the information needed to initiate the request. response
-
response
is the postback the component will use to post back a response event. The postback is created by the client usingPOE::Session
'spostback()
method. filename
-
filename
is an optional file name. If it is specified, the response will be stored in the file with that name. callback
-
callback
is an optional subroutine reference. If it is specified, the subroutine will be called as chunks of the response are received. chunksize
-
chunksize
is an optional number giving a hint for the appropriate chunk size to be passed to the callback subroutine. It should not be specified unlesscallback
is also specified. redirect
-
redirect
is an optional value specifying the redirection behavior for this particular request. A true value will make the UserAgent follow redirects. A false value will instruct the UserAgent to pass redirect responses back to the client session just like any other responses. Ifredirect
value is not specified then the default value passed to theUserAgent
's constructor will be used. That in turn defaults to following redirects.
When a request has completed, whether successfully or not, the UserAgent
component calls the postback that was supplied along with the request. Calling the postback results in posting an event to the session it was created on, which normally is the session that posted the request.
The postback event parameter with the index ARG0
is a reference to an array containing any extra values passed to the postback()
method when creating the postback. This allows the client session to pass additional values to the response event for each request.
The postback event parameter with the index ARG1
is a reference to an array containing three object references that are passed back by the UserAgent
session. These objects are:
HTTP::Request
-
This is the object that was passed to the
request
event. HTTP::Response
-
This is an object containing the response to the request.
LWP::Parallel::UserAgent::Entry
-
This is an object containing additional information about the request processing. For details please see the
LWP::Parallel::UserAgent
module and its documentation.
When the client is done posting request events to the component, it should post a shutdown
event, indicating that the component can release its alias. The component will continue to operate until it returns all responses to any pending requests.
EXAMPLE
#!/usr/bin/perl -w
# should always use -w flag!
# this is alpha software, it needs a lot of testing!
sub POE::Kernel::ASSERT_DEFAULT() { 1 }
sub POE::Kernel::TRACE_DEFAULT() { 1 }
use strict;
use POE; # import lots of constants
use POE::Component::Client::UserAgent;
# more debugging stuff
my $debuglevel = shift || 0;
POE::Component::Client::UserAgent::debug $debuglevel => 'logname';
# create client session
POE::Session -> create (
inline_states => {
_start => \&_start,
response => \&response
},
);
# now run POE!
$poe_kernel -> run;
# this is the first event to arrive
sub _start
{
# create the PoCoCl::UserAgent session
POE::Component::Client::UserAgent -> new;
# hand it our request
$_[KERNEL] -> post (
# default alias is 'useragent'
useragent => 'request',
{
# request some worthless web page
request => HTTP::Request -> new (GET => 'http://www.hotmail.com/'),
# let UserAgent know where to deliver the response
response => $_[SESSION] -> postback ('response')
}
);
# Once we are done posting requests, we can post a shutdown event
# to the PoCoCl::UserAgent session. Responses will still be returned.
$_[KERNEL] -> post (useragent => 'shutdown');
}
# Here is where the response arrives. Actually in this example we
# would get more than one response, as hotmail home page is a mere
# redirect to some address at passport.com. The component processes
# the redirect automatically by default.
sub response
{
# @{$_[ARG0]} is the list we passed to postback()
# after the event name, empty in this example
# @{$_[ARG1]} is the list PoCoCl::UserAgent is passing back to us
my ($request, $response, $entry) = @{$_[ARG1]};
print "Successful response arrived!\n"
if $response -> is_success;
print "PoCoCl::UserAgent is automatically redirecting the request\n"
if $response -> is_redirect;
print "The request failed.\n"
if $response -> is_error;
}
DEBUGGING
PoCoCl::UserAgent
has a class method called debug
. It can also be called as an object method, but the settings will affect all instances.
The method accepts two parameters. The first parameter is the debug level, ranging from 0 for no debug information to 9 for when you want to fill up your disk quota real quick.
Levels 3 and up enable PoCoCl::UserAgent
's debugging output. Levels 5 and up additionally enable LWP
's +debug
debugging option. Levels 7 and up additionally enable LWP
's +trace
debugging option. Levels 9 and up additionally enable LWP
's +conns
debugging option.
The second parameter, if it is specified and the first parameter is greater than 0, gives the name of the file where to dump the debug output. Otherwise the output is sent to standard error.
Additionally you may want to enable POE's own debugging output, using the constant sub declarations shown in the example above. So far I couldn't figure out how to affect it using the debug level parameter. The POE output will also go to the log file you specify.
SEE ALSO
- POE
-
POE or http://poe.perl.org/
- LWP
-
LWP or http://www.linpro.no/lwp/
- LWP::Parallel
-
LWP::Parallel or http://www.inf.ethz.ch/~langhein/ParallelUA/
Also see the test programs in the PoCoCl::UserAgent
distribution for examples of its usage.
BUGS
All requests containing a host name block while resolving the host name.
FTP requests block for the entire duration of command connection setup, file request and data connection establishment.
At most one request is sent and one response is received over each TCP connection.
All of the above problems are unlikely to be solved within the current LWP framework. The solution would be to rewrite LWP and make it POE friendly.
The RobotUA variety of UserAgent is not yet implemented.
LWP::Parallel often cannot install due to feature mismatches with recent versions of LWP. This interferes with our ability to maintain and test this module. Please see POE::Component::Client::HTTP, which does not rely on LWP::Parallel.
BUG TRACKER
https://rt.cpan.org/Dist/Display.html?Status=Active&Queue=POE-Component-Client-UserAgent
REPOSITORY
http://github.com/rcaputo/poe-component-client-useragent http://gitorious.org/poe-component-client-useragent
OTHER RESOURCES
http://search.cpan.org/dist/POE-Component-Client-UserAgent/
AUTHOR AND COPYRIGHT
Copyright 2001-2010 Rocco Caputo.
This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.