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