Has anybody ever seen this before? I'm running Maven 3.04 with --threads 16
on an AWS High-Memory Quadruple Extra Large Instance, and I'm getting weird
build behavior: the build claims to have succeeded, but not all of the projects
were finished building.
This reactor summary below (censored
Wim Deblauwe wrote:
1) You spawn a different maven process are thoses processing using
MAVEN_OPTS by default (most important would be the memory settings I have
set)?
Yes. It launches mvn with the current environment variables specified.
2) How does it know how to stop walking up the
Jorg Heymans wrote:
The root-pom/pom.xml contains a modules section that just references the
project modules
modules
module../modules/module
/modules
Yup, this is a known bug MREACTOR-1
http://jira.codehaus.org/browse/MREACTOR-1
It'll be pretty tough to fix it, I think. :-(
-Dan
Dan Fabulich wrote:
Jorg Heymans wrote:
The root-pom/pom.xml contains a modules section that just references the
project modules
modules
module../modules/module
/modules
Yup, this is a known bug MREACTOR-1
http://jira.codehaus.org/browse/MREACTOR-1
It'll be pretty tough to fix it, I
Paul Benedict wrote:
Congrats on the plugin. Could you maybe add to the plugin home page
why this plugin is required or useful? What common problem is it
trying to solve? It would be nice to know that background, because I
am grasping to find its purpose.
Which plugin home page do you mean?
The Maven team is pleased to announce the release of the Maven Reactor
Plugin, version 1.0.
This plugin can build a subset of interdependent projects in a reactor. It
should be useful in large reactor builds that include irrelevant stuff
you're not working on.
The Maven team is pleased to announce the release of the Maven Invoker,
version 2.0.10
This shared component fires up a Maven build in a new JVM.
http://maven.apache.org/shared/maven-invoker/
Release Notes - Maven Shared Components - Version maven-invoker 2.0.10
** New Feature
*
What does --reactor do on the mvn command line? The --help doc just
says Execute goals for project found in the reactor which doesn't make
much sense to me.
-Dan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Stephen Connolly wrote:
Frickin' cool
I agree. It would be nice if the invoker supported it, too:
DefaultInvocationRequest.java:87
public InvocationRequest activateReactor( String[] includes, String[]
excludes )
{
throw new UnsupportedOperationException( Not implemented
I've checked in a new plugin to the sandbox called the Maven Reactor
Plugin. You can use it to build a subset of interdependent projects in a
reactor. It should be useful in large reactor builds that include
irrelevant stuff you're not working on.
It includes the following goals:
Is there a way to create a symlink in a Maven assembly? How would I
describe that in an assembly descriptor?
-Dan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
This seems like a common/obvious request but a bit of googling didn't turn
it up. At my work we're using the Dependency Convergence report to detect
dependency conflicts. We'd like to fail the build if we don't have 100%
dependency convergence on that report.
I had hoped that I'd be able
jlo_gestalt wrote:
When trying to access test resources in my unit tests, maven 2.0.8 and above
are returning the wrong directory.
Here is my basic code to access the folder
def file = new JmblXsltDriverTest().getClass().getResource(/)?.file
println file
On 2.0.7 this would print
Guillaume Boucherie wrote:
I have a strange behavior with my junit tests.
I have a project with multi-modules.
When I run the tests individually for module (mvn test) everything is ok.
But when I run the tests from the parent pom (mvn test) I have always an
error when my program try to parse an
The Maven team is pleased to announce the release of the Maven Surefire,
version 2.4.3.
Maven Surefire is used during the test phase of the build lifecycle to
execute your unit tests. It supports JUnit 3 4 as well as TestNG, and
generates TXT, XML and HTML reports.
Andreas Guther wrote:
Does anyone have an idea how to solve this issue and get the classes
back on the path under Surefire 2.4?
This is a somewhat frequently asked question, so I've written a wiki
article about it:
Jason Chaffee wrote:
Maybe our disconnect is about callbacks after the class vs. the method.
That could be where the misunderstanding is coming from.
Sure, that could be. I claim that logging per-method is *way* too much
logging. Don't you agree?
In JUnit we can log per-class or
Jason Chaffee wrote:
I did not run your project.
Well, try it and get back to me. You can use that as a starting point for
reproducing the effect you actually want.
-Dan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Dan Fabulich wrote:
Jason Chaffee wrote:
I did not run your project.
Well, try it and get back to me. You can use that as a starting point for
reproducing the effect you actually want.
Oops, you can't, because the mailing list software stripped my attachment.
You can get a copy here
Jason Chaffee wrote:
Thanks Dan, I will take a look at it and make sure we are clear and
there aren't any misunderstandings before I make any more comments. :)
For future reference, this is SUREFIRE-457. Vote for it if you like, but
as far as I know, we can't fix it on the Surefire side
I'm working on a multi-module reactor project that has a long build. I'd
like to be able to sync down two copies of trunk (X and Y), do a little
bit of work in X, and start building X. While X builds, I'd like to go
over to Y, do a little bit of work in Y, and kick off a build of Y.
The
Wendy Smoak wrote:
You can use -Dmaven.repo.local=... to specify a different local
repository on the command line.
Is there some way to wire up a POM to make that be the default for my
project?
-Dan
-
To unsubscribe,
Wendy Smoak wrote:
Not really. It's developer-specific, so it goes in settings.xml (or on
the command line).
Too bad...
It wouldn't make sense in the pom, which needs to work for all
developers.
Sure it would; you'd set the local repo to be ./localrepo.
-Dan
Samuel Le Berrigaud wrote:
1. only run mvn verify, this way nothing gets installed into the local
repository,
This doesn't work in a multi-module reactor build where the modules depend
on each other, does it?
I've got a project X that depends on project Y; project Y built (without
Brian E. Fox wrote:
Samuel Le Berrigaud wrote:
1. only run mvn verify, this way nothing gets installed into the local
repository,
This doesn't work in a multi-module reactor build where the modules
depend on each other, does it?
No, it will only work if you at least do compile (then a
Wendy Smoak wrote:
What's happening exactly? I'm not familiar with the svnmerge tool.
svnmerge.py is what you should use if you intend to merge branches.
http://www.orcaware.com/svn/wiki/Svnmerge.py
svn merge doesn't really work for anything but the simplest cases; it
will be fixed in SVN
Ben Lidgey wrote:
Made the tests pass. I've no idea why. Do you want me to raise this as a
bug?
Yes... nice work! That sounds like a Core bug and not a Surefire bug, so
file it against Maven 2 (MNG) in JIRA.
Thanks!
-Dan
vetalok wrote:
1. Is it possible to add some delaying between few execution phases of
surefire plugin, e.g 10 seconds (hsqldb says: .lck file is locked by
another process)?
Not really. Much easier to add a Thread.sleep() line to your tests.
2. Is it possible to run my surefire executions
The Maven team is pleased to announce the release of the Maven Surefire
Plugin, version 2.4.2.
http://maven.apache.org/plugins/maven-surefire-plugin/
You can run mvn -up to get the latest version of the plugin, or specify
the version in your project's plugin configuration:
plugin
That error certainly looks strange to me. I know that site:deploy
can work because I just did a site-deploy with Surefire 2.4.2 for
its release earlier today.
Please file a bug with a minimal Maven project attached that reproduces
this failure. (You can set it up to deploy to a file URL
Ben Lidgey wrote:
property value=
C:\Documents and Settings\benl\.m2\repository\junit\junit\4.2\junit-4.2.jar;
[more jars]
c:\Development\Projects\Inuk\Inuk\ResidentialFramework\BroadbandGateway\target\classes;
Ken Liu wrote:
Do you know if that bug was introduced in 2.0.7 (or some other earlier
release)?
I talked about two JIRA issues; their interactions are complex.
SUREFIRE-61 is listed as affecting 2.0 (2.2 plugin); that means it has
probably been around for a long time. MNG-3118 is an
Ben Lidgey wrote:
We are running tests using Surefire 2.4.1 and Maven 2.0.8.
[...]
Looking at the debug output shows:
[DEBUG] Test Classpath :
[DEBUG] C:\Documents and
Settings\benl\.m2\repository\junit\junit\4.2\junit-4.2.jar
[more jars]
[DEBUG]
Jason Chaffee wrote:
I am pretty familiar with testng code, so I would like to look into this
further. Is it a correct statement to say that the output we are seeing
on the console is coming directly from testng?
No... Console output in Surefire is a bit strange. :-)
By default, Surefire
Benjamin's links are the right place to start, though I might add that the
head of that thread is a really long e-mail from me that doesn't directly
address your question. The rest of the thread is about your question.
Executive summary: TestNG support was broken in Surefire 2.3.x; it only
Jason Chaffee wrote:
Hmmm, the bug says it is fixed in 2.4.1 and it still produces a single
suite file and single suite output to the console. I agree with you
Benjamin, I don't think Dan understood the problem and thus didn't
actually fix it. Instead, the fix was for the reporting.
Stephen Connolly wrote:
Has anybody tried running a test-jar with Surefire 2.4.1?
It's not picking up any of our unit tests from the test jar.
We're using JUnit 4.4 (but the tests in the test jar are all JUnit 3.8.1)
It's picking up the unit tests from src/test/java fine, but we have
Haroon Rafique wrote:
For me when the error about Failed to load Main-Class manifest attribute
from /tmp/surefirebooter???.jar appeared, I re-ran the tests with mvn -X
and then opened up the /tmp/surefirebooter???.jar file. It is a .jar file
with only one entry META-INF/MANIFEST.MF. Inside the
Erez Nahir wrote:
Created http://jira.codehaus.org/browse/SUREFIRE-452 and provided fix for it
as attachment.
I saw your bug; it seems to fail some of the integration tests, so I'm not
applying it right now.
Can someone from surefire team clarify when is the next minor release of
The Maven team is pleased to announce the release of the Maven Surefire
Plugin, version 2.4.1
http://maven.apache.org/plugins/maven-surefire-plugin/
You can run mvn -up to get the latest version of the plugin, or specify
the version in your project's plugin configuration:
plugin
I'm on Windows XP. Using cygwin tar 1.18, I find that I can't untar
archiva; I get A lone zero block at 49260. I've filed it as MRM-671.
I've found the zip version, and I'm going to use it. But I've filed
MRM-672 that the zip version should be more visible, because tar isn't
very
I just filed MRM-674 which is preventing us from deploying our nightly
build distribution with Archiva. I think this bug is a subtle dupe with
MRM-632 and MRM-658.
Put together, these bugs seem pretty serious for anyone using SNAPSHOT
dependencies. It sure would be nice if somebody were
: selenium plugin?
Where did you put selimuim then?
I made a whole sub project for it and deploy a war file. Sounds like I
went
the wRong way.
On 10/20/06, Dan Fabulich [EMAIL PROTECTED] wrote:
In the latest version of Selenium (using Selenium Remote Control or
RC) tests run in JUnit or TestNG
Probably what's happening is Maven is launching a second JVM to run your
tests.
If so, you can use -DargLine==-Xdebug -Xnoagent -Djava.compiler=NONE
-Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=4657 to pass
those arguments to the launched JVM.
Alternately, you can set surefire to
In the latest version of Selenium (using Selenium Remote Control or
RC) tests run in JUnit or TestNG... Maven already has plugins for
those. Just write your tests and use mvn test to run them.
-Dan
-Original Message-
From: Mick Knutson [mailto:[EMAIL PROTECTED]
Sent: Friday, October
45 matches
Mail list logo