I don't link the idea of having Maven adding some stuff except under target. This will cause many many problems with people and SCM. I don't get your second solution: how do you merge you temporary stuff and src/main/webapp with a symlink ?
Jeff On Mon, Apr 30, 2012 at 4:52 PM, Olivier Lamy <ol...@apache.org> wrote: > 2012/4/30 Jeff MAURY <jeffma...@jeffmaury.com>: > > Salut Olivier, > > > > I wanted to make sure I understand the goal properly. > > Is the rationale for using src/main/webapp as the default docbase for > > Tomcat to propagate modifications of files on the fly (JSP,...) without > the > > need to restart Tomcat ? > Yup that's the goal. Fast dev mode (i.e. no restart) when only > modifying jsp or static resources (html, js, css etc...) > > At least, I think we should make it clear in the documentation and issue > a > > warning at runtime when we detect an overlay. > What I can do is to extract the war content (except WEB-INF/lib as > it's already added) under the warSourceDirectory plugin parameter > (default src/main/webapp) which is the docBase (but with a parameter > called extractPath relative to the docBase). > The plugin configuration part could be > <overlays> > <overlay> > <groupId>org.foo</groupId> > <artifactId>bar</artifactId> > <extractPath>bar</extractPath> > </overlay> > </overlays> > > What I don't like is people will have to ignore this directory in their scm > > The best: extract somewhere (temporary directory) and add this as "a > symlink" in the docBase. > > > I will open a JIRA > > > > Jeff > > > > On Sat, Apr 28, 2012 at 11:38 PM, Olivier Lamy <ol...@apache.org> wrote: > > > >> Salut Jeff, > >> > >> Current Overlay support with tomcat6/7:run is very limited (only use > >> jars from WEB-INF/lib of the the war dependencies). > >> Perso, I use maven-dependency-plugin to extract war content (see > >> sample in this pom [1] ). > >> I agree it's "hackhish" :-) and having a better support as in the war > >> plugin could be better. > >> But didn't yet have any time to work on that. (can you create an issue > >> for that ?) > >> As my goal was to cut a release soon (ideally starting release process > >> next week, I'm not sure I will have time to work on that) > >> > >> -- > >> Olivier Lamy > >> Talend: http://coders.talend.com > >> http://twitter.com/olamy | http://linkedin.com/in/olamy > >> > >> [1] > >> > http://svn.apache.org/repos/asf/archiva/trunk/archiva-modules/archiva-web/archiva-webapp/pom.xml > >> > >> 2012/4/28 Jeff MAURY <jeffma...@jeffmaury.com>: > >> > Hello, > >> > > >> > I am facing the following problem with WAR overlays: > >> > I have a first WAR, called skeleton, that contains all necessary > stuff: > >> > base web.xml, index.jsp and JAR dependencies. > >> > I have another WAR whose first dependency is the skeleton which is > (as of > >> > yet) almost empty except for the slf4j_log4 dependency. > >> > When i run tomcat7:run on the skeleton, everything is ok > >> > When I run tomcat7:run on the second war, Tomcat start but I am not > able > >> to > >> > use the application. > >> > I have look at the mojo code and it seems it is using the web app > source > >> > directory (src/main/webapp) by default so as it is empty my case, it > >> cannot > >> > work. > >> > AM I missing something ? > >> > > >> > Thanks > >> > Jeff > >> > > >> > > >> > -- > >> > Jeff MAURY > >> > > >> > > >> > "Legacy code" often differs from its suggested alternative by actually > >> > working and scaling. > >> > - Bjarne Stroustrup > >> > > >> > http://www.jeffmaury.com > >> > http://riadiscuss.jeffmaury.com > >> > http://www.twitter.com/jeffmaury > >> > > >> > > >> > -- > >> > Jeff MAURY > >> > > >> > > >> > "Legacy code" often differs from its suggested alternative by actually > >> > working and scaling. > >> > - Bjarne Stroustrup > >> > > >> > http://www.jeffmaury.com > >> > http://riadiscuss.jeffmaury.com > >> > http://www.twitter.com/jeffmaury > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > >> For additional commands, e-mail: users-h...@tomcat.apache.org > >> > >> > > > > > > -- > > Jeff MAURY > > > > > > "Legacy code" often differs from its suggested alternative by actually > > working and scaling. > > - Bjarne Stroustrup > > > > http://www.jeffmaury.com > > http://riadiscuss.jeffmaury.com > > http://www.twitter.com/jeffmaury > > > > -- > Olivier Lamy > Talend: http://coders.talend.com > http://twitter.com/olamy | http://linkedin.com/in/olamy > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- Jeff MAURY "Legacy code" often differs from its suggested alternative by actually working and scaling. - Bjarne Stroustrup http://www.jeffmaury.com http://riadiscuss.jeffmaury.com http://www.twitter.com/jeffmaury