[ http://jira.codehaus.org/browse/XFIRE-280?page=comments#action_62658 ]
Jara Cesnek commented on XFIRE-280: ----------------------------------- Today I try Client generation by org.codehaus.xfire.gen.WsGenTask (jaxb20). Similar problem. Lots of not needed files were generated. 1) ArrayOfUserRights.java - Why not using simply UserRights[] 2) ArrayOfString.java and ArrayOfArrayOfString.java - Why not using String[] and String[][], this files was generated to wrong package. Axis wins .. sorry. (Only for client stuff :-)) > Better support for arrays > ------------------------- > > Key: XFIRE-280 > URL: http://jira.codehaus.org/browse/XFIRE-280 > Project: XFire > Type: Bug > Versions: 1.0-RC > Reporter: Jara Cesnek > Assignee: Dan Diephouse > Fix For: 1.1 > > > I got very ugly problem. > I expose SOAP function > @WebService(name="ropp",serviceName="ropp",targetNamespace="http://aaa") > public class RoppWebService { > @WebMethod > public String[] getXX(Bean b); <- generate first type ArrayOfString in > http://aaa > } > package bbb; > public class Bean { > public String[] getValue(); <- generate second type ArrayOfString in > http://bbb > } > So now I have two identical class. I need one "String[]" type on client not > lots of ArrayOfString classes. > On client I need one type ArrayOfString in one namespace. > Now I cant change namespace of function result to manualy define every use of > String[] to single namespace. @WebResult(targetNamespace="http://bbb") dont > work for me. > Every use of String[] must be generated to one namespace. (It is always one > type) > Some SOAPs use more informative > - <xs:complexType name="TStringArray"> > - <xs:complexContent> > - <xs:restriction base="soapenc:Array"> > <xs:sequence /> > <xs:attribute ref="soapenc:arrayType" n1:arrayType="xs:string[]" > xmlns:n1="http://schemas.xmlsoap.org/wsdl/" /> > </xs:restriction> > </xs:complexContent> > </xs:complexType> > so C# can generate native type 'string[]' not bean ArrayOfString. > Dont know what is better standart. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
