-
The following code without autodispatch does work:
--------------
my $s = SOAP::Lite->new(
uri => 'http://localhost/Demo',
proxy => 'http://localhost/~david/cgi-bin/soap/soapobj.cgi'
);
# using SOAP calls as objects
my $t = $s->call(new => 123)->result;
my $d = SOAP::Data->value($t);
print("result: ".$s->nxt($d)->result,"\n");
---------------
output is correct:
result...
2009-12-24 19:25:31 UTC by dombrowsky
-
sorry, cut and paste error when copying in server code.
soapobj.cgi (server):
#!/usr/bin/perl
use warnings;
use strict;
use SOAP::Transport::HTTP;
SOAP::Transport::HTTP::CGI
-> dispatch_to('Demo')
-> handle;
package Demo;
sub new {
my $self = shift;
my $class = ref($self) || $self;
bless {_num => shift} => $class;
}
sub nxt {
my $self = shift;...
2009-12-24 19:06:51 UTC by dombrowsky
-
I took the following code from the perldoc pages for SOAP::Lite, and when it is run I get the following error:
Not a HASH reference at /usr/local/share/perl/5.10.0/SOAP/Lite.pm line 3753.
test2.pl (client) :
#!/usr/bin/perl
use warnings;
use strict;
use SOAP::Lite +autodispatch =>
uri => 'http://localhost/Demo',
proxy => 'http://localhost/~david/cgi-bin/soap/soapobj.cgi';.
2009-12-24 19:04:59 UTC by dombrowsky
-
chorny committed revision 342 to the SOAP::Lite SVN repository, changing 2 files.
2009-11-28 21:13:40 UTC by chorny
-
Summary: A spelling error in the version of XMLRPC::Transport::TCP causes CPAN or CPANPLUS to chase themselves in an endless circle of upgrading SOAP::Lite.
With SOAP::Lite version 0.710.10 installed, CPAN and CPANPLUS both want to "upgrade" XMLRPC::Transport::TCP to version 0.60 because the version number in XMLRPC::Transport::TCP 0.710.10 is unparsable. Since the only way to do that is to...
2009-11-26 00:52:09 UTC by misterwhipple
-
The CPAN link to SOAP::Lite's bug queue points to rt.cpan.org, but the POD says come here to SourceForge. To correct this, add the following to the META_MERGE->resources" section of Makefile.PL (patch against 0.710.10 is attached).
bugtracker => 'http://sourceforge.net/tracker/?group_id=66000&atid=513017',
This won't get rid of the accumulated RT bugs, but at least they'll stop...
2009-11-26 00:32:24 UTC by misterwhipple
-
When a SOAP::Lite server returns a hash array to a Python client, and one of the hash fields is a large chunk of binary data (actually the contents of a .wav file), the following is printed on stdout:
Use of inherited AUTOLOAD for non-method SOAP::Serializer::as_base64Binary()
is deprecated at /usr/lib/perl5/vendor_perl/5.8.8/SOAP/Lite.pm line 1167.
When using a Perl client, it works...
2009-11-20 01:50:05 UTC by acunningham
-
It seems that upgrading Perl and the rest of the modules revealed a bug in my test program. My apologies.
2009-11-06 15:07:35 UTC by tpc1095
-
Did SOAP::Lite version 0.710.08 regress?
I have a small SOAP::Lite client I've been running for about a week, and in the process of trying to get attachments working, I upgraded to SOAP:Lite 0.710.08 and Perl 5.10.1 (ActiveState ppm, Windows XP) . Now my program has stopped working and I get a bunch of errors in the console. I have tried several variations of ppms for SOAP::Lite. I am...
2009-11-06 14:24:34 UTC by tpc1095
-
XMLRPC::Lite does not maintain data type for datetime.
Ie something like:
my $date = $server->call('getDate');
$server->call('sendDate', $date);
Fails because $date gets converted from datetime type to string type.
Frontier::Client is an example of a module without this bug. It's implementation choice was to return dates as objects rather than base perl types.
2009-10-23 20:55:24 UTC by vmpdemo
