[ http://issues.apache.org/jira/browse/WODEN-28?page=comments#action_12415372 ]
Eran Chinthaka commented on WODEN-28: ------------------------------------- Axis2 databinding framework supports multiple data binding implementations. But we have implemented our own simple databinding implementation (ADB). This doesn't support complex constructs. Since built-in schema types contains unsupported contructs, ADB fails. We can use this with XMLBeans. But the problems are : 1. XMLBeans anyway generated huge number of classes, which is one of the problems overcame using ADB 2. Generating code for builtin types is unnecessary, IMO. So the best option I'd suggest is to have small switch in the getSchemas method, to get schemas other than built-in types. And I prefer to go with ADB as its proven to be far better and light weight than other impls, despite its limited capabilities. I'm now stuck with this in my integration and your help is greatly appreciated. > Un-necessary schema definition returned by Woden > ------------------------------------------------ > > Key: WODEN-28 > URL: http://issues.apache.org/jira/browse/WODEN-28 > Project: Woden > Type: Bug > Reporter: Eran Chinthaka > > I was trying to read HotelReservationService.wsdl and feed that to Axis2. > When I tried to get the schemas within the wsdl, it returns two schema > instances. Actual wsdl contains only one schema. But woden returns the > schema of XmlSchema (as I doubt) also, in addition to the schema in the wsdl, > when I call like this. > TypesElement typesElement = description.toElement() > .getTypesElement(); > if (typesElement != null) { > Schema[] schemas = typesElement.getSchemas(); > for (int i = 0; i < schemas.length; i++) { > XmlSchema schemaDefinition = > schemas[i].getSchemaDefinition(); > ............................ > ............................ > > } > } > Is this intentional ? > I prefer if we can atleast have a switch for this, as this hinders me using > the simple databinding framework we have in Axis2. -- 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 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
