I can't see leaving them as modes that break the normal goals. As an additional goal of the plugin that you can call just to get your dependencies (and your compiled classes, though I rely on my IDE to take care of that) so that I can have my normal development process of running the webapp directly from my Eclipse workspace is a must. I think the M1 behavior is much preferred here. I guess I could always manually move the files over from the target directory to the src WEB-INF/lib and move on from there. But it'd be nice for it to be an automated part of the plugin...
My only other issue is that I need to write a plugin to "clean-up" my Tomcat META-INF/context.xml file to fix the DocBase to match the war file name, change debugging settings, etc. and have that run during the WAR process. On 9/26/05, Mark Hobson <[EMAIL PROTECTED]> wrote: > On 26/09/05, Stephen Duncan <[EMAIL PROTECTED]> wrote: > > I didn't see this discussed anywhere. Are there plans to bring back > > this functionality on the Maven 2 plugin? If so, is there a proposed > > timeline? If not, why not? Should I put a feature request against > > the war plugin into JIRA? > > Currently the m2 war plugin has a mode config param which currently > supports 'war', 'exploded' or 'inplace'. The exploded mode has > recently been deprecated since it breaks the install/deploy goals. > Since inplace also breaks the install/deploy goals I expect this to go > the same way. > > Does everyone think it's wise to remove these different modes of > operation? I understand they break the install/deploy goals, but > can't help thinking that removing them will break a lot more people's > in-development build cycle. > > I know the build cycle for some of my projects will take considerably > longer (currently an extra 8secs) zipping up and deploying a 15mb war > into a container, which soon mounts up when you're doing it all day.. > :( > > Mark > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Stephen Duncan Jr www.stephenduncanjr.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
