Opened by bianca at 2012-03-12 08:20
User since
2003-08-04
2536 Artikel
ModeratorIn
![[Homepage]](/battie/theme/default/homepage.gif)
![[default_avatar]](/battie/theme/default/default_avatar.gif)
2003-08-04
2536 Artikel
ModeratorIn
Wenn Du die url etc des services kennst, müsstest du dich noch für eine client-klasse entscheiden. ich habe mir eine ganz simple selbst gestrickt, die aber noch etwas unrund ist, also in teilen etwas unschön. aber, grundlegend ist das dann so:
die klasse dazu ist im anhang. die tut noch vieles nicht, weil ich es nicht brauchte, zB mit introspection die verfügbaren methoden auf dem server abzufragen.
ich bin aktuell auch etwas abgerückt von xmlrpc insgesamt, weshalb ich da nichts mehr dran tue. für mich liegt die zukunft in der hinsicht eher bei thrift oder protocol buffers oder oder oder.
Anhänge
Code: (dl
)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#!/usr/bin/perl
use strict;
use warnings;
use XMLRPC::Simple::Client;
use Data::Dumper;
my $client = XMLRPC::Simple::Client->new('url' => 'http://mein.xmlrpcserver.de/');
$client->_username('fuerhttp');
$client->_password('auth');
$client->_realm('ichbineinrealm');
my $response = $client->method__call__here( $ARGV[0] ); # __ wird zu .
if($response->fault()) {
print $response->fault_code() . "\t" . $response->fault_string() . "\n";
}
else {
my $data = $response->value();
print Dumper($product);
}
die klasse dazu ist im anhang. die tut noch vieles nicht, weil ich es nicht brauchte, zB mit introspection die verfügbaren methoden auf dem server abzufragen.
ich bin aktuell auch etwas abgerückt von xmlrpc insgesamt, weshalb ich da nichts mehr dran tue. für mich liegt die zukunft in der hinsicht eher bei thrift oder protocol buffers oder oder oder.
Anhänge