velidandas wrote:
What is the additional work to be done here, Please explain in detail so that
I will
get my application working.
Thanks very much for all the help.
Srinivas.
:*)
velidandas wrote:
-----Original Message-----
From: Jeff Greif [mailto:[EMAIL PROTECTED]
Sent: 18 May 2007 23:04
To: [email protected]
Subject: Re: Need help invoking complex web services
Yes, Alek is correct. You have to do some additional work to
make use
of WSIF dynamic invocation on complex types, but it can be done.
If there is some additional work to be done, how can it be said that WSIF
itself supports
dynamic Invocation with complex types.
Could you please provide some sample with what you mean by the additional
work to
be done
Thanks.
My company has been using WSIF as infrastructure for a user-interface
provider for web services for several years, using dynamic invocation
based on the WSDL and the schemas it references. A wide variety of
complex types (but not all) are handled. WSIF is a small but
here agian what does it mean by "but not all", Could you please
clarify the problem here...
significant
piece of a larger system, which gathers the input to the web
services,
invokes the services, presents the output, and allows the
data from the
outputs to be used to construct inputs to other services. The
automatically-generated user interfaces can be delivered on
the desktop
or various mobile devices, and customized and beautified with
additional
metadata (beyond the schemas) to set up the user-driven
chaining of the
services and present the WS inputs and outputs in a way more suitable
for end users.
Jeff
Aleksander Slominski wrote:
Jeff Greif wrote:
The remarks about WSIF supporting dynamic invocation with complex
types are incorrect. This question has been asked and
answered many
times on this list. Please check the archives.
the issues for discussion is "support" - if one expects automatic
handling of
all of XML schemas types in WSIF that is not what WSIF does
but it does
help with mapping Java data (or just XML possibly that follows XS
- that is dynamic case) and sending XML to a service
identified by WSDL.
in my experience dynamic case is typically encountered in
two situations:
1. some kind of user interface: it needs to parse WSDL and
present input
to user
then it can use WSIF to send that input to that service
2. workflows or other systems that need to invoke services
described in WSDL
but those systems do not generate input they just do
its processing and
they are less dynamic (and can handle less of varied
inputs) more
processing they do.
my .01c
best,
alek
On 5/17/07, Velidanda Srinivas
<[EMAIL PROTECTED]>
wrote:
WSIF could not be used for dynamic invocation using complex Types.
WSIF does not support complex types in dynamic invocation.
Try and see XSUL, if works.
Please let me know if you get working with XSUL.
-----Original Message-----
From: Tim Hamer [mailto:[EMAIL PROTECTED]
Sent: 14 May 2007 19:20
To: [email protected]
Subject: Need help invoking complex web services
Hi,
We're trying to create a Java application capable of
consuming any web service dynamically given only the WSDL.
The only problem is that we can't figure out how to invoke a
service that takes a complex type as a parameter without
first generating code. Is it possible to use WSIF to do such
an invocation without generating code, and if so, could
someone please send us some hint on how to do so?
thanks,
Tim
Aleksander Slominski wrote:
Jeff Greif wrote:
The remarks about WSIF supporting dynamic invocation with complex
types are incorrect. This question has been asked and answered many
times on this list. Please check the archives.
the issues for discussion is "support" - if one expects automatic
handling of
all of XML schemas types in WSIF that is not what WSIF does but it does
help with mapping Java data (or just XML possibly that follows XS
- that is dynamic case) and sending XML to a service identified by WSDL.
in my experience dynamic case is typically encountered in two situations:
1. some kind of user interface: it needs to parse WSDL and present input
to user
then it can use WSIF to send that input to that service
2. workflows or other systems that need to invoke services described in
WSDL
but those systems do not generate input they just do its processing
and
they are less dynamic (and can handle less of varied inputs) more
processing they do.
my .01c
best,
alek
On 5/17/07, Velidanda Srinivas <[EMAIL PROTECTED]>
wrote:
WSIF could not be used for dynamic invocation using complex Types.
WSIF does not support complex types in dynamic invocation.
Try and see XSUL, if works.
Please let me know if you get working with XSUL.
-----Original Message-----
From: Tim Hamer [mailto:[EMAIL PROTECTED]
Sent: 14 May 2007 19:20
To: [email protected]
Subject: Need help invoking complex web services
Hi,
We're trying to create a Java application capable of
consuming any web service dynamically given only the WSDL.
The only problem is that we can't figure out how to invoke a
service that takes a complex type as a parameter without
first generating code. Is it possible to use WSIF to do such
an invocation without generating code, and if so, could
someone please send us some hint on how to do so?
thanks,
Tim
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
______________________________________________________________
__________
This e-mail has been scanned for all viruses by MessageLabs.
______________________________________________________________
__________
________________________________________________________________________
This e-mail has been scanned for all viruses by MessageLabs.
Singularity operates globally through its offices in New York,
London, Singapore, Ireland and India. Singularity Limited is
incorporated in the United Kingdom with Registration Number NI 31519
and its Registered Office at 100 Patrick Street, Derry, BT48 7EL,
United Kingdom.
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
The best way to predict the future is to invent it - Alan Kay
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
