That's an interpolation bug. Not sure whether it was fixed in RC9 or
not, unfortunately...
Tomislav Stojcevich wrote:
On Thu, Aug 21, 2008 at 12:09 AM, Paul Benedict <[EMAIL PROTECTED]> wrote:
I am still running RC8, but a very weird discovery occurred to my
project. I checked out a full proje
On Thu, Aug 21, 2008 at 12:09 AM, Paul Benedict <[EMAIL PROTECTED]> wrote:
> I am still running RC8, but a very weird discovery occurred to my
> project. I checked out a full project from SVN and ran eclipse:eclipse
> on a subfolder at the command line. I got a folder named
> "${project.basedir}".
I am still running RC8, but a very weird discovery occurred to my
project. I checked out a full project from SVN and ran eclipse:eclipse
on a subfolder at the command line. I got a folder named
"${project.basedir}". Is it an interpolation bug? Can someone try to
reproduce?
This isn't a one time th
I got the speed issue reduced to where it's adding something less than a
minute on the site build for maven (that's including clean; since we
can't reliably tell which plugins are smart enough to avoid
re-execution, I considered it simpler to start clean each time). I was
able to do this by writin
When I'm running my test, it's not from a clean directory. Everything is
already built. Thus, for the most part, the build doesn't really do
anything. You basically end up configuring a bunch of plugins that see that
they don't have to do anything. Thus, it's perfect for timing how much t
I'm trying to run the CXF build on Hudson right now with a RC10
snapshot, so hopefully I can find out why your times are so far off in
CXF...
I adjusted a few things last night to try to streamline the
concretization for aggregators and users of reactor projects. When I was
done, the full bui
Just another quick note...
Our -Pfastinstall profile (to build/install as fast as possible)
2.0.9:
[INFO] Total time: 32 seconds
[INFO] Finished at: Mon Aug 18 21:51:07 EDT 2008
[INFO] Final Memory: 53M/94M
2.0.10-RC9:
[INFO] Total time: 4 minutes 39 seconds
[INFO] Finished at: Mon Aug 18 21:5
I'm seeing the same problem - the build is dying much earlier. For
Archiva, this is in archiva-database, while 2.0.9 died in archiva-
webapp.
RC6 was the last version to get the whole way through, so it looks
like a change in RC7.
Cheers,
Brett
On 19/08/2008, at 12:07 PM, John Casey wrote
What I'm starting to notice on this end is that it uses a bit more
memory - probably in the middle of the build - than 2.0.9. This is
evident in the max VM size at the end of the build, more than the final
memory consumption. It seems that leaving the maven build at the default
64M VM size, it
John,
The performance issue is back:
For CXF/tunk:
mvn install -Pdeploy,everything,nochecks
2.0.9:
Total time: 8 minutes 35 seconds
2.0.10-RC9:
Total time: 19 minutes
Dan
On Monday 18 August 2008 2:48:36 pm John Casey wrote:
> Hi everyone,
>
> As you're probably aware, we've been working f
10 matches
Mail list logo
