Hi Tom; I make it minor due to 2 reasons
1) It is to be handled after the 0.95 (we say we need to fix all that is major for 0.95 so that the major is relative! ) 2) I understood the bug to mean "we need a make the client stub not have xml beans specific things", have I misunderstood it? Thanks Srinath On 8/4/05, Tom Jordahl <[EMAIL PROTECTED]> wrote: > > I really don't agree that support for wrapped services is Minor.... > > > Tom Jordahl > Macromedia Server Development > > -----Original Message----- > From: Srinath Perera (JIRA) [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 02, 2005 9:14 PM > To: axis-dev@ws.apache.org > Subject: [jira] Updated: (AXIS2-109) Databinding completeness in the > stubs that are generated > > [ http://issues.apache.org/jira/browse/AXIS2-109?page=all ] > > Srinath Perera updated AXIS2-109: > --------------------------------- > > Priority: Minor (was: Major) > > post 0.95 > > > Databinding completeness in the stubs that are generated > > -------------------------------------------------------- > > > > Key: AXIS2-109 > > URL: http://issues.apache.org/jira/browse/AXIS2-109 > > Project: Apache Axis 2.0 (Axis2) > > Type: Improvement > > Components: databinding > > Reporter: Jayachandra Sekhara Rao Sunkara > > Priority: Minor > > Attachments: SimpleTest.wsdl > > > > We should project stub methods tha are completely agnostic of the > databinding mechanism utilized to generate them. > > FYI, I'm copy pasting the issue that was mailed to axis-dev on 28th > July 2005 > > *** Transcript of the mail follows *** > > Hi there, > > I planned to test a stub based style of invocation with this wsdl > [attached below- SimpleTest.wsdl]. > > Its the wsdl for a webservice which hosts a method of the signature > public String echoString(String inputString); I started with wsdl2java > to generate stubs for me. I then set out to write a test client (this > was lacking from wsdl2java artifacts that got generated) that would just > assume as if it was invoking a local method named echoString on the > stub. Strangely the method signature of > > echoString(..) in the generated stub is seen to expect an XMLBeans > specific EchoStringDocument kind of object as its input parameter. > > This makes us think that data binding is not facilitated to the user > fully. User shouldn't have to bore the onus of creating an > EchoStringDocument object and pass it as parameter to the stub method, > at least when he is using the stub based invocation, isn't it? Is this > feature on our wish list or am I missing something!?! > > Thank you > > Jayachandra > > -- > This message is automatically generated by JIRA. > - > If you think it was sent incorrectly contact one of the administrators: > http://issues.apache.org/jira/secure/Administrators.jspa > - > For more information on JIRA, see: > http://www.atlassian.com/software/jira > >
