On 3/20/12 5:23 PM, "Stephen Connolly"
wrote:
>On 20 March 2012 22:49, Benson Margulies wrote:
>> On Tue, Mar 20, 2012 at 4:45 PM, Jason Chaffee
>> wrote:
>>> Just a suggestion.
>>>
>>> If you can find some people who are not currently co
Just a suggestion.
If you can find some people who are not currently commuters and are
interested in do thing just this very thing, could they be a partial
committer, only working on the RPM's and not the other parts of maven?
In my opinion, this is the spirit of open source software. I know
ev
FYI, JUnit now supports concurrent running of tests.
http://junit.org/node/589
Jason
-Original Message-
From: Jemos Infra [mailto:jemos.in...@googlemail.com]
Sent: Monday, June 07, 2010 11:17 AM
To: Maven-Dev
Subject: Moving to TestNG JUnit4?
Hi all,
I haven't received any comments o
ote:
>
>> Le Thu, 10 Sep 2009 19:41:00 -0700,
>> Jason Chaffee a écrit :
>>
>>> Is there a way to turn off javadoc execution during
>>> release:perform? I
>>> using -Dgoals=deploy, but javadoc execution is still happening.
>>
>> from the versi
Is there a way to turn off javadoc execution during release:perform? I
using -Dgoals=deploy, but javadoc execution is still happening.
I need to turn it off because it is causing the release to fail. I
don't have time to debug the javadoc failure on an internal dependency
that does not need
le some time in late
2009 for 3.x investigation , but if you know that it will not be
available by the end of 2009 then there is no reason to get into our
schedule.
kind regards,
Jason
On Sep 7, 2009, at 1:41 PM, Jason van Zyl wrote:
> No.
>
> On 2009-09-07, at 10:40 PM, Jason Chaffee w
otype available? I'd love to see it.
>>
>> Christian
>>
>> On 2009-09-06, at 18:53 , Jason Chaffee wrote:
>>
>>> Cool. Good to hear.
>>>
>>>
>>> On Sep 5, 2009, at 1:42 PM, Jason van Zyl wrote:
>>>
>>>>
Cool. Good to hear.
On Sep 5, 2009, at 1:42 PM, Jason van Zyl wrote:
>
> On 2009-09-05, at 10:23 PM, Jason Chaffee wrote:
>
>> I agree with you and Jason van Zyl about Maven probably doesn't need
>> to support another option. However, it would be nice if the
>>
tly very verbose I would tend to agree to allow
> shorter syntax using attributes instead of elements.
>
> scope=""/>
>
>
>
> ...
>
>
>
> This is not what I consider a "big" change for endusers.
>
> Still my 2 cents.
>
FYI, I know that in the past Resin supported both Elements and attributes in
it's config XML. It was really neat. If you preferred one over the other, you
could use it. Don't know if it is still that way though.
Jason
____
From: Jason Chaffee [
by hand. The only evolutionary change I support is the ability to specify
simple nested elements as attributes.
Paul
On Fri, Sep 4, 2009 at 4:40 PM, Jason Chaffee wrote:
> For what it is worth, I have heard many complaints either about using XML
> and/or about the current structure of the
For what it is worth, I have heard many complaints either about using XML
and/or about the current structure of the XML as well. I have heard this from
developers I have worked with and I have read some blogs about this too. I
can't tell you where those blogs are now because I pretty much dis
[mailto:jvan...@sonatype.com]
Sent: Wednesday, August 12, 2009 6:34 PM
To: Maven Developers List
Subject: Re: Replacing old Wagons in Maven 3.0 with the Jetty-client based Wagon
On 12-Aug-09, at 5:37 PM, Jason Chaffee wrote:
> It was just yesterday that I was just have a conversation with a
>
It was just yesterday that I was just have a conversation with a former
colleague about wagon issues in 2.x and the difficulty in switching out
implementations. He was running into all kinds of issues trying to do it and
was not very happy about it. Also, this is something I have mentioned on
.
Jason Chaffee wrote:
> This is probably better to be asked on the dev list...
>
>
>
> Is there a particular reason why pluginManagement does not work for reporting
> plugins? I would like to manage reporting plugins just as much as any other
> plugin.
>
> I am curious
This is probably better to be asked on the dev list...
Is there a particular reason why pluginManagement does not work for reporting
plugins? I would like to manage reporting plugins just as much as any other
plugin.
I am curious if there is a design reason, or if this was a simply an oversi
[mailto:stephen.alan.conno...@gmail.com]
Sent: Tuesday, May 26, 2009 2:14 PM
To: Maven Users List
Cc: Maven Developers List
Subject: Re: [ANN] Failsafe Maven Plugin 2.4.3-alpha-1 released.
2009/5/26 Jason Chaffee
> Yep, I concur with you a 100%. I think the solutions for this until now
> (Fa
yPod] ;-)
On 26 May 2009, at 20:33, Jason Chaffee
wrote:
> Yes, it would basically force Maven to adopt it as a standard and it
> would might mean even adding a itest-compile phase, etc.
>
> Not sure if I prefer this idea over the current protocol, but I do
> think the F
I believe this is a parameter for the plugin configuration itself. For example,
...
org.apache.maven.plugins
maven-resources-plugin
...
foo/bar
...
...
...
-Original Message-
From: Ste
release plugin (and the changelog) with svn 1.6.0 and
this scm release with success (on cygwin/windows).
--
Olivier
2009/3/24 Jason Chaffee :
> Subversion 1.6.0 was just released at the end of last week. Not sure if it
> has been tested against 1.6.0 or not, but I have already ran into
Subversion 1.6.0 was just released at the end of last week. Not sure if it has
been tested against 1.6.0 or not, but I have already ran into issues with other
software and Subversion 1.6.0just for your info. :)
-Original Message-
From: oliver.l...@gmail.com [mailto:oliver.l...@gma
Hi Jason,
I saw the "Maven 3.0: The Maven you will love" write-up and it is very good to
see that many of the issues we discussed recently are going to be addressed in
Maven 3.0. I think you already know where I stand on the Guice vs. plexus
thing.
I have one question and one suggestion. My
I am not sure if anyone can help me, but I wasn't able to find an admin email
on jira.
I changed companies and thus my email changed. I thought I had changed it in
jira, but I guess I didn't. Then, yesterday I tried to login, but it wasn't
working so I reset my password and of course I never
realized this as well.
kudos.
Now I am even more excited for this release. Any idea when it might happen?
Is there any chance to play around with a beta?
regards,
Jason
From: Jason Chaffee [jason.chaf...@zilliontv.tv]
Sent: Wednesday, February 04, 2009 7:25
Is there a timeline for a release and there anywhere I can find documentation
on the new features/improvements/changes in said release?
regards,
Jason
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional co
convince them that maven
does have benefits.
From: Stuart McCulloch [mccu...@gmail.com]
Sent: Tuesday, February 03, 2009 9:09 PM
To: Maven Developers List
Subject: Re: Issue with ArtifactHandler in reactor builds
2009/2/4 Jason Chaffee
> I foun
.
projectHelper.attachArtifact(project, "exe", null, file);
//project.getArtifact().setFile(file);
-Original Message-----
From: Jason Chaffee [mailto:jason.chaf...@zilliontv.tv]
Sent: Tuesday, February 03, 2009 12:35 PM
To: Maven Developers List
Subject: RE: Issue with ArtifactHandler in reactor b
ather using packaging.
-Original Message-
From: Stuart McCulloch [mailto:mccu...@gmail.com]
Sent: Monday, February 02, 2009 10:46 PM
To: dev@maven.apache.org
Subject: Re: Issue with ArtifactHandler in reactor builds
2009/2/3 Jason Chaffee
> I am having an issue on 2.0.9. Basicallly,
Jason
-Original Message-
From: Stuart McCulloch [mailto:mccu...@gmail.com]
Sent: Monday, February 02, 2009 10:46 PM
To: dev@maven.apache.org
Subject: Re: Issue with ArtifactHandler in reactor builds
2009/2/3 Jason Chaffee
> I am having an issue on 2.0.9. Basicallly, I have a custom plu
I am having an issue on 2.0.9. Basicallly, I have a custom plugin that has
it's own packaging type and creates a file of it's own extension type. This
only happens if I run a reactor build. If run maven in that project, it works
correctly. For example,
my-bundle
will create artifactId-versi
d down the
latest/greated automagically and broke everything that you had in
production
:)
On Thu, Apr 3, 2008 at 4:23 PM, Jason Chaffee
<[EMAIL PROTECTED]>
wrote:
> Brian,
>
> Is there any documentation about the new "locked down" plugin in
feature
> in 2.0.9?
>
&g
Brian,
Is there any documentation about the new "locked down" plugin in feature
in 2.0.9?
I would like to know how it works, how it impacts not having plugins
locked vs. having them locked down already in your pom and how it would
impact the enforcer plugin as well.
Thanks.
-Original Mess
#x27;t do it to confuse users. I am assuming not but I haven't
> looked up the dates.
>
> I will try to remove the barbs from my write-up, as their marketing
> I frankly find distasteful. But I'll try to be objective and publish
> it.
>
> On 31-Mar-08, at 2:1
I came across OpenMake's meister over the weekend and wondered if anyone
on this list has any experience with or any comparison with Maven? I
was just curious what the maven community's impression/response would be
because they claim to have maven-like features, but they also claim to
go "above an
nks,
Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]
-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 1:25 PM
To: Maven Developers List
Cc: [EMAIL PROTECTED]; Maven Users List
Subject: Re: surefire and testng integration issues with surefire
Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2
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 actua
behavior still works as expected.
-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 10:18 AM
To: Maven Developers List
Cc: [EMAIL PROTECTED]; Maven Users List
Subject: Re: surefire and testng integration issues with surefire-2.4.2
Jason Chaffee wrote
Maybe our disconnect is about callbacks after the class vs. the method.
That could be where the misunderstanding is coming from.
-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 10:11 AM
To: [EMAIL PROTECTED]; Maven Developers List
Cc: Maven
, March 20, 2008 10:05 AM
To: Maven Developers List
Cc: Maven Users List; [EMAIL PROTECTED]
Subject: Re: surefire and testng integration issues with surefire-2.4.2
Jason Chaffee wrote:
> I brought this up in the past the maven guys were adamant that they
were
> not able to get per test informat
ood Luck,
Dana H. P'Simer
Dana.P'[EMAIL PROTECTED]
-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2008 5:32 AM
To: Maven Developers List
Cc: Maven Users List
Subject: surefire and testng integration issues with surefire-2.4.2
I brought th
I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed. I felt all along that this was not correct and I
finally had a chance to look into it. Surefire could simply register a
listener to get cal
I brought this up in the past the maven guys were adamant that they were
not able to get per test information to output on the console unless
testng changed. I felt all along that this was not correct and I
finally had a chance to look into it. Surefire could simply register a
listener to get cal
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?
-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 12, 20
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.
-Original Message-
From:
Surefire-2.3.1 used to output which test was running and it would create
an output file for each test. For example,
[INFO] [surefire:test]
[INFO] Surefire report directory:
/usr/local/hudson/workspace/common/common/management/target/surefire-rep
orts
-
Never mind. I found it under /maven/enforcer.
-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Friday, January 25, 2008 11:44 AM
To: Maven Developers List
Cc: Maven Users List
Subject: where is the source for maven-enforcer-plugin in SVN?
It doesn't seem to
It doesn't seem to live in maven/plugins/trunk and the latest build
1.0-alpha-3 doesn't have the all of the functionality documented on the
site. In particular, it does not support which
I would like to use.
FYI,
You can compile test classes and still use maven.test.skip=true if you
have the compliler plugin configured as followings:
org.apache.maven.plugins
maven-compiler-plugin
2.0.2
false
-Origi
from the project object. My
suggestion is to look at the maven-help-plugin:effective-pom code since
it seems close to what you want.
-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Monday, May 07, 2007 7:37 PM
To: dev@maven.apache.org
Subject: FW: need help with a ma
FYI, I have not gotten any help on the users list and I image at least
one contributor will know how to do what I want to do below within the
context of a plugin.
I would like to create a "build-report-plugin" that is able to report on
the versions, timestamps, artifact types, build numbers, and
Carlos, this seems to be the same issue with surefire forking and you
previously mentioned that it was because the wrong version of surefire
was being used. Which version should be used with 2.0.6?
-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Sunday, April 01
-Original Message-
From: Jason Chaffee [mailto:[EMAIL PROTECTED]
Sent: Sunday, April 01, 2007 1:06 PM
To: Maven Users List
Subject: maven-2.0.6 throws NPE in surefire
This works fine in maven-2.0.5.
I have the following surefire configuration
I know there was a testng branch created more than a month ago but there
hasn't been an update and I would really prefer to use testng.
Thanks,
Jason
53 matches
Mail list logo
