On 5/9/07, Simon Laws <[EMAIL PROTECTED]> wrote:

On 5/9/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 5/9/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> >
> > On 5/9/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> > >
> > > Ok, ant. Thanks. Now I know it not just some config error on my part
> > I'll
> > > take a quick look at debugging it.
> > >
> > > Simon
> > >
> > Ok, so the reason it doesn't work is that the Tuscany code isn't
> > compatible
> > with Tomcat 5. Tomcat 5 implements servlet api 2.4 and, as it stands,
we
> > required 2.5. I shall move to Tomcat 6 post haste. One for the release
> > notes
> > I think.
>
>
> What do we use thats not in 2.4? Should we / could we try to be
> compatible?
>
>
>    ...ant
>
The one I found is servletContext.getContextPath(); in
SCADomainHelper.javain host-webapp.
I.e. it works if I hard code the domainUri.

Good question about should we be compatible. We should not be incompatible
unless there is a good reason. Someone is bound to try and run this
against
the 2.4 apis. Possibly less likely as we require Java 5 but still....

What does this domain uri get used for. Can we use something elses like
the
path to the webapp on disk rather than trying to get it from the servlet
context. Might be hard to do that without the 2.5 API.

If nothing else we need to fix the exception handling in the
SCADomainHelper. I'll do that now.

Simon


In Axis2ServiceServlet.service we have a hacky way to get around exactly
this problem (a bit ugly so it would be nice if that could be got rid of by
moving to 2.5, although with the latest Axis2 binding changes I'm not
actually sure we need to set configContext.setContextRoot).

Anyway, if we change the host-webapp to use sca-contrabution.xml then we can
get rid of that call in SCADomainHelper. Does anyone have any time to look
at adding the sca-contrabution.xml support?

  ...ant

Reply via email to