when WSDL is not static ..

2008-02-28 Thread Kanchana Welagedara
Hi All


I got use case where i don\t have a static wsdl but want a DII client
invocation.I\m planing to use Axis2 .Earlier i used for static wsdl using
proxy generators .But this time I can\t use proxies.In further I get a WSDL
file that defines message based SOAP calls. The payload message is defined
in XML Schema. It can contain any number of complex types.The Schema should
be  displayed in the Creater(Creater where we make the xml definition for
particular web flow ) and the user should be able to link variables/items in
Spikeflow(www.nspike.com/) to elements/attributes in the schema. Then in
running our runtime should be able to create correct SOAP requests to send
and be able to parse SOAP responses.

Normally we would do this by generating java objects with JAXB that

maps to the Schema. But we can't do the JAXB and compilation step,

since the WSDL and Schema changes.

Really appreciate if any one can shoot any ideas on this

Thanks a lot
Kanchana


Re: when WSDL is not static ..

2008-02-28 Thread Afkham Azeez
A WSDL is a contract, and changing this often is not the correct thing to
do. Changing the service contract often goes against the fundamentals of the
SOA paradigm.

Someone may be able to suggest a better solution if you could explain the
problem you are trying to solve (not the way you intend to solve it)

HTH
Azeez

On Thu, Feb 28, 2008 at 5:48 PM, Kanchana Welagedara [EMAIL PROTECTED]
wrote:

 Hi All


 I got use case where i don\t have a static wsdl but want a DII client
 invocation.I\m planing to use Axis2 .Earlier i used for static wsdl using
 proxy generators .But this time I can\t use proxies.In further I get a
 WSDL file that defines message based SOAP calls. The payload message is
 defined in XML Schema. It can contain any number of complex types.TheSchema 
 should be  displayed in the Creater(Creater where we make the xml
 definition for particular web flow ) and the user should be able to link
 variables/items in Spikeflow(www.nspike.com/) to elements/attributes in
 the schema. Then in running our runtime should be able to create correct
 SOAP requests to send and be able to parse SOAP responses.

 Normally we would do this by generating java objects with JAXB that

 maps to the Schema. But we can't do the JAXB and compilation step,

 since the WSDL and Schema changes.

 Really appreciate if any one can shoot any ideas on this

 Thanks a lot
 Kanchana





-- 
Thanks
Afkham Azeez

http://azeez78.blogspot.com
http://www.wso2.org
GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760


Re: when WSDL is not static ..

2008-02-28 Thread Paul Fremantle
Azeez

I think what is trying to be acheived here is what we do in WSAS with
our dynamically generated Javascript test clients.

Obviously its possible to do this - you need code that navigates the
schema and helps you create XML from that. There is code like this in
Eclipse and SOAPUI. The real problem Kanchana is going to have is how
to set the parameters into this code. In WSAS we do this with a human
:) In other words we dynamically generate a web page, and its up to
the human to look at the web page and decide what data goes in which
field.

Paul

On Thu, Feb 28, 2008 at 1:24 PM, Afkham Azeez [EMAIL PROTECTED] wrote:
 A WSDL is a contract, and changing this often is not the correct thing to
 do. Changing the service contract often goes against the fundamentals of the
 SOA paradigm.

 Someone may be able to suggest a better solution if you could explain the
 problem you are trying to solve (not the way you intend to solve it)

 HTH
 Azeez



 On Thu, Feb 28, 2008 at 5:48 PM, Kanchana Welagedara [EMAIL PROTECTED]
 wrote:
  Hi All
 
 
  I got use case where i don\t have a static wsdl but want a DII client
 invocation.I\m planing to use Axis2 .Earlier i used for static wsdl using
 proxy generators .But this time I can\t use proxies.In further I get a WSDL
 file that defines message based SOAP calls. The payload message is defined
 in XML Schema. It can contain any number of complex types.The Schema should
 be  displayed in the Creater(Creater where we make the xml definition for
 particular web flow ) and the user should be able to link variables/items in
 Spikeflow(www.nspike.com/) to elements/attributes in the schema. Then in
 running our runtime should be able to create correct SOAP requests to send
 and be able to parse SOAP responses.
 
  Normally we would do this by generating java objects with JAXB that
 
  maps to the Schema. But we can't do the JAXB and compilation step,
 
  since the WSDL and Schema changes.
 
  Really appreciate if any one can shoot any ideas on this
 
  Thanks a lot
  Kanchana
 
 
 



 --
 Thanks
 Afkham Azeez

 http://azeez78.blogspot.com
 http://www.wso2.org
 GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760



-- 
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair

blog: http://pzf.fremantle.org
[EMAIL PROTECTED]

Oxygenating the Web Service Platform, www.wso2.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: when WSDL is not static ..

2008-02-28 Thread Afkham Azeez
Paul
I thought Kanchana was talking about a WSDL/Schema, which keeps on changing.
So in fact, Kanchana is talking about generating clients for different WSDLs
(not a changing WSDL)?

Azeez

On Thu, Feb 28, 2008 at 7:03 PM, Paul Fremantle [EMAIL PROTECTED] wrote:

 Azeez

 I think what is trying to be acheived here is what we do in WSAS with
 our dynamically generated Javascript test clients.

 Obviously its possible to do this - you need code that navigates the
 schema and helps you create XML from that. There is code like this in
 Eclipse and SOAPUI. The real problem Kanchana is going to have is how
 to set the parameters into this code. In WSAS we do this with a human
 :) In other words we dynamically generate a web page, and its up to
 the human to look at the web page and decide what data goes in which
 field.

 Paul

 On Thu, Feb 28, 2008 at 1:24 PM, Afkham Azeez [EMAIL PROTECTED] wrote:
  A WSDL is a contract, and changing this often is not the correct thing
 to
  do. Changing the service contract often goes against the fundamentals of
 the
  SOA paradigm.
 
  Someone may be able to suggest a better solution if you could explain
 the
  problem you are trying to solve (not the way you intend to solve it)
 
  HTH
  Azeez
 
 
 
  On Thu, Feb 28, 2008 at 5:48 PM, Kanchana Welagedara 
 [EMAIL PROTECTED]
  wrote:
   Hi All
  
  
   I got use case where i don\t have a static wsdl but want a DII client
  invocation.I\m planing to use Axis2 .Earlier i used for static wsdl
 using
  proxy generators .But this time I can\t use proxies.In further I get a
 WSDL
  file that defines message based SOAP calls. The payload message is
 defined
  in XML Schema. It can contain any number of complex types.The Schema
 should
  be  displayed in the Creater(Creater where we make the xml definition
 for
  particular web flow ) and the user should be able to link
 variables/items in
  Spikeflow(www.nspike.com/) to elements/attributes in the schema. Then in
  running our runtime should be able to create correct SOAP requests to
 send
  and be able to parse SOAP responses.
  
   Normally we would do this by generating java objects with JAXB that
  
   maps to the Schema. But we can't do the JAXB and compilation step,
  
   since the WSDL and Schema changes.
  
   Really appreciate if any one can shoot any ideas on this
  
   Thanks a lot
   Kanchana
  
  
  
 
 
 
  --
  Thanks
  Afkham Azeez
 
  http://azeez78.blogspot.com
  http://www.wso2.org
  GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760



 --
 Paul Fremantle
 Co-Founder and VP of Technical Sales, WSO2
 OASIS WS-RX TC Co-chair

 blog: http://pzf.fremantle.org
 [EMAIL PROTECTED]

 Oxygenating the Web Service Platform, www.wso2.com

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Thanks
Afkham Azeez

http://azeez78.blogspot.com
http://www.wso2.org
GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760