NAME
RPC::Object - A lightweight implementation for remote procedure calls
SYNOPSIS
On server
use RPC::Object::Broker;
$b = $RPC::Object::Broker->new($port, @preload_modules);
$b->start();
On client
use RPC::Object;
$o = RPC::Object->new("$host:$port", 'method_a', 'TestModule');
my $ans1 = $o->method_b($arg1, $arg2);
my @ans2 = $o->method_c($arg3, $arg4);
# To access the global instance
# allocate and initialize first,
RPC::Object->new("$host:$port", 'method_a', 'TestModule');
...
$global = RPC::Object->get_instance("$host:$port", 'TestModule');
TestModule
package TestModule;
use threads;
...
sub method_a {
my $class = shift;
my $self : shared;
...
return bless $self, $class;
}
sub method_b {
...
}
Please see more examples in the test scripts.
DESCRIPTON
RPC::Object
is designed to be very simple and only works between Perl codes, This makes its implementation only need some core Perl modules, e.g. Socket and Storable.
Other approaches like SOAP or XML-RPC are too heavy for simple tasks.
Thread awareness
All modules and objects invoked by RPC::Object
should aware the multi-threaded envrionment.
Constructor and Destructor
The Module could name its constructor any meaningful name. it do not have to be new
, or create
, etc...
There is no guarantee that the destructor will be called as expected.
Global instance
To allocate global instances, use the RPC::Object::new()
method. Then use the RPC::Object::get_instance()
method to access them.
KNOW ISSUES
Scalars leaked warning
This is expected for now. The walkaround is to close STDERR.
Need re-bless RPC::Object
threads::shared
prior to 0.95 does not support bless on shred refs, if an <RPC::Object> is passed across threads, it may need re-bless to RPC::Object
.
AUTHORS
Jianyuan Wu <jwu@cpan.org>
COPYRIGHT
Copyright 2006 by Jianyuan Wu <jwu@cpan.org>
This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.