.\" Automatically generated by Pod::Man 4.14 (Pod::Simple 3.43) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" Set up some character translations and predefined strings. \*(-- will .\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left .\" double quote, and \*(R" will give a right double quote. \*(C+ will .\" give a nicer C++. Capital omega is used to do unbreakable dashes and .\" therefore won't be available. \*(C` and \*(C' expand to `' in nroff, .\" nothing in troff, for use with C<>. .tr \(*W- .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' .ie n \{\ . ds -- \(*W- . ds PI pi . if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch . if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\" diablo 12 pitch . ds L" "" . ds R" "" . ds C` "" . ds C' "" 'br\} .el\{\ . ds -- \|\(em\| . ds PI \(*p . ds L" `` . ds R" '' . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" ======================================================================== .\" .IX Title "POE::Component::Client::HTTP 3pm" .TH POE::Component::Client::HTTP 3pm "2022-11-19" "perl v5.36.0" "User Contributed Perl Documentation" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "NAME" POE::Component::Client::HTTP \- a HTTP user\-agent component .SH "VERSION" .IX Header "VERSION" version 0.949 .SH "SYNOPSIS" .IX Header "SYNOPSIS" .Vb 1 \& use POE qw(Component::Client::HTTP); \& \& POE::Component::Client::HTTP\->spawn( \& Agent => \*(AqSpiffCrawler/0.90\*(Aq, # defaults to something long \& Alias => \*(Aqua\*(Aq, # defaults to \*(Aqweeble\*(Aq \& From => \*(Aqspiffster@perl.org\*(Aq, # defaults to undef (no header) \& Protocol => \*(AqHTTP/0.9\*(Aq, # defaults to \*(AqHTTP/1.1\*(Aq \& Timeout => 60, # defaults to 180 seconds \& MaxSize => 16384, # defaults to entire response \& Streaming => 4096, # defaults to 0 (off) \& FollowRedirects => 2, # defaults to 0 (off) \& Proxy => "http://localhost:80", # defaults to HTTP_PROXY env. variable \& NoProxy => [ "localhost", "127.0.0.1" ], # defs to NO_PROXY env. variable \& BindAddr => "12.34.56.78", # defaults to INADDR_ANY \& ); \& \& $kernel\->post( \& \*(Aqua\*(Aq, # posts to the \*(Aqua\*(Aq alias \& \*(Aqrequest\*(Aq, # posts to ua\*(Aqs \*(Aqrequest\*(Aq state \& \*(Aqresponse\*(Aq, # which of our states will receive the response \& $request, # an HTTP::Request object \& ); \& \& # This is the sub which is called when the session receives a \& # \*(Aqresponse\*(Aq event. \& sub response_handler { \& my ($request_packet, $response_packet) = @_[ARG0, ARG1]; \& \& # HTTP::Request \& my $request_object = $request_packet\->[0]; \& \& # HTTP::Response \& my $response_object = $response_packet\->[0]; \& \& my $stream_chunk; \& if (! defined($response_object\->content)) { \& $stream_chunk = $response_packet\->[1]; \& } \& \& print( \& "*" x 78, "\en", \& "*** my request:\en", \& "\-" x 78, "\en", \& $request_object\->as_string(), \& "*" x 78, "\en", \& "*** their response:\en", \& "\-" x 78, "\en", \& $response_object\->as_string(), \& ); \& \& if (defined $stream_chunk) { \& print "\-" x 40, "\en", $stream_chunk, "\en"; \& } \& \& print "*" x 78, "\en"; \& } .Ve .SH "DESCRIPTION" .IX Header "DESCRIPTION" POE::Component::Client::HTTP is an \s-1HTTP\s0 user-agent for \s-1POE.\s0 It lets other sessions run while \s-1HTTP\s0 transactions are being processed, and it lets several \s-1HTTP\s0 transactions be processed in parallel. .PP It supports keep-alive through POE::Component::Client::Keepalive, which in turn uses POE::Component::Resolver for asynchronous IPv4 and IPv6 name resolution. .PP \&\s-1HTTP\s0 client components are not proper objects. Instead of being created, as most objects are, they are \*(L"spawned\*(R" as separate sessions. To avoid confusion (and hopefully not cause other confusion), they must be spawned with a \f(CW\*(C`spawn\*(C'\fR method, not created anew with a \f(CW\*(C`new\*(C'\fR one. .SH "CONSTRUCTOR" .IX Header "CONSTRUCTOR" .SS "spawn" .IX Subsection "spawn" PoCo::Client::HTTP's \f(CW\*(C`spawn\*(C'\fR method takes a few named parameters: .ie n .IP "Agent => $user_agent_string" 2 .el .IP "Agent => \f(CW$user_agent_string\fR" 2 .IX Item "Agent => $user_agent_string" .PD 0 .IP "Agent => \e@list_of_agents" 2 .IX Item "Agent => @list_of_agents" .PD If a UserAgent header is not present in the HTTP::Request, a random one will be used from those specified by the \f(CW\*(C`Agent\*(C'\fR parameter. If none are supplied, POE::Component::Client::HTTP will advertise itself to the server. .Sp \&\f(CW\*(C`Agent\*(C'\fR may contain a reference to a list of user agents. If this is the case, PoCo::Client::HTTP will choose one of them at random for each request. .ie n .IP "Alias => $session_alias" 2 .el .IP "Alias => \f(CW$session_alias\fR" 2 .IX Item "Alias => $session_alias" \&\f(CW\*(C`Alias\*(C'\fR sets the name by which the session will be known. If no alias is given, the component defaults to \*(L"weeble\*(R". The alias lets several sessions interact with \s-1HTTP\s0 components without keeping (or even knowing) hard references to them. It's possible to spawn several \&\s-1HTTP\s0 components with different names. .ie n .IP "ConnectionManager => $poco_client_keepalive" 2 .el .IP "ConnectionManager => \f(CW$poco_client_keepalive\fR" 2 .IX Item "ConnectionManager => $poco_client_keepalive" \&\f(CW\*(C`ConnectionManager\*(C'\fR sets this component's connection pool manager. It expects the connection manager to be a reference to a POE::Component::Client::Keepalive object. The \s-1HTTP\s0 client component will call \f(CW\*(C`allocate()\*(C'\fR on the connection manager itself so you should not have done this already. .Sp .Vb 6 \& my $pool = POE::Component::Client::Keepalive\->new( \& keep_alive => 10, # seconds to keep connections alive \& max_open => 100, # max concurrent connections \- total \& max_per_host => 20, # max concurrent connections \- per host \& timeout => 30, # max time (seconds) to establish a new connection \& ); \& \& POE::Component::Client::HTTP\->spawn( \& # ... \& ConnectionManager => $pool, \& # ... \& ); .Ve .Sp See POE::Component::Client::Keepalive for more information, including how to alter the connection manager's resolver configuration (for example, to force IPv6 or prefer it before IPv4). .ie n .IP "CookieJar => $cookie_jar" 2 .el .IP "CookieJar => \f(CW$cookie_jar\fR" 2 .IX Item "CookieJar => $cookie_jar" \&\f(CW\*(C`CookieJar\*(C'\fR sets the component's cookie jar. It expects the cookie jar to be a reference to a HTTP::Cookies object. .ie n .IP "From => $admin_address" 2 .el .IP "From => \f(CW$admin_address\fR" 2 .IX Item "From => $admin_address" \&\f(CW\*(C`From\*(C'\fR holds an e\-mail address where the client's administrator and/or maintainer may be reached. It defaults to undef, which means no From header will be included in requests. .IP "MaxSize => \s-1OCTETS\s0" 2 .IX Item "MaxSize => OCTETS" \&\f(CW\*(C`MaxSize\*(C'\fR specifies the largest response to accept from a server. The content of larger responses will be truncated to \s-1OCTET\s0 octets. This has been used to return the section of web pages without the need to wade through . .ie n .IP "NoProxy => [ $host_1, $host_2, ..., $host_N ]" 2 .el .IP "NoProxy => [ \f(CW$host_1\fR, \f(CW$host_2\fR, ..., \f(CW$host_N\fR ]" 2 .IX Item "NoProxy => [ $host_1, $host_2, ..., $host_N ]" .PD 0 .ie n .IP "NoProxy => ""host1,host2,hostN""" 2 .el .IP "NoProxy => ``host1,host2,hostN''" 2 .IX Item "NoProxy => host1,host2,hostN" .PD \&\f(CW\*(C`NoProxy\*(C'\fR specifies a list of server hosts that will not be proxied. It is useful for local hosts and hosts that do not properly support proxying. If NoProxy is not specified, a list will be taken from the \&\s-1NO_PROXY\s0 environment variable. .Sp .Vb 2 \& NoProxy => [ "localhost", "127.0.0.1" ], \& NoProxy => "localhost,127.0.0.1", .Ve .ie n .IP "BindAddr => $local_ip" 2 .el .IP "BindAddr => \f(CW$local_ip\fR" 2 .IX Item "BindAddr => $local_ip" Specify \f(CW\*(C`BindAddr\*(C'\fR to bind all client sockets to a particular local address. The value of BindAddr will be passed through POE::Component::Client::Keepalive to POE::Wheel::SocketFactory (as \&\f(CW\*(C`bind_address\*(C'\fR). See that module's documentation for implementation details. .Sp .Vb 1 \& BindAddr => "12.34.56.78" .Ve .ie n .IP "Protocol => $http_protocol_string" 2 .el .IP "Protocol => \f(CW$http_protocol_string\fR" 2 .IX Item "Protocol => $http_protocol_string" \&\f(CW\*(C`Protocol\*(C'\fR advertises the protocol that the client wishes to see. Under normal circumstances, it should be left to its default value: \&\*(L"\s-1HTTP/1.1\*(R".\s0 .ie n .IP "Proxy => [ $proxy_host, $proxy_port ]" 2 .el .IP "Proxy => [ \f(CW$proxy_host\fR, \f(CW$proxy_port\fR ]" 2 .IX Item "Proxy => [ $proxy_host, $proxy_port ]" .PD 0 .ie n .IP "Proxy => $proxy_url" 2 .el .IP "Proxy => \f(CW$proxy_url\fR" 2 .IX Item "Proxy => $proxy_url" .ie n .IP "Proxy => $proxy_url,$proxy_url,..." 2 .el .IP "Proxy => \f(CW$proxy_url\fR,$proxy_url,..." 2 .IX Item "Proxy => $proxy_url,$proxy_url,..." .PD \&\f(CW\*(C`Proxy\*(C'\fR specifies one or more proxy hosts that requests will be passed through. If not specified, proxy servers will be taken from the \s-1HTTP_PROXY\s0 (or http_proxy) environment variable. No proxying will occur unless Proxy is set or one of the environment variables exists. .Sp The proxy can be specified either as a host and port, or as one or more URLs. Proxy URLs must specify the proxy port, even if it is 80. .Sp .Vb 2 \& Proxy => [ "127.0.0.1", 80 ], \& Proxy => "http://127.0.0.1:80/", .Ve .Sp \&\f(CW\*(C`Proxy\*(C'\fR may specify multiple proxies separated by commas. PoCo::Client::HTTP will choose proxies from this list at random. This is useful for load balancing requests through multiple gateways. .Sp .Vb 1 \& Proxy => "http://127.0.0.1:80/,http://127.0.0.1:81/", .Ve .IP "Streaming => \s-1OCTETS\s0" 2 .IX Item "Streaming => OCTETS" \&\f(CW\*(C`Streaming\*(C'\fR changes allows Client::HTTP to return large content in chunks (of \s-1OCTETS\s0 octets each) rather than combine the entire content into a single HTTP::Response object. .Sp By default, Client::HTTP reads the entire content for a response into memory before returning an HTTP::Response object. This is obviously bad for applications like streaming \s-1MP3\s0 clients, because they often fetch songs that never end. Yes, they go on and on, my friend. .Sp When \f(CW\*(C`Streaming\*(C'\fR is set to nonzero, however, the response handler receives chunks of up to \s-1OCTETS\s0 octets apiece. The response handler accepts slightly different parameters in this case. \s-1ARG0\s0 is also an HTTP::Response object but it does not contain response content, and \s-1ARG1\s0 contains a a chunk of raw response content, or undef if the stream has ended. .Sp .Vb 5 \& sub streaming_response_handler { \& my $response_packet = $_[ARG1]; \& my ($response, $data) = @$response_packet; \& print SAVED_STREAM $data if defined $data; \& } .Ve .ie n .IP "FollowRedirects => $number_of_hops_to_follow" 2 .el .IP "FollowRedirects => \f(CW$number_of_hops_to_follow\fR" 2 .IX Item "FollowRedirects => $number_of_hops_to_follow" \&\f(CW\*(C`FollowRedirects\*(C'\fR specifies how many redirects (e.g. 302 Moved) to follow. If not specified defaults to 0, and thus no redirection is followed. This maintains compatibility with the previous behavior, which was not to follow redirects at all. .Sp If redirects are followed, a response chain should be built, and can be accessed through \f(CW$response_object\fR\->\fBprevious()\fR. See HTTP::Response for details here. .ie n .IP "Timeout => $query_timeout" 2 .el .IP "Timeout => \f(CW$query_timeout\fR" 2 .IX Item "Timeout => $query_timeout" \&\f(CW\*(C`Timeout\*(C'\fR sets how long POE::Component::Client::HTTP has to process an application's request, in seconds. \f(CW\*(C`Timeout\*(C'\fR defaults to 180 (three minutes) if not specified. .Sp It's important to note that the timeout begins when the component receives an application's request, not when it attempts to connect to the web server. .Sp Timeouts may result from sending the component too many requests at once. Each request would need to be received and tracked in order. Consider this: .Sp .Vb 1 \& $_[KERNEL]\->post(component => request => ...) for (1..15_000); .Ve .Sp 15,000 requests are queued together in one enormous bolus. The component would receive and initialize them in order. The first socket activity wouldn't arrive until the 15,000th request was set up. If that took longer than \f(CW\*(C`Timeout\*(C'\fR, then the requests that have waited too long would fail. .Sp \&\f(CW\*(C`ConnectionManager\*(C'\fR's own timeout and concurrency limits also affect how many requests may be processed at once. For example, most of the 15,000 requests would wait in the connection manager's pool until sockets become available. Meanwhile, the \f(CW\*(C`Timeout\*(C'\fR would be counting down. .Sp Applications may elect to control concurrency outside the component's \&\f(CW\*(C`Timeout\*(C'\fR. They may do so in a few ways. .Sp The easiest way is to limit the initial number of requests to something more manageable. As responses arrive, the application should handle them and start new requests. This limits concurrency to the initial request count. .Sp An application may also outsource job throttling to another module, such as POE::Component::JobQueue. .Sp In any case, \f(CW\*(C`Timeout\*(C'\fR and \f(CW\*(C`ConnectionManager\*(C'\fR may be tuned to maximize timeouts and concurrency limits. This may help in some cases. Developers should be aware that doing so will increase memory usage. POE::Component::Client::HTTP and KeepAlive track requests in memory, while applications are free to keep pending requests on disk. .SH "ACCEPTED EVENTS" .IX Header "ACCEPTED EVENTS" Sessions communicate asynchronously with PoCo::Client::HTTP. They post requests to it, and it posts responses back. .SS "request" .IX Subsection "request" Requests are posted to the component's \*(L"request\*(R" state. They include an HTTP::Request object which defines the request. For example: .PP .Vb 8 \& $kernel\->post( \& \*(Aqua\*(Aq, \*(Aqrequest\*(Aq, # http session alias & state \& \*(Aqresponse\*(Aq, # my state to receive responses \& GET(\*(Aqhttp://poe.perl.org\*(Aq), # a simple HTTP request \& \*(Aqunique id\*(Aq, # a tag to identify the request \& \*(Aqprogress\*(Aq, # an event to indicate progress \& \*(Aqhttp://1.2.3.4:80/\*(Aq # proxy to use for this request \& ); .Ve .PP Requests include the state to which responses will be posted. In the previous example, the handler for a 'response' state will be called with each \s-1HTTP\s0 response. The \*(L"progress\*(R" handler is optional and if installed, the component will provide progress metrics (see sample handler below). The \*(L"proxy\*(R" parameter is optional and if not defined, a default proxy will be used if configured. No proxy will be used if neither a default one nor a \*(L"proxy\*(R" parameter is defined. .SS "pending_requests_count" .IX Subsection "pending_requests_count" There's also a pending_requests_count state that returns the number of requests currently being processed. To receive the return value, it must be invoked with \f(CW$kernel\fR\->\fBcall()\fR. .PP .Vb 1 \& my $count = $kernel\->call(\*(Aqua\*(Aq => \*(Aqpending_requests_count\*(Aq); .Ve .PP \&\s-1NOTE:\s0 Sometimes the count might not be what you expected, because responses are currently in \s-1POE\s0's queue and you haven't processed them. This could happen if you configure the \f(CW\*(C`ConnectionManager\*(C'\fR's concurrency to a high enough value. .SS "cancel" .IX Subsection "cancel" Cancel a specific \s-1HTTP\s0 request. Requires a reference to the original request (blessed or stringified) so it knows which one to cancel. See \&\*(L"progress handler\*(R" below for notes on canceling streaming requests. .PP To cancel a request based on its blessed HTTP::Request object: .PP .Vb 1 \& $kernel\->post( component => cancel => $http_request ); .Ve .PP To cancel a request based on its stringified HTTP::Request object: .PP .Vb 1 \& $kernel\->post( component => cancel => "$http_request" ); .Ve .SS "shutdown" .IX Subsection "shutdown" Responds to all pending requests with 408 (request timeout), and then shuts down the component and all subcomponents. .SH "SENT EVENTS" .IX Header "SENT EVENTS" .SS "response handler" .IX Subsection "response handler" In addition to all the usual \s-1POE\s0 parameters, \s-1HTTP\s0 responses come with two list references: .PP .Vb 1 \& my ($request_packet, $response_packet) = @_[ARG0, ARG1]; .Ve .PP \&\f(CW$request_packet\fR contains a reference to the original HTTP::Request object. This is useful for matching responses back to the requests that generated them. .PP .Vb 2 \& my $http_request_object = $request_packet\->[0]; \& my $http_request_tag = $request_packet\->[1]; # from the \*(Aqrequest\*(Aq post .Ve .PP \&\f(CW$response_packet\fR contains a reference to the resulting HTTP::Response object. .PP .Vb 1 \& my $http_response_object = $response_packet\->[0]; .Ve .PP Please see the HTTP::Request and HTTP::Response manpages for more information. .SS "progress handler" .IX Subsection "progress handler" The example progress handler shows how to calculate a percentage of download completion. .PP .Vb 3 \& sub progress_handler { \& my $gen_args = $_[ARG0]; # args passed to all calls \& my $call_args = $_[ARG1]; # args specific to the call \& \& my $req = $gen_args\->[0]; # HTTP::Request object being serviced \& my $tag = $gen_args\->[1]; # Request ID tag from. \& my $got = $call_args\->[0]; # Number of bytes retrieved so far. \& my $tot = $call_args\->[1]; # Total bytes to be retrieved. \& my $oct = $call_args\->[2]; # Chunk of raw octets received this time. \& \& my $percent = $got / $tot * 100; \& \& printf( \& "\-\- %.0f%% [%d/%d]: %s\en", $percent, $got, $tot, $req\->uri() \& ); \& \& # To cancel the request: \& # $_[KERNEL]\->post( component => cancel => $req ); \& } .Ve .PP \fI\s-1DEPRECATION WARNING\s0\fR .IX Subsection "DEPRECATION WARNING" .PP The third return argument (the raw octets received) has been deprecated. Instead of it, use the Streaming parameter to get chunks of content in the response handler. .SH "REQUEST CALLBACKS" .IX Header "REQUEST CALLBACKS" The HTTP::Request object passed to the request event can contain a \&\s-1CODE\s0 reference as \f(CW\*(C`content\*(C'\fR. This allows for sending large files without wasting memory. Your callback should return a chunk of data each time it is called, and an empty string when done. Don't forget to set the Content-Length header correctly. Example: .PP .Vb 1 \& my $request = HTTP::Request\->new( PUT => \*(Aqhttp://...\*(Aq ); \& \& my $file = \*(Aq/path/to/large_file\*(Aq; \& \& open my $fh, \*(Aq<\*(Aq, $file; \& \& my $upload_cb = sub { \& if ( sysread $fh, my $buf, 4096 ) { \& return $buf; \& } \& else { \& close $fh; \& return \*(Aq\*(Aq; \& } \& }; \& \& $request\->content_length( \-s $file ); \& \& $request\->content( $upload_cb ); \& \& $kernel\->post( ua => request, \*(Aqresponse\*(Aq, $request ); .Ve .SH "CONTENT ENCODING AND COMPRESSION" .IX Header "CONTENT ENCODING AND COMPRESSION" Transparent content decoding has been disabled as of version 0.84. This also removes support for transparent gzip requesting and decompression. .PP To re-enable gzip compression, specify the gzip Content-Encoding and use HTTP::Response's \fBdecoded_content()\fR method rather than \fBcontent()\fR: .PP .Vb 5 \& my $request = HTTP::Request\->new( \& GET => "http://www.yahoo.com/", [ \& \*(AqAccept\-Encoding\*(Aq => \*(Aqgzip\*(Aq \& ] \& ); \& \& # ... time passes ... \& \& my $content = $response\->decoded_content(); .Ve .PP The change in POE::Component::Client::HTTP behavior was prompted by changes in HTTP::Response that surfaced a bug in the component's transparent gzip handling. .PP Allowing the application to specify and handle content encodings seems to be the most reliable and flexible resolution. .PP For more information about the problem and discussions regarding the solution, see: and .SH "CLIENT HEADERS" .IX Header "CLIENT HEADERS" POE::Component::Client::HTTP sets its own response headers with additional information. All of its headers begin with \*(L"X\-PCCH\*(R". .SS "X\-PCCH-Errmsg" .IX Subsection "X-PCCH-Errmsg" POE::Component::Client::HTTP may fail because of an internal client error rather than an \s-1HTTP\s0 protocol error. X\-PCCH-Errmsg will contain a human readable reason for client failures, should they occur. .PP The text of X\-PCCH-Errmsg may also be repeated in the response's content. .SS "X\-PCCH-Peer" .IX Subsection "X-PCCH-Peer" X\-PCCH-Peer contains the remote IPv4 address and port, separated by a period. For example, \*(L"127.0.0.1.8675\*(R" represents port 8675 on localhost. .PP Proxying will render X\-PCCH-Peer nearly useless, since the socket will be connected to a proxy rather than the server itself. .PP This feature was added at Doreen Grey's request. Doreen wanted a means to find the remote server's address without having to make an additional request. .SH "ENVIRONMENT" .IX Header "ENVIRONMENT" POE::Component::Client::HTTP uses two standard environment variables: \&\s-1HTTP_PROXY\s0 and \s-1NO_PROXY.\s0 .PP \&\s-1HTTP_PROXY\s0 sets the proxy server that Client::HTTP will forward requests through. \s-1NO_PROXY\s0 sets a list of hosts that will not be forwarded through a proxy. .PP See the Proxy and NoProxy constructor parameters for more information about these variables. .SH "SEE ALSO" .IX Header "SEE ALSO" This component is built upon HTTP::Request, HTTP::Response, and \s-1POE.\s0 Please see its source code and the documentation for its foundation modules to learn more. If you want to use cookies, you'll need to read about HTTP::Cookies as well. .PP Also see the test program, t/01_request.t, in the PoCo::Client::HTTP distribution. .SH "BUGS" .IX Header "BUGS" There is no support for \s-1CGI_PROXY\s0 or CgiProxy. .PP Secure \s-1HTTP\s0 (https) proxying is not supported at this time. .PP There is no object oriented interface. See POE::Component::Client::Keepalive and POE::Component::Resolver for examples of a decent \s-1OO\s0 interface. .SH "AUTHOR, COPYRIGHT, & LICENSE" .IX Header "AUTHOR, COPYRIGHT, & LICENSE" POE::Component::Client::HTTP is .IP "\(bu" 2 Copyright 1999\-2009 Rocco Caputo .IP "\(bu" 2 Copyright 2004 Rob Bloodgood .IP "\(bu" 2 Copyright 2004\-2005 Martijn van Beers .PP All rights are reserved. POE::Component::Client::HTTP is free software; you may redistribute it and/or modify it under the same terms as Perl itself. .SH "CONTRIBUTORS" .IX Header "CONTRIBUTORS" Joel Bernstein solved some nasty race conditions. Portugal Telecom was kind enough to support his contributions. .PP Jeff Bisbee added \s-1POD\s0 tests and documentation to pass several of them to version 0.79. He's a kwalitee-increasing machine! .SH "BUG TRACKER" .IX Header "BUG TRACKER" https://rt.cpan.org/Dist/Display.html?Queue=POE\-Component\-Client\-HTTP .SH "REPOSITORY" .IX Header "REPOSITORY" Github: . .PP Gitorious: . .SH "OTHER RESOURCES" .IX Header "OTHER RESOURCES"