[ http://jira.codehaus.org/browse/MNG-441?page=comments#action_48335 ]
Andy Glick commented on MNG-441:
Dave -
If you take a look at Brett's remarks of Sep 22, 2005, you'll notice that he
mentions jvmargs as a required addition to the supporte
[ http://jira.codehaus.org/browse/MNG-441?page=comments#action_48172 ]
Andy Glick commented on MNG-441:
Keep realizing that being new to all of these tools leads me to make numerous
mistakes. I have produced and checked into svn code that forks surefire
[ http://jira.codehaus.org/browse/MNG-441?page=all ]
Andy Glick updated MNG-441:
---
Attachment: SurefirePlugin.java
pom.xml
This is the pom and the code for the maven-surefire-plugin
> surefire plugin needs to be able to fork te
Key: MNG-1146
URL: http://jira.codehaus.org/browse/MNG-1146
Project: Maven 2
Type: Improvement
Versions: 2.0-beta-3
Environment: All
Reporter: Andy Glick
The maven-compiler-plugin invokes plexus.compilers.JavacCompiler which runs
javac as a child process wit
[ http://jira.codehaus.org/browse/MNG-441?page=comments#action_47633 ]
Andy Glick commented on MNG-441:
This is progressing - I have hacked a way (on windows) to fork Surefire tests
once and have successfully executed the tests from the surefire subproject
I've been working on adding forking to the surefire plugin, really into the
surefire package, in order to allow clover to work and to allow our
implementation to offer features similar to those provided by the JUnit Ant
task
I've run into a number of problems:
1) on windows using both plexus.
[ http://jira.codehaus.org/browse/MNG-441?page=comments#action_47393 ]
Andy Glick commented on MNG-441:
Brett, what about maven.junit.usefile = false?
> surefire plugin needs to be able to fork te
All,
This is a preliminary reworking of the information that Brett entered into
Maven-1656. I wanted to let everyone have a look at what I'd cooked up and
to ask a couple of questions about things that are not clear to me.
Q1) Brett's writeup didn't mention including the namespace for the ar
[ http://jira.codehaus.org/browse/MNG-441?page=comments#action_46661 ]
Andy Glick commented on MNG-441:
I've started work on this. Will add a class ForkMode as an enumerated type in
surefire and the plugin will reference it. The surefirebooter class
[ http://jira.codehaus.org/browse/MNG-441?page=comments#action_46387 ]
Andy Glick commented on MNG-441:
Is the intention to have M2 do the forking, or will the forking behavior be
added to surefire, and be passed from the plugin to surefire by parameter
[ http://jira.codehaus.org/browse/MEV-51?page=comments#action_45971 ]
Andy Glick commented on MEV-51:
---
The Geronimo POMs are "broken" at a minimum because they make use of the now
unsupported use of XML entities to specify dependency versions. A
dan tran wrote:
Hi Andy, it is the correct behavior, ${finalName} is used only on your local
${maven.build.dir} but when maven try to install/deploy to remote
remote, it uses the enforced naming. ${artifactid}-${version}.${ext}
There were similar discussions on war plugin in the last couple wee
Andy Glick wrote:
Wanted to let you know that I just did an install build and the artifact
does appear in the target directory with the final name as assigned in
the profile "maven-model-2.0-beta-1-SNAPSHOT-all.jar" but the version
name installed in maven.repo.local was differe
Brett Porter wrote:
Sorry for the confusion - I was referring to the modello plugin
configuration:
Wanted to let you know that I just did an install build and the artifact does appear in the target
directory with the final name as assigned in the profile
"maven-model-2.0-beta-1-SNAPSHOT-all.
At 11:48 AM 9/7/2005, you wrote:
Sorry for the confusion - I was referring to the modello plugin
configuration:
Thanks, that worked. I appreciate your help.
A quick question, if I might?
In M1, the V3 Model code lives in a package named org.apache.maven.project.
In the repoclean code, and i
Brett Porter wrote:
This is correct, you just need to add the element to the profile
(another regression I encountered during the process).
Hope that's everything, sorrry for the run around.
Brett, sorry, but its not everything. If there is existing documentation that
shows how to add a mod
Brett Porter wrote:
The way I got it to work was to add a property activator inside the
profile and to set that property from the command line.
Would you mind providing an example of what worked for you? I looked at the
Build Profiles page at http://docs.codehaus.org/display/MAVEN/Build+Pro
I've seen 2 different behaviors while working in the maven-model subproject
today when I executed m2.
A number of times, consistently, some hours ago I could execute
m2 -P all-models generate-sources
and find that the following source trees had been created
org.apache.maven.model and subdirec
[ http://jira.codehaus.org/browse/MAVEN-1397?page=comments#action_45828 ]
Andy Glick commented on MAVEN-1397:
---
In Brett's comment of 9 August above, he stated the that among the
preconditions for going forward with the backport of the surefire plug
[ http://jira.codehaus.org/browse/MAVEN-1397?page=comments#action_45077 ]
Andy Glick commented on MAVEN-1397:
---
Brett , Trygve & Emmanuel,
I took Trygve's suggestion and I grabbed the surefire code from codehaus svn. i
grabbed the maven 2 code
Environment: Win2k Sun 1.4.2 & 1.5 JVM - Brett reported this too, I'm not sure
of his environment
Reporter: Andy Glick
In a Maven2 POM the example XML below has no effect on the surefire plugin.
maven-surefire-plugin
*
[ http://jira.codehaus.org/browse/MAVEN-1397?page=comments#action_44486 ]
Andy Glick commented on MAVEN-1397:
---
Brett,
I set out to figure out how to help with the surefire port rather than on the
m1 test plugin. Unfortunately, I seem to be missing the
[ http://jira.codehaus.org/browse/MAVEN-1656?page=comments#action_44407 ]
Andy Glick commented on MAVEN-1656:
---
OK! I've checked out the Maven 1 code. I've read through faq.fml and I have an
idea about what I'd like to say and where I thin
[ http://jira.codehaus.org/browse/MAVEN-1397?page=comments#action_44187 ]
Andy Glick commented on MAVEN-1397:
---
I recently posted to the Maven Users list, stating that I was going to work on
the Jelly maven-test-plugin and attempt to allow all of the user
[ http://jira.codehaus.org/browse/MAVEN-1656?page=comments#action_43847 ]
Andy Glick commented on MAVEN-1656:
---
The author can't write too well, and so the title is a bit off - it ought to
read: Doco that explains the protocols required to allow mave
URL: http://jira.codehaus.org/browse/MAVEN-1656
Project: maven
Type: Bug
Components: documentation
Versions: 1.1-beta-1
Environment: All
Reporter: Andy Glick
Brett recently posted a suggestion to someone who asked how to access the
contents of "plugin a"
Key: MAVEN-1653
URL: http://jira.codehaus.org/browse/MAVEN-1653
Project: maven
Type: Bug
Components: documentation
Versions: 1.1-beta-1
Environment: Maven 1.1b1 on Windows - but it is not a platform related issue
Reporter: Andy Glick
Priority: Minor
A
Versions: 2.0-alpha-3
Environment: Win 2K, Java 1.4.2 & Java 1.5.0
Reporter: Andy Glick
It looks as if the XML schema is out of sync with the POM documentation page
and both may be out of sync with the code.
The following fragment from Plugin type's definition on the POM documentat
28 matches
Mail list logo
