[ https://issues.apache.org/jira/browse/AXIS2-3114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Deepal Jayasinghe reassigned AXIS2-3114: ---------------------------------------- Assignee: Deepal Jayasinghe > Control what wsdl bindings returned via services.xml > ---------------------------------------------------- > > Key: AXIS2-3114 > URL: https://issues.apache.org/jira/browse/AXIS2-3114 > Project: Axis 2.0 (Axis2) > Issue Type: New Feature > Components: kernel, wsdl > Reporter: nadir amra > Assignee: Deepal Jayasinghe > > I believe that it would be a very useful feature if we controlled the > generation of what WSDL bindings is returned in a WSDL document by AXIS 2 > (when one does not exist) from within the services.xml file. One can > indicate through a parameter whether SOAP11, SOAP12, HTTP, ALL, etc. binding > are to be returned. > Keith Chapman responded with the following that may be help in showing how > this could be done: > I guess the better solution might be to use the AxisBinding hierarchy > introduced while integrating WSDL 2.0 changes. Currently the services.xml > does not populate the Binding hierarchy but keeps all the details in the > AxisService. It might be a better solution to populate 3 bindings by default > (namely SOAP 1.1, SOAP 1.2 and HTTP) and customize it based on properties in > the services.xml. > When ?wsdl or ?wsdl2 is called we look for binding hierarchy, and if its > present we serialize them. If its not present we generate 3 default bindings. > So if the above is incorporated we would automatically get a WSDL that the > user desires. > Using the binding hierarchy has other benefits, such as been able to > customize a particular binding without affecting the others. I certainly > think that we should be using the Binding hierarchy when building services > from the services.xml. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]