Merten, we are interested in fixing this...but there just so many things to do and so few hours in a day :)
-- dims On 5/5/05, Merten Schumann <[EMAIL PROTECTED]> wrote: > Clint, > > hm, I have no Axis specific code in my web service. I just wrote a > JAX-RPC compliant web service and added Axis to my web app and then let > Axis generate the WSDL and all for me in the deploy (wsdd) step. I think > I even did not try to write a client utilizing Axis, I just have > > But, maybe when they fix your issue my one is gone too :-) > > BTW: I tried to interest them to let the dotNetSoapEncFix to be > controled on a per service base (in wsdd file for a service) but seems > there's no audience for this ;-) > http://issues.apache.org/jira/browse/AXIS-1879 > > Will have a look at this tomorrow again .. > cu > Merten > > > -----Original Message----- > > From: Dovholuk, Clint [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 05, 2005 4:45 PM > > To: [email protected] > > Subject: RE: is it possible to change soapenc:string to > > xsd:string in generated WSDL? > > > > Merten, > > > > I've opened a bug I think that is about your issue... > > > > http://issues.apache.org/jira/browse/AXIS-1976 > > > > it seems that the flag is being reset whenever you call a web service > > using the axis generated classes. > > > > to solve the issue myself, before I return anything I do: > > > > if(!TypeMappingImpl.dotnet_soapenc_bugfix) > > { > > TypeMappingImpl.dotnet_soapenc_bugfix = true; //or > > whichever value > > you "need" > > } > > > > it does the trick for me, but it's got to be a bug... > > > > Are you using any autogenerated classes to call some other web service > > and THEN seeing the issue? > > > > -Clint > > > > > > > > -----Original Message----- > > From: Merten Schumann [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 05, 2005 10:31 AM > > To: [email protected] > > Subject: RE: is it possible to change soapenc:string to xsd:string in > > generated WSDL? > > > > Hello, > > > > just tried Axis 1.2 final instead of 1.2rc3. My web services > > still work > > fine :-) > > > > Found that the param "dotNetSoapEncFix" in server-config.wsdd > > obviously > > made it to the final 1.2 That's fine for my usage scenario. Seems, by > > default it's set to "true". > > > > Anyway, I still have these strange behaviour with freshly deployed > > services, see below ... Again, anybody else experiencing this strange > > behaviour in Axis? Maybe it's just my usage scenario here > > with Tomcat in > > a Windows environment or so ... > > > > cu > > Merten > > > > > -----Original Message----- > > > From: Merten Schumann [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, April 13, 2005 5:19 PM > > > To: [email protected] > > > Subject: RE: is it possible to change soapenc:string to > > xsd:string in > > > generated WSDL? > > > > > > Hello, > > > > > > I'm playing around with this dotNetSoapEncFix in Axis. It > > works fine > > > so far, I have xsd:string instead of soapenc:string in my generated > > > WSDL. > > > But for rpc/enc web services, it works a bit funny: when I > > deploy my > > > service and look at the WSDL, there are these soapenc:string beasts > > > contained. I have to stop/start my web app (containing > > Axis), when I > > > then retrieve the WSDL again (I do not undeploy/deploy my service > > > again), it's correctly containing the xsd:string stuff. > > This "feature" > > > works each time when I deploy my service for the first time ... It > > > seems, for rpc/lit and doc/lit this issue doesn't appear. > > > > > > Anybody else experiencing this strange behaviour in Axis??? > > > > > > cu > > > Merten > > > > > > > -----Original Message----- > > > > From: Merten Schumann [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, March 18, 2005 10:19 AM > > > > To: [email protected] > > > > Subject: RE: is it possible to change soapenc:string to > > xsd:string > > > > in generated WSDL? > > > > > > > > as suggested, created an enhancement request > > > > http://issues.apache.org/jira/browse/AXIS-1879 :-) > > > > > > > > cu > > > > Merten > > > > > > -- Davanum Srinivas - http://webservices.apache.org/~dims/
