I can think of one minor downside. At times I run across errors when building with maven, but not with eclipse. But debugging the problem is hard because it involves firing up a remote debug session.
However sometimes what i do is compile with maven, and then directly run with eclipse without rebuilding to replicate the problem. The issue this usually catches is forgetting to put resource files under the proper source tree. That said, it is not something I do all that often so +1 on the patch. And since it is only a few lines it is an easy one to switch. -Justin Andrea Aime wrote: > Hi all, > for a few days I've tried to use the eclipse plugin so that the output > directory of Eclipse is separate from the maven one. > The rationale for why this may be beneficial is explained here (bottom > of the document for a pro/cons list): > http://docs.codehaus.org/display/M2ECLIPSE/Separate+Eclipse+and+Maven+output+folders > > > > From where I stand the biggest pro is that I don't have to kick the > refresh in Eclipse as often and I can safely build in maven using > "mvn install" without the clean part, which is otherwise necessary > since Eclipse builds .class files also with errors. > > The latter alone shaves a few minutes out of the build, for example, > on 2.5.x (both "hot" builds, no downloads besides the usual few xml > tests downloading stuff, I guess schemas): > > mvn clean install -Dall -> 9:37s > mvn install -Dall -> 5:26s (!!!) > > The biggest downside is the extra space consumption, if I got > the script right (du -csh `find gt2.5.x/ -name "bin" -type d`) > it's 95MB thrown into the dustbin... > > I'm curious to hear other people experience and how would people feel > about having Eclipse use a separate directory by default (patch > attached for those that want to try out) > > Cheers > Andrea > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
