Re: wsif evaluation questions

Eugeny N Dzhurinsky <[email protected]> Thu, 18 Oct 2007 12:13:46 +0300
Newsgroups gmane.comp.apache.webservices.wsif.user
Message-ID <[email protected]>
--YZ5djTAD1cGYuMQK
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Oct 17, 2007 at 09:44:31AM -0700, Jeff Greif wrote:
> You can do dynamic invocation using WSIF even if complex types are=20
> involved.  You just can't do simple data binding.
>=20
> Suppose without loss of generality that the web service requests and=20
> responses are in the form of SOAP messages.  The complex types included i=
n=20
> a response will correspond to some XML elements in the message.  If you a=
re=20
> doing dynamic invocation, you're not going to have Java classes defined=
=20
> corresponding to each of the complex types unless you generate code from=
=20
> the WSDL.  Presuming that you're not going to do that in a dynamic=20
> invocation, you can work with the org.w3c.dom.Element itself or some=20
> wrapper class you build around it.  Thus, any complex type is deserialize=
d=20
> into an Element or your ComplexTypeWrapper.  In the latter case, the type=
=20
> name extracted from the wsdls corresponding to the element can be include=
d=20
> in the wrapper instance, and then the information extracted from the wsdl=
=20
> and schemas about the type can be applied during processing by the client=
=2E =20
> Similarly, when building a web service request, you'll have to assemble=
=20
> Elements corresponding to the complex types needed in the input.  Nothing=
=20
> is really lost here because again, you don't have a class around in your=
=20
> application corresponding to that complex type anyway.
>=20
> The only special WSIF machinery you need for this is a type mapping for=
=20
> each complex type to ComplexTypeWrapper or Element.  These type mappings=
=20
> would be created on each invocation based on information in the wsdl and=
=20
> schemas.  They are usually only needed for the complex types correspondin=
g=20
> to the "parts" of the input and output messages.

Hello, Jeff Greif!
Thank you for prompt response, however it's still not clear for me:

1) could you please explain how can I get list of available methods using
WSIF?

2) is it possible to get type definitions for the parameters and return val=
ues
for certain method using WSIF somehow?

3) if I will know such information, will I be able to prepare SOAP call and
invoke remote method with WSIF?

Thank you in advance!

--=20
Eugene N Dzhurinsky

--YZ5djTAD1cGYuMQK
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)

iD8DBQFHFyPIy/i/DoZLbHwRAozKAJ9Iq1rc2Na+hPCXwT1KImK8AtJz+ACgqcBi
DU+lBjHfITza4GKHX9T6Isk=
=XYjd
-----END PGP SIGNATURE-----

--YZ5djTAD1cGYuMQK--