[ http://issues.apache.org/jira/browse/AXIS-66?page=comments#action_64076 ] Shawn Zhu commented on AXIS-66: -------------------------------
Hi, I don't quite understatnd the fix for this bug. The latest nightly build axis-1_2RC3 (28.02.2005) now generates FindResultMaskNull.java only. How do you use it? It has a protected constructor, you can't do any "Or" operation on the enumeration flags. Also, when accessing mappoint, you get the following error: java.io.IOException: java.io.IOException: java.io.IOException: Non nillable element 'resultMask' is null. Previously with axis1.1, a FindResultMask.java is created, there was no FindResultMaskNull.java. Also, one didn't have to set the FindResultMask. thanks > [xsd:list] WSDL2Java doesn't handle schema <list> enumerations > -------------------------------------------------------------- > > Key: AXIS-66 > URL: http://issues.apache.org/jira/browse/AXIS-66 > Project: Axis > Type: Bug > Components: Basic Architecture > Versions: beta-1 > Environment: Operating System: Other > Platform: All > Reporter: Kevin Dente > Assignee: Dominik Kacprzak > Attachments: SchemaUtils.java, SymbolTable.java, Utils.java, cc-out.txt, > diff.txt, list.wsdl, patch-axis-66.zip, patch_nightlybuild_feb10.zip > > Microsoft's .Net WSDL supports the notion of a bitmask enumeration, where > multiple enum values can be logically OR'd together (a very useful feature). > In > C# this is generated using the Flags attribute on an enumerated type. The > WSDL > that it spits out when you do this looks like: > <s:simpleType name="MyFlags"> > <s:list> > <s:simpleType> > <s:restriction base="s:string"> > <s:enumeration value="Flag1" /> > <s:enumeration value="Flag2" /> > <s:enumeration value="Flag3" /> > </s:restriction> > </s:simpleType> > </s:list> > </s:simpleType> > WSDL2Java doesn't handle this - it throws an exception when it encounters > this > WSDL. The exception is: > java.io.IOException: http://tempuri.org/:MyFlags already exists at > org.apache.axis.wsdl.toJava.SymbolTable.symbolTablePut(Unknown Source) > at > org.apache.axis.wsdl.toJava.SymbolTable.createTypeFromDef(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.addTypes(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.addTypes(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.addTypes(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.addTypes(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.addTypes(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.addTypes(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.addTypes(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.populateTypes(Unknown > Source) > at org.apache.axis.wsdl.toJava.SymbolTable.populate(Unknown Source) > at org.apache.axis.wsdl.toJava.SymbolTable.add(Unknown Source) > at org.apache.axis.wsdl.toJava.Emitter.emit(Unknown Source) > at org.apache.axis.wsdl.toJava.Emitter.emit(Unknown Source) > at org.apache.axis.wsdl.WSDL2Java$WSDLRunnable.run(Unknown Source) > at java.lang.Thread.run(Thread.java:484) > This seems like something that should really be supported. -- 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
