Martin Kutter > SOAP-WSDL-2.00.99_3 > SOAP::WSDL

Download:
SOAP-WSDL-2.00.99_3.tar.gz

Dependencies

Annotate this POD (1)

Related Modules

XML::Pastor
Data::Dumper
LWP::UserAgent
XML::Simple
HTTP::Cookies
XML::Twig
HTTP::Request
HTTP::Daemon
XML::Writer
XML::LibXML
more...
By perlmonks.org

CPAN RT

New  27
Open  15
View/Report Bugs
Module Version: v2.0.99_3   Source  

NAME ^

SOAP::WSDL - SOAP with WSDL support

Overview ^

For creating Perl classes instrumenting a web service with a WSDL definition, read SOAP::WSDL::Manual.

Your data is serialized according to the rules in the WSDL.

The only transport mechanisms currently supported are http and https.

METHODS ^

No methods here. See SOAP::WSDL::Manual.

Constructor. All parameters passed are passed to the corresponding methods.

call

Performs a SOAP call. The result is either an object tree (with outputtree), a hash reference (with outputhash), plain XML (with outputxml) or a SOAP::SOM object (with neither of the above set).

call() can be called in different ways:

wsdlinit

Reads the WSDL file and initializes SOAP::WSDL for working with it.

Is called automatically from call() if not called directly before.

 servicename
 portname
 call

You may set servicename and portname by passing them as attributes to wsdlinit:

 $soap->wsdlinit(
    servicename => 'MyService',
    portname => 'MyPort',
 );

CONFIGURATION METHODS ^

outputtree

When outputtree is set, SOAP::WSDL will return an object tree instead of a SOAP::SOM object.

You have to specify a class_resolver for this to work. See class_resolver

class_resolver

Set the class resolver class (or object).

Class resolvers must implement the method get_class which has to return the name of the class name for deserializing a XML node at the current XPath location.

Class resolvers are typically generated by using the generate_typemap method of a SOAP::WSDL::Generator subclass.

Example:

XML structure (SOAP body content):

 <Person>
    <Name>Smith</Name>
    <FirstName>John</FirstName>
 </Person>

Class resolver

 package MyResolver;
 my %typemap = (
    'Person' => 'MyPersonClass',
    'Person/Name' => 'SOAP::WSDL::XSD::Typelib::Builtin::string',
    'Person/FirstName' => 'SOAP::WSDL::XSD::Typelib::Builtin::string',
 );

 sub get_class { return $typemap{ $_[1] } };
 1;

You'll need a MyPersonClass module in your search path for this to work - see SOAP::WSDL::XSD::ComplexType on how to build / generate one.

servicename

 $soap->servicename('Name');

Sets the service to operate on. If no service is set via servicename, the first service found is used.

Returns the soap object, so you can chain calls like

 $soap->servicename->('Name')->portname('Port');

portname

 $soap->portname('Name');

Sets the port to operate on. If no port is set via portname, the first port found is used.

Returns the soap object, so you can chain calls like

 $soap->portname('Port')->call('MyMethod', %data);

no_dispatch

When set, call() returns the plain request XML instead of dispatching the SOAP call to the SOAP service. Handy for testing/debugging.

ACCESS TO SOAP::WSDL's internals ^

get_client / set_client

Returns the SOAP client implementation used (normally a SOAP::WSDL::Client object).

EXAMPLES ^

See the examples/ directory.

Differences to previous versions ^

Differences to previous versions ^

The following functionality is no longer supported:

Operation overloading

The SOAP standard allows operation overloading - that is, you may specify SOAP operations with more than one message. The client/server than can choose which message to send. This SOAP feature is usually used similar to the use of methods with different argument lists in C++.

Operation overloading is no longer supported. The WS-I Basic profile does not operation overloading. The same functionality as operation overloading can be obtained by using a choice declaration in the XML Schema.

readable

Readable has no effect any more. If you need readable debug output, copy the SOAP message to your favorite XML editor and run the source format command. Outputting readable XML requires lots of programming for little use: The resulting XMl is still quite unreadable.

on_action

Setting on_action is not required any more, the appropriate value is automatically taken from the WSDL. on_action is a no-op, and is just here for compatibility issues.

Differences to SOAP::Lite ^

readable

readable is a no-op in SOAP::WSDL. Actually, the XML output from SOAP::Lite is hardly readable, either with readable switched on.

If you need readable XML messages, I suggest using your favorite XML editor for displaying and formatting.

Message style/encoding

While SOAP::Lite supports rpc/encoded style/encoding only, SOAP::WSDL currently supports document/literal style/encoding.

autotype / type information

SOAP::Lite defaults to transmitting XML type information by default, where SOAP::WSDL defaults to leaving it out.

autotype(1) might even be broken in SOAP::WSDL - it's not well-tested, yet.

Output formats

In contrast to SOAP::Lite, SOAP::WSDL supports the following output formats:

outputxml

SOAP::Lite returns only the content of the SOAP body when outputxml is set to true. SOAP::WSDL returns the complete XML response.

Auto-Dispatching

SOAP::WSDL does does not support auto-dispatching.

This is on purpose: You may easily create interface classes by using SOAP::WSDL::Client and implementing something like

 sub mySoapMethod {
     my $self = shift;
     $soap_wsdl_client->call( mySoapMethod, @_);
 }

You may even do this in a class factory - see wsdl2perl.pl for creating such interfaces.

Debugging / Tracing

While SOAP::Lite features a global tracing facility, SOAP::WSDL allows to switch tracing on/of on a per-object base.

This has to be done in the SOAP client used by SOAP::WSDL - see get_client for an example and SOAP::WSDL::Client for details.

BUGS AND LIMITATIONS ^

SEE ALSO ^

Related projects

Sources of documentation

ACKNOWLEDGMENTS ^

There are many people out there who fostered SOAP::WSDL's developement. I would like to thank them all (and apologize to all those I have forgotten).

Giovanni S. Fois wrote a improved version of SOAP::WSDL (which eventually became v1.23)

David Bussenschutt, Damian A. Martinez Gelabert, Dennis S. Hennen, Dan Horne, Peter Orvos, Mark Overmeer, Jon Robens, Isidro Vila Verde and Glenn Wood (in alphabetical order) spotted bugs and/or suggested improvements in the 1.2x releases.

JT Justman and Noah Robin provided early feedback and bug reports for the 2.xx pre-releases.

Adam Kennedy checked and suggested improvements on metadata and dependencies in the 2.xx pre-releases.

Andreas 'ac0v' Specht constantly asked for better performance.

Matt S. Trout encouraged me "to get a non-dev-release out."

CPAN Testers provided most valuable (automated) feedback. Thanks a lot.

Numerous people sent me their real-world WSDL files and error reports for testing. Thank you.

Noah Robin contributed lots of documentation fixes, and the mod_perl server, and eventually joined SOAP::WSDL's developement. Thanks.

Mark Overmeer wrote XML::Compile::SOAP - competition is good for business.

Paul Kulchenko and Byrne Reese wrote and maintained SOAP::Lite and thus provided a base (and counterpart) for SOAP::WSDL.

LICENSE AND COPYRIGHT ^

Copyright 2004-2008 Martin Kutter.

This file is part of SOAP-WSDL. You may distribute/modify it under the same terms as perl itself

AUTHOR ^

Martin Kutter <martin.kutter fen-net.de>

REPOSITORY INFORMATION ^

 $Rev: 861 $
 $LastChangedBy: kutterma $
 $Id: WSDL.pm 861 2010-03-28 10:41:26Z kutterma $
 $HeadURL: http://soap-wsdl.svn.sourceforge.net/svnroot/soap-wsdl/SOAP-WSDL/branches/Typemap/lib/SOAP/WSDL.pm $
syntax highlighting: