I will add the code to pull in the bootLibs dependencies transitively. I do apologize my ignorance, could you pls explain what you mean by webapp-host as the default for bootLibs. Also, do you want me to leave the extensions as optional? I guess, even without any extensions, someone should be able to use Tuscany with the Java container and SCA bindings.
Thanks for your comments :-) Ta Meeraj -----Original Message----- From: Jeremy Boynes [mailto:[EMAIL PROTECTED] Sent: 04 September 2006 17:46 To: tuscany-dev@ws.apache.org Subject: Re: Tuscany war plugin I added a sample that uses this plugin to generate the war. The webapp does not actually use SCA at this point and I am going to work on adding that but I wanted to give a couple of comments first. * I think <bootLibs> dependencies should also pull in transitive ones (but not ones already on the webapp classpath e.g. that are in WEB- INF/lib) * I think the default <bootLibs> set is just webapp-host (with the rest pulled in transitively) * <extensions> seems to be a required element - not sure if this was intended and it seems reasonable as an application is likely to need some unless we can come up with a reasonable set of defaults Having this definitely makes setting up the webapp easier though - thanks Meeraj. -- Jeremy On Sep 4, 2006, at 6:14 AM, Meeraj Kunnumpurath wrote: > Jeremy, > > I have posted the plugin on the JIRA (688). > >>> We should also support all the features of the normal war plugin - I > assume we can get that just by subclassing it. > The plugin executes after the Maven WAR plugin and takes the WAR file > as the input and adds the boot and extension libraries specified as > artifacts. I was not very sure whether Qdox would work on sub-classing > the Maven WAR MoJo without access to the source files. I also thought, > it was cleaner to build from where the Maven WAR plugin finished, to > accept the WAR and enrich it with the Tuscany dependencies. > > I still haven't done anything about adding the context listener, it > shouldn't take much effort. > > Please let me know if anything needs changing. > > Ta > Meeraj > > -----Original Message----- > From: Jeremy Boynes [mailto:[EMAIL PROTECTED] > Sent: 31 August 2006 15:12 > To: tuscany-dev@ws.apache.org > Subject: Re: Tuscany war plugin > > Great - thanks. > > I think there are three categories: > WEB-INF/lib: webapp and its dependencies (host-api) - I think these > can just be project dependencies > WEB-INF/tuscany/boot: webapp-host and its dependencies - <bootLibs> > configuration element > WEB-INF/tuscany/extensions: <extensions> configuration element > > All of these should have defaults that can be overridden in the > <plugin> section of the pom, something like: > <plugin> > <groupdId>org.apache.tuscany.plugin</groupId> > <artifactId>tuscany-war-plugin</artifactId> > <configuration> > <bootLibs> > <dependency> > <groupId>org.apache.tuscany</groupId> > <artifactId>core</artifactId> > </dependency> > </bootLibs> > <extensions> > <dependency> > <groupId>org.apache.tuscany</groupId> > <artifactId>axis2</artifactId> > </dependency> > </extensions> > </configuration> > </plugin> > > We should also support all the features of the normal war plugin - I > assume we can get that just by subclassing it. > > Hope that's enough to get started :-) > -- > Jeremy > > On Aug 31, 2006, at 5:09 AM, Meeraj Kunnumpurath wrote: > >> Jeremy, >> >> I am starting on the war plugin. Could you pls point me to the >> runtime > >> artefacts (tuscany boot libraries etc) that need to be included in >> the > >> war? >> >> Ta >> Meeraj >> >> -----Original Message----- >> From: Jeremy Boynes [mailto:[EMAIL PROTECTED] >> Sent: 29 August 2006 16:21 >> To: tuscany-dev@ws.apache.org >> Subject: Re: Tuscany war plugin >> >> Basically set up jars for the runtime rather than using war >> dependencies to put them in WEB-INF/lib. This would include: >> * Copy the webapp host jars to WEB-INF/lib >> * Copy the core runtime to e.g. WEB-INF/tuscany/boot >> * Take a set of extensions (as artifact references) and add them to >> e.g. >> WEB-INF/tuscany/extension >> * Copy extension dependencies to somewhere an ArtifactRepository can >> find them >> >> It could also check web.xml for the presence of the Tuscany listeners >> etc. and potentially add them. >> -- >> Jeremy >> >> On Aug 29, 2006, at 7:20 AM, Bert Lamb wrote: >> >>> Is there more information on what specifically this plugin would >>> need > >>> to do? >>> >>> -Bert >>> >>> On 8/28/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote: >>>> Jim had said that as a prereq to a release then we should have a >>>> maven plugin that will set up the webapp runtime in a war. I think >>>> that having such a beast would make building the samples easier and >>>> so would suggest we get to work on it - is anyone interested in >>>> helping? >>>> >>>> -- >>>> Jeremy >>>> >>>> >>>> ------------------------------------------------------------------- >>>> - >>>> - >>>> 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] >> >> >> This message has been checked for all email viruses by MessageLabs. >> >> >> >> >> ***************************************************** >> >> You can find us at www.voca.com >> >> ***************************************************** >> This communication is confidential and intended for the exclusive use >> of the addressee only. You should not disclose its contents to any >> other person. >> If you are not the intended recipient please notify the sender named >> above immediately. >> >> Registered in England, No 1023742, >> Registered Office: Voca Limited >> Drake House, Three Rivers Court, >> Homestead Road, Rickmansworth, >> Hertfordshire, WD3 1FX >> >> >> This message has been checked for all email viruses by MessageLabs. >> >> --------------------------------------------------------------------- >> 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] > > > This message has been checked for all email viruses by MessageLabs. > > > > This message has been checked for all email viruses by MessageLabs. > > --------------------------------------------------------------------- > 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] This message has been checked for all email viruses by MessageLabs. This message has been checked for all email viruses by MessageLabs. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
