Darian Anthony Patrick > Net-XMPP > Net::XMPP::Client

Download:
Net-XMPP-1.02_04.tar.gz

Dependencies

Annotate this POD

CPAN RT

New  8
Open  4
Stalled  2
View/Report Bugs
Source  

NAME ^

Net::XMPP::Client - XMPP Client Module

SYNOPSIS ^

Net::XMPP::Client is a module that provides a developer easy access to the Extensible Messaging and Presence Protocol (XMPP).

DESCRIPTION ^

Client.pm uses Protocol.pm to provide enough high level APIs and automation of the low level APIs that writing an XMPP Client in Perl is trivial. For those that wish to work with the low level you can do that too, but those functions are covered in the documentation for each module.

Net::XMPP::Client provides functions to connect to an XMPP server, login, send and receive messages, set personal information, create a new user account, manage the roster, and disconnect. You can use all or none of the functions, there is no requirement.

For more information on how the details for how Net::XMPP is written please see the help for Net::XMPP itself.

For a full list of high level functions available please see Net::XMPP::Protocol.

Basic Functions

    use Net::XMPP;

    $Con = Net::XMPP::Client->new();

    $Con->SetCallbacks(...);

    $Con->Execute(hostname=>"jabber.org",
                  username=>"bob",
                  password=>"XXXX",
                  resource=>"Work"
                 );

For the list of available functions see Net::XMPP::Protocol.

  $Con->Disconnect();

METHODS ^

Basic Functions ^

new

    new(debuglevel=>0|1|2,
        debugfile=>string,
        debugtime=>0|1)

creates the Client object. debugfile should be set to the path for the debug log to be written. If set to "stdout" then the debug will go there. debuglevel controls the amount of debug. For more information about the valid setting for debuglevel, debugfile, and debugtime see Net::XMPP::Debug.

Connect

    Connect(hostname=>string,
            port=>integer,
            timeout=>int,
            connectiontype=>string,
            tls=>0|1,
            srv=>0|1,
            componentname=>string)

opens a connection to the server listed in the hostname (default localhost), on the port (default 5222) listed, using the connectiontype listed (default tcpip). The two connection types available are:

  tcpip  standard TCP socket
  http   TCP socket, but with the
         headers needed to talk
         through a web proxy

If you specify tls, then it TLS will be used if it is available as a feature.

If srv is specified AND Net::DNS is installed and can be loaded, then an SRV query is sent to srv.hostname and the results processed to replace the hostname and port. If the lookup fails, or Net::DNS cannot be loaded, then hostname and port are left alone as the defaults.

Alternatively, you may manually specify componentname as the domain portion of the jid and leave hostname set to the actual hostname of the XMPP server.

Execute

    Execute(hostname=>string,       
            port=>int,              
            tls=>0|1,               
            username=>string,       
            password=>string,       
            resource=>string,       
            register=>0|1,          
            connectiontype=>string, 
            connecttimeout=>string, 
            connectattempts=>int,   
            connectsleep=>int,      
            processtimeout=>int)    

Generic inner loop to handle connecting to the server, calling Process, and reconnecting if the connection is lost. There are five callbacks available that are called at various places:

 onconnect - when the client has
             made a connection.

 onauth - when the connection is
          made and user has been
          authed.  Essentially,
          this is when you can
        start doing things
        as a Client.  Like
        send presence, get your
        roster, etc...

  onprocess - this is the most
              inner loop and so
              gets called the most.
              Be very very careful
              what you put here
              since it can
              *DRASTICALLY* affect
              performance.

  ondisconnect - when the client
                 disconnects from
                 the server.

  onexit - when the function gives
           up trying to connect and
           exits.

The arguments are passed straight on to the Connect function, except for connectattempts and connectsleep. connectattempts is the number of times that the Component should try to connect before giving up. -1 means try forever. The default is -1. connectsleep is the number of seconds to sleep between each connection attempt.

If you specify register=>1, then the Client will attempt to register the sepecified account for you, if it does not exist.

Process

    Process(integer)

takes the timeout period as an argument. If no timeout is listed then the function blocks until a packet is received. Otherwise it waits that number of seconds and then exits so your program can continue doing useful things. NOTE: This is important for GUIs. You need to leave time to process GUI commands even if you are waiting for packets. The following are the possible return values, and what they mean:

    1   - Status ok, data received.
    0   - Status ok, no data received.
  undef - Status not ok, stop processing.

IMPORTANT: You need to check the output of every Process. If you get an undef then the connection died and you should behave accordingly.

Disconnect

    Disconnect()

closes the connection to the server.

Connected

    Connected()

returns 1 if the Transport is connected to the server, and 0 if not.

AUTHOR ^

Originally authored by Ryan Eatmon.

Previously maintained by Eric Hacker.

Currently maintained by Darian Anthony Patrick.

COPYRIGHT ^

This module is free software, you can redistribute it and/or modify it under the LGPL 2.1.

syntax highlighting: