Support

On this page you will find information on how to receive support for developing Web Services using the SOAP::Lite Perl module. Disclaimer: While the SOAP::Lite community and  development team is happy to support any version of SOAP::Lite, it is recommended that you always use the latest version of SOAP::Lite because the latest version has addressed all known vulnerabilities and bugs.        

Find support now:

• Find Help
• Report a Bug
• Known Bugs and Limitations

Find Help

Documentation

The SOAP::Lite development team highly recommends the O'Reilly book Programming Web Services with Perl, authored by Randy J. Ray, and the SOAP::Lite creator, Paul Kulchenko. Alternatively, you can find plenty of documentation online, including SOAP::Lite man pages, SOAP::Lite Cookbook, and The SOAP::Lite User Guide.

Mailing Lists

Before mailing the mailing list, you are encouraged to browse or search the SOAP::Lite User mailing list. If you are unable to find the answer to your problem there, feel free to post your question to that mailing list. The SOAP::Lite development team watches this list closely and if the community at large is unable to help, chances are one of them will.

       

Report a Bug
Even if software is 100% bug free, it is never perfect. If you have encountered a problem or a shortcoming with the current SOAP::Lite toolkit, you are strongly encouraged to submit a bug or feature request. Doing so will help the SOAP::Lite development team keep better track of all the potential changes we could make to the toolkit.

Note: Before submitting a bug, please make sure the bug has not already been reported before.

Known Bugs and Limitations

• SOAP::Lite servers that use version 0.52 or earlier have security flaw. Consider upgrade or block unauthorized calls using on_action() handler:

  ->on_action(sub { die "Access denied\n" if $_[2] =~ /:|'/ })

• Limited support for WSDL schema.
• XML::Parser::Lite relies on Unicode support in Perl and doesn't do entity decoding.
• Limited support for mustUnderstand and Actor attributes.

Comments

[Gerard Seibert]

My site, which I am only starting to work on, is hosted by WestHost which uses VPS for its clients.

The newest version of DADA Mail, still in BETA, needs the XMLRPC::Lite Perl Module, which I believe is included in SOAP::Lite.

I have been unable, using either CPAN OR CPANPLUS, to install this module. This is the complete log of the installation attempt.

cpan shell -- CPAN exploration and modules installation (v1.7601)
ReadLine support enabled

cpan> install SOAP::Lite
CPAN: Storable loaded ok
Going to read /home/seibercom/.cpan/Metadata
Database was generated on Wed, 06 Apr 2005 11:01:51 GMT
Running install for module SOAP::Lite
Running make for B/BY/BYRNE/SOAP/SOAP-Lite-0.60a.tar.gz
CPAN: Digest::MD5 loaded ok
CPAN: Compress::Zlib loaded ok
Checksum for /home/seibercom/.cpan/sources/authors/id/B/BY/BYRNE/SOAP/SOAP-Lite-0.60a.tar.gz ok
Scanning cache /home/seibercom/.cpan/build for sizes
SOAP-Lite-0.60/
... cut here ...
PERL_DL_NONLAZY=1 /perl/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/01-core.t t/02-payload.t t/03-server.t t/04-attach.t t/05-customxml.t t/06-modules.t t/07-xmlrpc_payload.t t/08-schema.t
t/01-core..............ok
t/02-payload...........ok
t/03-server............NOK 2# Failed test 2 in t/03-server.t at line 138 fail #2
# t/03-server.t line 138 is: $_ =~ /XML/ || $is_mimeparser ? ok(($result->faultstring || '') =~ /Failed to access class \(Calculator\)/)
t/03-server............NOK 3# Failed test 3 in t/03-server.t at line 138 fail #3
t/03-server............NOK 6# Failed test 6 in t/03-server.t at line 148 fail #2
# t/03-server.t line 148 is: $_ =~ /XML/ || $is_mimeparser ? ok(($result->result || 0) == 7)
t/03-server............NOK 7# Failed test 7 in t/03-server.t at line 148 fail #3
t/03-server............FAILED tests 2-3, 6-7
Failed 4/30 tests, 86.67% okay
t/04-attach............Something wrong with MIME message: MIME::Parser: can't flush: at /perl/lib/site_perl/5.8.5/MIME/Parser.pm line 789.

t/04-attach............dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-15
Failed 15/15 tests, 0.00% okay
t/05-customxml.........ok
t/06-modules...........ok
4/18 skipped: various reasons
t/07-xmlrpc_payload....ok
t/08-schema............ok
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/03-server.t 30 4 13.33% 2-3 6-7
t/04-attach.t 255 65280 15 30 200.00% 1-15
4 subtests skipped.
Failed 2/8 test scripts, 75.00% okay. 19/308 subtests failed, 93.83% okay.
make: *** [test_dynamic] Error 29
/bin/make test -- NOT OK
Running make install
make test had returned bad status, won't install without force

Would it be safe to 'force' the installation? I cannot figure out what the problem is.

Thanks
Gerard Seibert
gerard-seibert@seibercom.us

Note from Byrne: yes, it is absolutely safe. The bug you are encountering there is with the unit test, not the code...

[Nathan Neulinger]

Is there any way to convince the HTTP transport for SOAP::Lite to use KeepAlive http sessions? The connection overhead for respawning an SSL session for every remote invocation is rather severe - almost as noticable as the difference between cgi and mod_perl.

[Nikita Yeryomin]

Hello! PLEASE HELP!
The download link
http://www.soaplite.com/download/SOAP-Lite-COM-standalone-latest.zip
is DEAD! :(
How can i get lite.dll to make my VB client working with perl web service??
Thanks!

[Justin Michalicek]

When I install SOAP::Lite it seems to break the main SOAP/Perl package. Both are saving the modules to site_perl/5.8.0/SOAP (yeah, yeah, I need to update my Perl), the same as SOAP/Perl. Some of the modules have the same name, but don't provide exactly the same functionality, so both cannot be installed at the same time.

I don't know if SOAP::Lite or SOAP/Perl was using that directory first, but one or the other needs to change for both to be installed.

[Larry Briggs]

Hi
I'm in the process of converting to Windows 2003 server from Win2K. I have a soap call that works on the 2000 server, but I can not get it to work on the 2003 server. The error message that comes to the screen is CGI Error
The specified CGI application misbehaved by not returning a complete set of HTTP headers.
But when I check the web logs it shows a 502 2 error. Is there something that I am missing that I did not set or some security setting that I need to change to get this to work. Here is the section of code that is making the call.
$ServiceID = "Service";
$PassWd = "Password";

use SOAP::Lite;
my $soap = SOAP::Lite
-> uri('https://serveraddress/decryptTokenService')
-> on_action( sub { join '/','https://serveraddr/decryptTokenService',
$_[1]})
-> proxy('https://serveraddr/decryptTokenService/decryptToken.asmx')
;

my $method = SOAP::Data->name('decryptToken')
->attr({xmlns =>'https://serveraddr./decryptTokenService/'});

my @params = ( SOAP::Data->name("userID" => $ServiceID),
SOAP::Data->name("password" => $PassWd),
SOAP::Data->name("encryptedToken" => "$MyCookie"));

$soap->deserializer(SOAP::Custom::XML::Deserializer->new);

my $Results = $soap->call($method => @params);

Thanks
Larry

[Larry Dalton]

SOAP::Packager::MIME

Can't locate object method "new" via package "SOAP::Packager::MIME" (perhaps you forgot to load "SOAP::Packager::MIME"?) at /opt/ActivePerl-5.8/site/lib/SOAP/Lite.pm line 3241

Seems SOAP::Lite owns the name space for this, and it's not included...

[Marco Lara]

I'm currently trying to do this:

SERVER===
#!/usr/bin/perl -w
use lib 'lib';
use strict;
use REGAUTH;
use SOAP::Transport::HTTP;
SOAP::Transport::HTTP::CGI
-> dispatch_to('/home/marco/public_html/cgi-bin/lib','REGAUTH')
-> handle;

CLIENT===
#!/usr/bin/perl -w
use SOAP::Lite +autodispatch =>
uri => 'http://site.com/REGAUTH',
proxy => 'http://site.com/cgi-bin/testAPI.cgi';

my $reg= REGAUTH->new();
print $reg->test();

and I'm getting the following error:

500 Internal Server Error at /usr/lib/perl5/site_perl/5.8.8/SOAP/Lite.pm line 3138

Any idea what I'm missing?