Changing the schema like this shouldn't be a problem if its necessary. I'd like to understand better why its necessary. Perhaps there's another way.
I thought that the way this was coded was that the host and port from the incoming request were stuffed into the wsdl being returned. Doesn't the proxy server tell us what the original request was in some way such as a request attribute? Could we look for that information and use it if available and use the request itself if not? thanks david jencks On Feb 7, 2011, at 10:39 AM, Jarek Gawor wrote: > Ashish, > > Modifying the schema (without changing the namespace) is fine as long > as you make the new element(s) optional. That at least is what we have > done in the past. > > Jarek > > On Fri, Jan 28, 2011 at 10:00 AM, Ashish Jain <[email protected]> wrote: >> Hi, >> >> When geronimo is front ended with a proxy say Apache HTTP server and a web >> service is invoked via this proxy. The auto >> generated wsdl will have the soap:address as >> http://<g_host>:<g_port>/service_name. Instead it should be >> http://<proxy_host>: >> <proxy:port>/service_name. The method which takes care of all this is >> org.apache.geronimo.axis2.WSDLQueryHandler.writeResponse >> . The baseUri attribute in the class has to be modified so that appropriate >> soap:address can be written in the wsdl file. >> >> So as to get this property into geronimo one of the way would be to be able >> to specify in geronimo deployment descriptor. >> Adding a new attribute may require schema change. >> >> Is this acceptable? Are there any other alternative ways through which this >> can be achieved? >> >> Thanks >> Ashish >>
