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--