On 8/23/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> I moved all the jars from calculator-webapp to tomcat/lib.
> calculator-webapp
> runs fine. What else is there that might cause a problem?
>
> Haleh
>
> On 8/23/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > On 8/22/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> > >
> > > I'll start a different thread to discuss the more long term support
> for
> > > <implementation.web>.
> > >
> > > For now, comments inline to cover the immediate WAR size issue for the
> > > 0.99 release.
> > >
> > > Simon Laws wrote:
> > > [snip]
> > > > 1 - what is in the war that is build from these samples - currently
> > all
> > > of
> > > > the tuscany jars required
> > > >
> > > >
> > > [snip]
> > > > Doing 1 is a relatively straightforward exercise of refactoring the
> > > current
> > > > war into a slimmed down version. I'm still not convinced that it's a
> > > good
> > > > idea to remove the webapp samples and compress everything into a
> small
> > > > number of samples
> > > >
> > >
> > > I think we should just document how to copy the required JARs to the
> > > Tomcat lib folder and run the stripped down WARs this way, assuming
> that
> > > it works.
> >
> >
> > The problem is likely to be the "assuming that it works" as last time i
> > tried this it didn't - there's various classloader issues. Changing to
> use
> > "deep integration" like we used to also seems like quite a big change to
> > be
> > doing just moments before we cut a release so could we at least postpone
> > looking at that till after this release? For this release I think I'm in
> > favour of just picking a few samples and demos to not ship pre-built and
> > documenting that in their README's as it seems like the most minimal
> > change.
> >
> >    ...ant
> >
>
I've been having a bit of a play with this and it's not straighforward to
get this to happen in a nice way at the moment. What I was trying to do was
knock all of the tuscany jars out of the war and have the deployment of the
tuscany jar be a manual step.

For some (classloader) reason the it seems to be a bit of an all or nothing,
i.e. you have to have all of jars that were orignally in WEB-INF/lib in
tomcat/lib or have them all in the web itself. What I wanted to do was
package the non tuscany dependencies in the war to reduce the amount of
manual picking required when applying tuscany jars to  tomcat, i.e. I was
prepared to go with "copy all of the modules knocking out jetty, tomcat
etc".

Some  options at the moment given where we are

1/ Just fix build.xml for each sample so that the wars can be built as is
and we don;t have to ship them.

2/ Variation on 1 - Fix and change the build.xml to build a minimal war and
alongside that build either a directory or a zip of all the jars that need
to be dropped into tomcat/lib to get the sample to work.

2/ create the minimal war and give detailed manual instructions about which
jars to pick out of the distro

Anyone else have any other ideas.

Simon

Reply via email to