NAME

POE::Component::Child - Child management component

SYNOPSIS

use POE qw(Component::Child);

$p = POE::Component::Child->new();
$p->run("ls", "-alF", "/tmp");

POE::Kernel->run();

DESCRIPTION

This POE component serves as a wrapper for POE::Wheel::Run, obviating the need to create a session to receive the events it dishes out.

METHODS

The module provides an object-oriented interface as follows:

new [hash[-ref]]

Used to initialise the system and create a component instance. The function may be passed either a hash or a reference to a hash. The keys below are meaningful to the component, all others are passed to the provided callbacks.

alias

Indicates the name of a session to which module callbacks will be posted. Default: main.

events

This hash reference contains mappings for the events the component will generate. Callers can set these values to either event handler names (strings) or to callbacks (code references). If names are given, the events are thrown at the alias specified; when a code reference is given, it is called directly. Allowable keys are listed below under section "Event Callbacks".

    - exempli gratia -

$p = POE::Component::Child->new(
	alias => "my_session",
	events => { stdout => "my_out", stderr => \&my_err }
	);

In the above example, any output produced by children on stdout generates an event my_out for the my_session session, whilst output on stderr causes a call to my_err().

writemap

This item may be set to a hash reference containing a mapping of method names to strings that will be written to the client.

- exempli gratia -

writemap => { quit => "bye", louder => "++" }

In the above example a caller can issue a call to $self-quit()>, in which case the string bye will be written to the client, or $self-louder()> to have the client receive the string ++.

conduit

If left unspecified, POE::Wheel::Run assumes "pipe". Alternatively "pty" may be provided in which case no stderr events will be fired.

debug

Setting this parameter to a true value generates debugging output (useful mostly to hacks).

run {array}

This method requires an array indicating the command (and optional parameters) to run. The command and its parameters may also be passed as a single string. The method returns the id of the wheel which is needed when running several commands simultasneously.

Before calling this function, the caller may set stdio filter to a value of his choice. The example below shows the default used.

$p->{StdioFilter} = POE::Filter::Line->new(OutputLiteral => '\n');

write {array}

This method is used to send input to the child. It can accept an array and will be passed through as such to the child.

quit [command]

This method requests that the currently selected wheel quit. An optional command string may be passed which is sent to the child - this is useful for graceful shutdown of interactive children e.g. the ftp command understands "bye" to quit.

If no command is specified, the system will use whatever string was passed as the quit item in the writemap hash argument to new(). If this too was left unspecified, a kill is issued. Please note if the child is instructed to quit, it will not generate a died event, but a done instead (even when hard killed).

Please note that quitting all children will not shut the component down - for that use the shutdown method.

kill [HARD/SIG = TERM, NODIE = 0]

Instructs the component to send the child a signal. By default the TERM signal is sent but the SIG named parameter allows the caller to specify anything else. If HARD => 1 is specified, a hard kill (-9) is done and any specific signal passed is ignored.

Note that by default killing the child will generate a died event (not a done) unless the named parameter NODIE is passed a true value.

Additionally, note that kills are done immediately, not scheduled.

    - exempli gratia -

	$obj->kill();                       # a TERM signal is sent
    $obj->kill(HARD => 1);              # a -9 gets sent
    $obj->kill(SIG => 'INT');           # obvious
    $obj->kill(HARD => 1, NODIE => 1);  # hard kill w/o a C<died> event

shutdown

This method causes the component to kill all children and shut down.

attr <key> [val]

Gets or sets the value of a certain key. Values inside of hashes may be specified by separating the keys with slashes e.g. $self->attr("events/quit", "bye"); whould store bye in {events}{quit} inside of the object.

wheelid

Used to set the current wheel for other methods to work with. Please note that ->write(), ->quit() and ->kill() will work on the wheel most recently created. I you wish to work with a previously created wheel, set it with this method.

wheel [id]

Returns a reference to the current wheel. If an id is provided then that wheel is returned.

EVENTS / CALLBACKS

Events are are thrown at the session indicated as alias and may be specified using the callbacks argument to the new() method. If no such preference is indicated, the default event names listed below are used. Whenever callbacks are specified, they are called directly instead of generating an event.

Event handlers are passed two arguments: ARG0 which is a reference to the component instance being used (i.e. $self), and ARG1, a hash reference containing the wheel id being used (as wheel) + values specific to the event. Callbacks are passed the same arguments but as @_[0,1] instead.

stdout

This event is fired upon any generation of output from the client. The output produced is provided in out, e.g.:

$_[ARG1]->{out}

stderr

Works exactly as with stdout but for the error channel.

done

Fired upon termination of the child, including such cases as when the child is asked to quit or when it ends naturally (as with non-interactive children). Please note that the event is fired when _both_ the OS death signal has been received _and_ the child has closed its output pipes (this also holds true for the died event described below).

died

Fired upon abnormal ending of a child. This event is generated only for interactive children who terminate without having been asked to. Inclusion of the died key in the callbacks hash passed to ->new() qualifies a process for receiving this event and distinguishes it as interactive. This event is mutually exclusive with done.

error

This event is fired upon generation of any error by the child. Arguments passed include: syscall, err (the numeric value of the error), error (a textual description), and fh (the file handle involved).

AUTHOR

Erick Calder <ecalder@cpan.org>

ACKNOWLEDGEMENTS

1e6 thx pushed to Rocco Caputo for suggesting this needed putting together, for giving me the privilege to do it, and for all the late night help.

AVAILABILITY

This module may be found on the CPAN. Additionally, both the module and its RPM package are available from:

http://perl.arix.com

SUPPORT

Thank you notes, expressions of aggravation and suggestions may be mailed directly to the author :)

LICENSE AND COPYRIGHT

Copyright (c) 2002-2003 Erick Calder.

This product is free and distributed under the Gnu Public License (GPL). A copy of this license was included in this distribution in a file called LICENSE. If for some reason, this file was not included, please see http://www.gnu.org/licenses/ to obtain a copy of this license.

$Id: Child.pm,v 1.39 2005/12/30 04:14:38 ekkis Exp $

2 POD Errors

The following errors were encountered while parsing the POD:

Around line 388:

'=item' outside of any '=over'

Around line 427:

You forgot a '=back' before '=head2'