---
name: "POE::Component::IKC::ClientLite"
section: "3pm"
platform: "linux"
package: "perl-poe-component-ikc"
version: "0.2402-13"
release: "Arch Linux 2026-11-01"
platforms: ["linux"]
url: "https://new.carta.tech/POE::Component::IKC::ClientLite"
---

# POE::Component::IKC::ClientLite(3pm)

Small client for IKC

## NAME

POE::Component::IKC::ClientLite - Small client for IKC

## SYNOPSIS

```
    use POE::Component::IKC::ClientLite;
    $poe = POE::Component::IKC::ClientLite->new(port=>1337);
    die POE::Component::IKC::ClientLite::error() unless $poe;
    $poe->post("Session/event", $param)
        or die $poe->error;

    # bad way of getting a return value
    my $foo=$poe->call("Session/other_event", $param)
        or die $poe->error;
    # better way of getting a return value
    my $ret=$poe->post_respond("Session/other_event", $param)
        or die $poe->error;
    # make sure connectin is aliave
    $poe->ping()
        or $poe->disconnect;
```

## DESCRIPTION

ClientLite is a small, pure-Perl IKC client implementation.  It is very basic because it is intented to be used in places where POE wouldn't fit, like mod\_perl.

It handles automatic reconnection.  When you post an event, ClientLite will try to send the packet over the wire.  If this fails, it tries to reconnect.  If it can't it returns an error.  If it can, it will send he packet again.  If \*this\* fails, well, tough luck.

## METHODS

### spawn

```
    my $poe = POE::Component::IKC::ClientLite->spawn( %params );
```

Creates a new PoCo::IKC::ClientLite object.  Parameters are supposedly compatible with PoCo::IKC::Client, but unix sockets aren't handled yet...  What's more, there are 3 additional parameters:

- block\_size

  Size, in octets (8 bit bytes), of each block that is read from the socket at a time.  Defaults to `65535`.

- timeout

  Time, in seconds, that `"call"` and `"post_respond"` will wait for a response.  Defaults to 30 seconds.

- connect\_timeout

  Time, in seconds, to wait for a phase of the connection negotiation to complete.  Defaults to `"timeout"`.  There are 4 phases of negotiation, so a the default `"connect_timeout"` of 30 seconds means it could potentialy take 2 minutes to connect.

- protocol

  Which IKC negociation protocol to use.  The original protocol (`"IKC"`) was synchronous and slow.  The new protocol (`"IKC0"`) sends all information at once.  IKC0 will degrade gracefully to IKC, if the client and server don't match.

  Default is IKC0.

### connect

```
    $poe->connect or die $poe->error;
```

Connects to the remote kernel if we aren't already. You can use this method to make sure that the connection is open before trying anything.

Returns true if connection was successful, false if not.  You can check "error" to see what the problem was.

### disconnect

Disconnects from remote IKC server.

### error

```
    my $error=POE::Component::IKC::ClientLite::error();
    $error=$poe->error();
```

Returns last error.  Can be called as a object method, or as a global function.

### post

```
    $poe->post($specifier, $data);
```

Posts the event specified by `$specifier` to the remote kernel.  `$data` is any parameters you want to send along with the event.  It will return 1 on success (ie, data could be sent... not that the event was received) and **undef()** if we couldn't connect or reconnect to remote kernel.

### post\_respond

```
    my $ret=$poe->post_respond($specifier, $data);
```

Posts the event specified by `$specifier` to the remote kernel.  `$data` is any parameters you want to send along with the event.  It waits until the remote kernel sends a message back and returns it's payload.  Waiting timesout after whatever you value you gave to  POE::Component::IKC::Client-\>spawn.

Events on the far side have to be aware of post\_respond.  In particular, ARG0 is not `$data` as you would expect, but an arrayref that contains `$data` followed by a specifier that should be used to post back.

```
    sub my_event
    {
        my($kernel, $heap, $args)=@_[KERNEL, HEAP, ARG0];
        my $p=$args->[0];
        $heap->{rsvp}=$args->[1];
        # .... do lotsa stuff here
    }
    # eventually, we are finished
    sub finished
    {
        my($kernel, $heap, $return)=@_[KERNEL, HEAP, ARG0];
        $kernel->post(IKC=>'post', $heap->{rsvp}, $return);
    }
```

### responded

```
    my $ret = $poe->responded( $state );
    my @ret = $poe->responded( $state );
```

Waits for `$state` from the remote kernel.  `$state` must be a simple state name.  Any requests from the remotre kernel for other states are rejected. A remote handler would respond by using the  proxy sender.

### call

```
    my $ret=$poe->call($specifier, $data);
```

This is the bad way to get information back from the a remote event.  Follows the expected semantics from standard POE.  It works better then post\_respond, however, because it doesn't require you to change your interface or write a wrapper.

### ping

```
    unless($poe->ping) {
        # connection is down!  connection is down!
    }
```

Find out if we are still connected to the remote kernel.  This method will NOT try to reconnect to the remote server

### name

Returns our local name.  This is what the remote kernel thinks we are called.  I can't really say this is the local kernel name, because, well, this isn't really a kernel.  But hey.

## FUNCTIONS

### create\_ikc\_client

DEPRECATED.  Use "spawn" in POE::Compoent::IKC::ClientLite instead.

## AUTHOR

Philip Gwyn, \<perl-ikc at pied.nu\>

## COPYRIGHT AND LICENSE

Copyright 1999-2014 by Philip Gwyn.  All rights reserved.

This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.

See \<http://www.perl.com/language/misc/Artistic.html\>

## SEE ALSO

POE, POE::Component::IKC
