That says - "In order to use this approach, you will need to specify a sca-contribution.xml inside the META-INF directory of your web-app" - wasn't the sca-contribution.xml file going to be optional, and if you didn't have it then all the .composite files found it the top-level folder in the webapp would be deployed?
...ant On 5/16/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
I have updated the wiki link with our current story for web applications based on recent discussions and the usage of sca-contribution.xml [1] http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+SCA+Web+Application+Integration+Story On 5/8/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: > > [snip] > ant elder wrote: > > > > Another approach would be to have a Tuscany specific customized Tomact > > configuration so that defining the Tuscany specific web.xml things isn't > > required and they get defined automatically during the webapp startup, > > perhaps by noticing there's a META-INF/sca-contribution.xml file in the > > webapp. This isn't to hard to do and is similar to the Tomcat 'deep > > integration' we had in the M1 release. This seems quite a nice > > approach to > > me but it does mean that Tuscany SCA webapps wont work in other webapp > > runtimes without being modified to add in the web.xml config. > > > > For this release I think I favour either option 0 or option 3 maybe > > modified > > to support sca-contribution.xml instead of <context-param>. > > > > ...ant > > > > +1, option 3 looks good to me, if we modify it to support > sca-contribution.xml instead of <context-param>. > > -- > Jean-Sebastien > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Luciano Resende http://people.apache.org/~lresende
