Hi Yang, unfortunatelly, that didn't help either.
Thanks, Radim On 9/14/07, Yang Lei <[EMAIL PROTECTED]> wrote: > Try remove the contextRoot and see if you can get the values. > > Yang > > > On 9/13/07, Radim Kolarik <[EMAIL PROTECTED]> wrote: > > > > Hi Simon, > > > > please ignore the --, it was just added to thread by accident. The > > file I work with is a valid XML file. > > > > The URI even gets picked up from the .composite file during > > inicialization, I get the addServletMapping: > > /contextroot/ExampleComponent/ExampleService in the log file. > > > > But I do not see any initContextPath: in the log, maybe that could be > > signaling the problem? > > > > Thanks, > > Radim > > > > On 9/13/07, Simon Nash <[EMAIL PROTECTED]> wrote: > > > Radim, > > > What actually happens when you put this URI into a browser? > > > > > > I'm slightly surprised by the --> at the end of the binding.ws > > > element. I've only seen this in comments. > > > > > > Simon > > > > > > Radim Kolarik wrote: > > > > > > > Hi Ant, > > > > > > > > I have specified absolute URI and it still doesn't work on Websphere: > > > > > > > > <?xml version="1.0" encoding="UTF-8"?> > > > > <composite xmlns="http://www.osoa.org/xmlns/sca/1.0"; > > > > targetNamespace="http://company/examples/example-sc"; > > > > xmlns:ex="http://company/examples/example-sc"; > > > > name="example-sc"> > > > > > > > > <component name="ExampleComponent"> > > > > <service name="ExampleService"> > > > > <interface.java interface="com.company.ExampleService"/> > > > > <binding.ws > > > > uri="http://localhost:9201/contextroot/ExampleComponent/ExampleService > > "/--> > > > > </service> > > > > <implementation.java class="com.company.ExampleServiceImpl" /> > > > > </component> > > > > > > > > </composite> > > > > > > > > Do you have an idea what could be the problem? > > > > > > > > Thanks, > > > > Radim > > > > > > > > > > > > On 9/13/07, ant elder <[EMAIL PROTECTED]> wrote: > > > > > > > >>On 9/13/07, Simon Nash <[EMAIL PROTECTED]> wrote: > > > >> > > > >>> > > > >>>ant elder wrote: > > > >>> > > > >>>>On 9/13/07, Simon Nash <[EMAIL PROTECTED]> wrote: > > > >>>> > > > >>>> > > > >>>>>See inline. > > > >>>>> > > > >>>>> Simon > > > >>>>> > > > >>>>>Radim Kolarik wrote: > > > >>>>> > > > >>>>> > > > >>>>> > > > >>>>>>Oh, sorry about the stack trace, it only occurs with older version > > of > > > >>>>>>Tuscany when TuscanyServlet is used instead of filters. > > > >>>>>> > > > >>>>>>I am now using Tuscany snapshot from the Maven repository dated > > 4th > > > >>>>>>September, with filters set up in web.xml, but still no luck on > > > >>>>>>Websphere. There is now no warning or exception in the log, but > > the > > > >>>>>>service is not being picked up. It is being picked up in Tomcat. > > > >>>>>> > > > >>>>>>Do you have any ideas? > > > >>>>>> > > > >>>>>>Thanks, > > > >>>>>>Radim > > > >>>>>> > > > >>>>>>On 9/13/07, Radim Kolarik <[EMAIL PROTECTED]> wrote: > > > >>>>>> > > > >>>>>> > > > >>>>>> > > > >>>>>>>Hi Yang, > > > >>>>>>> > > > >>>>>>>thank you for your suggestions. > > > >>>>>>> > > > >>>>>>>I am sure I use the correct root context, because I can access a > > JSP > > > >>>>>>>within the application successfully. It seems to me that the axis > > > >>>>>>>service is not being recognized at > > > >>>>>>>http://localhost:9201/contextRoot/componentName/serviceName. > > > >>>>>>> > > > >>>>> > > > >>>>>I think this might be connected with the port number. If your > > > >>>>>.composite file just uses the <binding.ws/> element with dynamic > > WSDL > > > >>>>>generation and no "uri" attribute, then Tuscany will construct a > > default > > > >>>>>URI. There's a hardcoded port number of 8085 in the > > > >>> > > > >>>Axis2ServiceProvider > > > >>> > > > >>>>>code, but I think in a webapp environment Tuscany would look for > > the > > > >>>>>webapp server's configured port or fall back to 8080 if it doesn't > > know > > > >>>>>what this is. (I'm not 100% sure of the details of how this > > works.) > > > >>>> > > > >>>> > > > >>>> > > > >>>>That Axis2ServiceProvider has port 8085 hard coded is a bug. > > > >>>>Axis2ServiceProvider should only be registering the servlet with an > > > >>> > > > >>>explicit > > > >>> > > > >>>>port if <binding.ws> specifies an explicit port. If <binding.ws> > > doesn't > > > >>>>specify the port then its down to the ServletHost impl to use the > > > >>> > > > >>>default > > > >>> > > > >>>>one, and thats what our WebAppServletHost will do. If we remove the > > > >>>>hardcoded port 8085 in Axis2ServiceProvider this all works fine. The > > > >>>>Tuscany-Geronimo integration also has this problem which is why I > > was > > > >>> > > > >>>trying > > > >>> > > > >>>>to remove the hard coded port :) > > > >>>> > > > >>> > > > >>>A couple of questions: > > > >>> > > > >>>1. In a WebSphere environment, can the WebAppServletHost get hold of > > the > > > >>> port number configured by WebSphere (9021 in this case)? > > > >> > > > >> > > > >>Its in the ServletRequest when a request comes in, but its not so easy > > to > > > >>find before a request (eg during init). > > > >> > > > >>2. Do you think at the moment it would try to use port 8085 in this > > case > > > >> > > > >>> even if the WSDL and/or binding URI settings specify 9021? My > > > >>> experience (though not in a WebSphere environment) is that the > > WSDL > > > >>> and/or binding uri setttings override the default of 8085 if they > > > >>> are specified. > > > >> > > > >> > > > >>Right, if you specify an absolute uri in the binding.ws uri then that > > it > > > >>should use that, its only using the hardcoded 8085 when it doesn't > > have an > > > >>absolute uri. > > > >> > > > >> ...ant > > > >> > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
