Can you send the .dbs file for this? Seems like this is not a wsdl generated with a data service.
thanks, Amila. On Tue, Jan 3, 2012 at 11:19 AM, Shelan Perera <[email protected]> wrote: > Hi, > > I checked with DSS Data Services 2.6.0,. I am attaching the wsdl with > this. > > Thanks > > On Tue, Jan 3, 2012 at 11:13 AM, Amila Suriarachchi <[email protected]>wrote: > >> >> >> On Mon, Jan 2, 2012 at 6:17 PM, Shelan Perera <[email protected]> wrote: >> >>> This is regarding the issue. [1] >>> >>> To reproduce the scenario i have developed a sample service which has >>> two methods ping1() and ping2() which will return two different strings >>> "pinging1" and "pinging 2".There are no parameters for the request. >>> >>> 1) When invoke from the try it with response caching enabled second >>> operation returns the same string which is "pinging1" instead >>> "pinging2".When i invoke from a wrapped client it is successful and return >>> the intended strings. >>> >>> 2) The difference with try it is , >>> >>> with tryit : SOAP body is empty >>> >>> with wrapped client : SOAP Body has >>> <soapenv:Body> >>> <ns1:ping1 xmlns:ns1="http://www.wso2.org/types"; /> >>> </soapenv:Body> >>> >>> The reason is when you have an empty body it cannot differentiate two >>> request and mislead as the previous request (which again has an empty body). >>> >>> Since this happens only with the tryit if we are going to fix we need >>> to resolve it there. What is the best approach to handle it? Does the spec >>> allows to send an empty SOAP body ? >>> >> >> Can you send us the wsdl generated from the DSS service? I checked with >> the 2.6.2 version and the DSS wsdl is set to an empty soap body. >> >> According to basic profile[1] you can not use the same input message for >> two different operations. Therefore this is an issue with DSS and need to >> fix at the DSS wsdl generation. >> >> thanks, >> Amila. >> >> [1] >> http://www.ws-i.org/Profiles/BasicProfile-1.1.html#Operation_Signatures >> >> >> >> >>> >>> >>> Thanks, >>> >>> >>> >>> [1] https://wso2.org/jira/browse/CARBON-11947 >>> >>> >>> -- >>> *Shelan Perera* >>> >>> Software Engineer >>> ** >>> *WSO2, Inc. : wso2.com* >>> lean.enterprise.middleware. >>> >>> *Home Page* : shelan.org >>> *Blog* : blog.shelan.org >>> *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 >>> *Twitter* :https://twitter.com/#!/shelan >>> >>> *Mobile* : +94 772 604 402 >>> >>> >>> >>> _______________________________________________ >>> Carbon-dev mailing list >>> [email protected] >>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >>> >>> >> >> >> -- >> *Amila Suriarachchi* >> >> Software Architect >> WSO2 Inc. ; http://wso2.com >> lean . enterprise . middleware >> >> phone : +94 71 3082805 >> >> >> _______________________________________________ >> Carbon-dev mailing list >> [email protected] >> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev >> >> > > > -- > *Shelan Perera* > > Software Engineer > ** > *WSO2, Inc. : wso2.com* > lean.enterprise.middleware. > > *Home Page* : shelan.org > *Blog* : blog.shelan.org > *Linked-i*n :http://www.linkedin.com/pub/shelan-perera/a/194/465 > *Twitter* :https://twitter.com/#!/shelan > > *Mobile* : +94 772 604 402 > > > > _______________________________________________ > Carbon-dev mailing list > [email protected] > http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > -- *Amila Suriarachchi* Software Architect WSO2 Inc. ; http://wso2.com lean . enterprise . middleware phone : +94 71 3082805
_______________________________________________ Carbon-dev mailing list [email protected] http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
