Yes, that's what I uninstalled, the STS one. Funny there were no conflicts noticed prior.
And it's weird behavior still - it works at Eclipse start but not on clean or incremental builds. Restarting Eclipse causes it to work but then it stops after one build. If I delete its dir and the dep plugin's markers dir and then force Eclipse incremental or clean build, I see the "Unpacking..." message in the Eclipse "Maven Console" view, but it doesn't do it. At least it works at Eclipse start, but requires running Maven build manually to make it happen again. On Sat, Nov 3, 2012 at 11:32 AM, Ron Wheeler <rwhee...@artifact-software.com> wrote: > Did you have 2 m2e installations? > STS includes m2e. > > Ron > > > On 03/11/2012 10:40 AM, Jeff Jensen wrote: >> >> Fixed. >> >> We also use Spring STS, and, whatever its "Spring STS Maven Support" is, >> it >> was preventing m2e from executing it. >> Uninstalling just the STS Maven Support feature magically made it work. >> >> For future googlers, this is the page to read: >> http://wiki.eclipse.org/M2E_plugin_execution_not_covered >> >> >> >> On Fri, Nov 2, 2012 at 5:34 PM, Jeff Jensen < >> jeffjen...@upstairstechnology.com> wrote: >> >>> Thanks for the suggestions. >>> I tried the dependency plugin. Works great as a Maven goal. I have not >>> found a m2e lifecycle mapping for unpack yet; finding some info, so hope >>> to >>> make it work within the IDE. >>> Tried this [0] with <execute/> but only removed the warning of no >>> lifecycle mapped. Will continue trying to find the answer, as it appears >>> to work for others... >>> >>> [0] >>> >>> http://stackoverflow.com/questions/8706017/maven-dependency-plugin-goals-copy-dependencies-unpack-is-not-supported-b >>> >>> >>> On Fri, Nov 2, 2012 at 3:52 PM, Winsor, Daniel >>> <daniel.win...@etrade.com>wrote: >>> >>>> Hi, >>>> >>>> If I understood correctly, what I'd do is make a dummy pom with a >>>> maven-dependency-plugin:unpack goal with output directory as the working >>>> directory, then just build that dummy project whenever you want. >>>> >>>> Another thing you can do is overlay the .war when building the test >>>> module, or vice versa, using the maven-war-plugin. >>>> >>>> I don't have problems running either of these plugins in Eclipse. >>>> >>>> Hope this helps, >>>> Daniel Winsor >>>> Associate, IT Architecture >>>> >>>> >>>> >>>> >>>> On 11/2/12 1:07 PM, "Jeff Jensen" <jeffjen...@upstairstechnology.com> >>>> wrote: >>>> >>>>> We have some integration tests and prefer to use an embedded Tomcat >>>>> instance vs deploying to an external, running server (avoid external >>>>> dep >>>>> problem). The tests are in a separate module than the war module. The >>>>> need is to retrieve the built war from the local repo and explode it >>>>> into >>>>> the working directory for the embedded instance. >>>>> >>>>> We're also trying to avoid using a Maven plugin to retrieve and explode >>>>> the >>>>> war to prevent problems with running the tests in IDEs (Eclipse + m2e >>>>> and >>>>> IDEA). (However, possibly a Maven plugin wouldn't cause problems for >>>>> them?) >>>>> >>>>> I'm wondering if anyone has solved this in a simple manner. I've been >>>>> googling, reading, and trying a few things and have not found an answer >>>>> (perhaps I'm close but missing a final how-to). I've investigated >>>>> things >>>>> like Shrinkwrap, java.util.jar.JarFile, and bloggers' own craptaculous >>>>> approaches on file manipulations, and now wondering if Aether is what >>>>> to >>>>> try next. What I've seen keeps looking like brute-force coding... >>>>> >>>>> I'm close to moving the ITs into the war module, as the packaged war is >>>>> right there in target... >>>>> However, would be good to know a good way or two of solving retrieval >>>>> of >>>>> artifacts from the local repo. >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >>>> For additional commands, e-mail: users-h...@maven.apache.org >>>> >>>> > > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org