So we have a calculator webapp sample going now, is this enough for the 0.90release or are there more things we need to do for webapp support? One thing I wondered about was supporting the Tuscany ServletHost within a webapp, I don't think that will work right now so we don't support services using binding.ws in a webapp. Does this matter for 0.90? Anyone like to have a look at fixing it?
...ant On 5/2/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
I have started looking into this yesterday, trying to make the das-service web client working, but then decided to start simple as you are suggesting, and started looking at a simple calculator web-app. At the moment i have the sample web-app building Ok, with the necessary dependencies on the war, but when I try to deploy the application to TC it is complaining because the servlet-api jar is getting packaged in the application war. I'm trying to play with the scope of the servlet-api references to see if I can fix the issue. Once I get this done, we could discuss the M1 tomcat distribution approach, and the requirement for that. On 5/2/07, ant elder <[EMAIL PROTECTED]> wrote: > > There's been a few past questions about what we're doing to support > webapp's > in this release. I think the way the runtime is today webapp's should be > able to work just like the standalone J2SE samples and all we need to do > is > make sure the all the tuscany dependency jars are included somewhere. > > So how about all we do is have a webapp calculator sample similar to the > one > from M2 but just use the standard Maven war plugin to create the WAR > bundling all the required dependencies into the webapp lib directory? > > We could also have an alternative sample build that assumes all the > required > tuscany jars are already in the tomcat shared lib so doesn't include them > in > the sample WAR. (and provide some way to get all the jars needed to be put > in the shared lib?) > > WDYT or any alternative suggestions? > > Anyone want to volunteer to try doing this? > > ...ant > -- Luciano Resende http://people.apache.org/~lresende
