+1
-Vincent
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: dimanche 2 avril 2006 06:08
> To: Maven Developers List
> Subject: [vote] Release Maven PMD plugin 2.0
>
> Based on:
> maven-pmd-plugin 2.0-20060402.035815-1 (r390774)
>
> [ ] +1
> [ ] +0
> [ ] -1
>
+1
fabrizio
On 3/31/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Just giving all devs a heads up that I discussed adding Milos as a
> committer on Maven for his work on the embedder and the Netbeans plugin.
> There were enough +1s on the PMC list to bring Milos in but wanted to
> give
+1
On 4/1/06, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> Based on:
> maven-pmd-plugin 2.0-20060402.035815-1 (r390774)
>
> [ ] +1
> [ ] +0
> [ ] -1
>
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11140&styleName=Html&version=12262
>
> * [MPMD-2] - pmd has problems with package-inf
Based on:
maven-pmd-plugin 2.0-20060402.035815-1 (r390774)
[ ] +1
[ ] +0
[ ] -1
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11140&styleName=Html&version=12262
* [MPMD-2] - pmd has problems with package-info.java.
* [MPMD-16] - Utilise the exclusion mechanism to allow arbitrary exc
> It's still not entirely clear to me what the difference is between this
> and something a plugin could fire off, but I might not have my thinking
> hat on today.
this is pretty much entirely outside the purview of this thread, it was just
my usecase..so I'll just cease discussion on that and us
+1
-Lukas
Brett Porter wrote:
+1
I welcome any opportunity to work together with the MevenIDE project,
and Milos has a good idea of what's needed in the embedder.
- Brett
Jason van Zyl wrote:
Hi,
Just giving all devs a heads up that I discussed adding Milos as a
committer on Maven for h
Hi,
I revisited this again, put some system.out's in the
org.apache.maven.it.Verifier source and skimmed thru SVN logs.
After the last commit to "org.apache.maven.it.Verifier", the
resolveCommandLineArg( String key ) call from executeHook(String
filename) method blows up with a StringIndexOu
Right.
It's still not entirely clear to me what the difference is between this
and something a plugin could fire off, but I might not have my thinking
hat on today.
It still seems strange to me that we are re-inventing ways to validate
pieces of XML when namespaces already exist for that purpose,
sorry on the wrapping, an artifact of the convoluted way I had to move it
around to get gmail to actually send it
1) it was related to custom in that it is basically alluding to a proposel
to have a structured mechanism of inserting other models into the pom and
having maven be able discover the i
Vincent Massol wrote:
>
>> -Original Message-
>> From: Brett Porter [mailto:[EMAIL PROTECTED]
>> Sent: samedi 1 avril 2006 10:36
>> To: Maven Developers List
>> Subject: Re: MavenProject.addArtifact()
>>
>> That's correct. If you want the transitive dependencies, use
>> getArtifacts().
>
+1. We have a shared space for these types of libraries.
I should really be doing the same thing with the JXR support code I've
been wiring in everywhere :)
- Brett
Fabrizio Giustina wrote:
> Hi,
> I recently noticed a lot of duplicated effort in order to implement
> similar things in the eclips
Jesse,
You've lost me a bit with this (and with the wrapping I found it really
hard to read :)
1) is this related to the custom discussion or is this just a new
element you'd like to add (if the latter, I think it deserves a new thread)
2) is this related to the current tag, or something differ
+1
I welcome any opportunity to work together with the MevenIDE project,
and Milos has a good idea of what's needed in the embedder.
- Brett
Jason van Zyl wrote:
> Hi,
>
> Just giving all devs a heads up that I discussed adding Milos as a
> committer on Maven for his work on the embedder and th
+1, with Kenney's change.
Carlos Sanchez wrote:
> Please vote for these releases that include several bugfixes, mainly
> to improve the support of test forking.
>
> http://jira.codehaus.org/browse/MSUREFIRE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
> http://jira.codehaus.org/b
Can we somehow add a mode to the embedder, or a wrapper around it, so
that forking an m2 instance instead is just configuration?
That way the default can be fast via the embedder, but the others
possible for release testing.
- Brett
Jason van Zyl wrote:
> Vincent Massol wrote:
>>
>>> -Origin
Actually, the navbar is in there already...
I tried to discuss the question of what an xdoc is once on the maven dev
list [1] but didn't get too much feedback. I then adopted the definition
of an xdoc as something that is transformed into a valid
xhtml1-transitional by the xdoc plugin. This
I was thinking about this a bit..
what about adding something like
runtime-model
org.codehaus.mojo.plugin
1.0-SNAPSHOT
where we can logically embed the particular types of extensions to the
Hi,
I recently noticed a lot of duplicated effort in order to implement
similar things in the eclipse and idea plugins. Downloading of source
artifacts and javadocs has been reimplemented in the idea one, and I
recently took off some bits of the custom artifact resolution used in
the idea plugin an
+1
fabrizio
On 4/1/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> Please vote for these releases that include several bugfixes, mainly
> to improve the support of test forking.
>
> http://jira.codehaus.org/browse/MSUREFIRE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
> http://ji
+1
Vincent
2006/4/1, Carlos Sanchez <[EMAIL PROTECTED]>:
> Please vote for these releases that include several bugfixes, mainly
> to improve the support of test forking.
>
> http://jira.codehaus.org/browse/MSUREFIRE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
> http://jira.codeh
+1 (non binding)
On 4/1/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
>
> Please vote for these releases that include several bugfixes, mainly
> to improve the support of test forking.
>
>
> http://jira.codehaus.org/browse/MSUREFIRE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
>
>
+1
Carlos Sanchez wrote:
Please vote for these releases that include several bugfixes, mainly
to improve the support of test forking.
http://jira.codehaus.org/browse/MSUREFIRE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
http://jira.codehaus.org/browse/SUREFIRE?report=com.atlas
Vincent Massol wrote:
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: vendredi 31 mars 2006 04:29
To: Maven Developers List
Subject: Using the embedder for ITs
Hi,
Just wanted to float the idea of using the embedder for the ITs. It's
been discussed before but no
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: vendredi 31 mars 2006 04:29
> To: Maven Developers List
> Subject: Using the embedder for ITs
>
> Hi,
>
> Just wanted to float the idea of using the embedder for the ITs. It's
> been discussed before but now I
On Sat, 1 Apr 2006, Carlos Sanchez wrote:
+1
I just sneaked in the fix for MSUREFIRE-53, since that was incorrectly
closed - there was no console output in forked tests. I bumped
surefire's dep on plexus-utils from 1.0.5 to 1.1, which fixes this issue
(on trunk, since that still has 1.5.3-SNAPSHO
+1 (although not binding)
Mvgr,
Martin
Jason van Zyl wrote:
Hi,
Just giving all devs a heads up that I discussed adding Milos as a
committer on Maven for his work on the embedder and the Netbeans plugin.
There were enough +1s on the PMC list to bring Milos in but wanted to
give other devs
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: samedi 1 avril 2006 10:36
> To: Maven Developers List
> Subject: Re: MavenProject.addArtifact()
>
> That's correct. If you want the transitive dependencies, use
> getArtifacts().
Does it mean that when using set
Hi,
getting XDOC out of the maven/velocity realm and making an "official"
format would IMHO help its visibility tremendously. That's why I
proposed to adopt it as
-//Apache Software Foundation//DTD XDOC 1.0//EN"
and removed all the maven and velocity references from it. Having it
online is goo
Vincent has quietly filed MNG-2196, which is certainly a regression.
This is most likely my reverting of John's change to the model cache -
while that change wasn't in 2.0.2, there must have been a separate
change in 2.0.3 that had balanced it out :)
I'll investigate.
- Brett
John Casey wrote:
On Fri, 2006-03-31 at 19:12 +, Lukas Theussl wrote:
> No, there is none. The DTD is currently only available in SVN, it was
> added in the 1.10 version of the maven-1 xdoc plugin which is not
> released yet. As such, it is still work in progress, so I don't know if
> it's a good idea to publ
That's correct. If you want the transitive dependencies, use getArtifacts().
However, for the setting, you need to setDependencyArtifacts due to the
way they are constructed.
An add artifact method would be very helpful in a future release.
- Brett
Vincent Massol wrote:
>
>> -Original Mess
+1
The forking is necessary for IDE integration to support debugging of tests.
Milos
On 4/1/06, Vincent Massol <[EMAIL PROTECTED]> wrote:
> +1
>
> -Vincent
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
> > Sanchez
> > Sent: samedi 1 av
+1
-Vincent
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carlos
> Sanchez
> Sent: samedi 1 avril 2006 10:15
> To: Maven Developers List
> Subject: [vote] Release surefire plugin 2.1.3 and surefire 1.5.3
>
> Please vote for these releases that incl
Please vote for these releases that include several bugfixes, mainly
to improve the support of test forking.
http://jira.codehaus.org/browse/MSUREFIRE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
http://jira.codehaus.org/browse/SUREFIRE?report=com.atlassian.jira.plugin.system.proj
I have to catch a plane and don't have the time to debug this problem,
but keeeping in mind the release of 2.0.4 I want to leave this mail in
case somebody else does or doesn't experience it.
If I delete my local repo org/apache/maven/plugins dir and rely on the
pom configured snapshot plugin repo
35 matches
Mail list logo
