This is a good question.
We had a similar question come into Struts. A community member wanted to
translate the user documentation into Chinese. We were debating accept it as
a patch or does it require a CLA form? Does the answer depend on the amount
of work being submitted? We decided on a patch
+1
On Wed, Jan 26, 2011 at 8:52 AM, John Casey jdca...@commonjava.org wrote:
+1
On 1/26/11 1:30 AM, Olivier Lamy wrote:
Hello,
I propose Evgeny Mandrikov as a new committer.
He as done a lot of patches for Maven SCM, he is a Mojo and Sonar
contributor @codehaus.
Vote is open for 72H.
On Tue, Jan 25, 2011 at 9:47 AM, Jason van Zyl ja...@maven.org wrote:
On Jan 25, 2011, at 10:33 AM, Mark Struberg wrote:
The problem here is that fundamental maven functionality got moved over
to external jars. And now those jars got changed from ALv2 to EPL. Don't get
me wrong, EPL is not
Just two days? It's Christmas week -- you deserve many more days off than
that :)
On Tue, Dec 28, 2010 at 12:23 PM, Julia Antonova juli...@tumlare.comwrote:
I will be out of the office starting 28.12.2010 and will not return until
30.12.2010.
I have no acces to my mailbox, I will reply to
Is there any special procedures for this? Any CLA need signing or can
he contribute new documentation?
-- Forwarded message --
Date: Fri, Dec 10, 2010 at 7:13 PM
Subject: Chinese developer want to translate the user guide of Struts
To: pbened...@apache.org
Hi Paul,
I am a
The holiday season begins early.
On Wed, Nov 3, 2010 at 4:03 PM, Julia Antonova juli...@tumlare.com wrote:
I will be out of the office starting 04.11.2010 and will not return until
15.11.2010.
I have no acces to my mailbox, I will reply to your message upon return.
For urgent issues please
On Tue, Nov 2, 2010 at 12:30 PM, Jason van Zyl ja...@maven.org wrote:
Is there a way we can utilise pull requests from github.org/apache and still
get them back to the svn repository so we can try this in a meaningful way?
I thought any code stored in SVN but developed outside of Apache
On Tue, Nov 2, 2010 at 2:19 PM, Jason van Zyl ja...@maven.org wrote:
At Apache? There is no IP review process. What are you talking about?
Contributor License Agreements are available from Apache -- I think
used mostly when a committer joins and external projects migrate in
the incubator.
+1 on keeping the eclipse plugin. I like m2Eclipse but at times is
buggy so I fall back to using this often.
Paul
2010/11/1 Daniel Kulp dk...@apache.org:
I personally think deprecating/retiring the eclipse plugin is a bit premature.
Looking at the svn log, there have been a buunch of commits
Couldn't a maven plugin be written to pre-process the POM structure
and do the evaluation? I would rather see that than ever making it
part of Maven core.
On Wed, Oct 20, 2010 at 10:50 AM, Justin Edelson
justinedel...@gmail.com wrote:
On 10/20/10 11:47 AM, Jason van Zyl wrote:
I think we just
Or Duke Nukem Forever :-) -- legendary vaporware.
On Fri, Oct 8, 2010 at 9:05 AM, nicolas de loof
nicolas.del...@gmail.com wrote:
aren't software and late some sort of synonyms ?
2010/10/8 Jason van Zyl ja...@sonatype.com
A week late, but better then most of my predictions :-)
On Oct 8,
+1 works for me.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Being unassigned is a good way for saying it hasn't been reviewed.
You could, if you wanted, assign it to a Maven Developer once
reviewed.
On Mon, Sep 20, 2010 at 5:40 PM, Olivier Lamy ol...@apache.org wrote:
Agree too.
2010/9/21 Stephen Connolly stephen.alan.conno...@gmail.com:
I think it is
What are the plans for the .m2 user directory? I understand keeping it
for migration purposes, but maybe you want to bring back .mvn (so it
doesn't need to change per version).
Paul
On Fri, Sep 3, 2010 at 8:10 AM, Brian Fox bri...@infinity.nu wrote:
On Thu, Sep 2, 2010 at 8:44 PM, Jason van Zyl
Congrats to Kristian!!
On Thu, Sep 2, 2010 at 6:19 PM, Brian Fox bri...@infinity.nu wrote:
This is a little delayed, but still deserved. A few weeks ago,
Kristian joined us on the Maven PMC. He's been driving a lot of
interesting work in Maven 3 to support parallel builds. If you haven't
When 3.0 is released, is 2.2 pretty much a dead branch? I have no
problem with that btw :-)
On Thu, Sep 2, 2010 at 7:44 PM, Jason van Zyl ja...@sonatype.com wrote:
I think trying to release 3.0 sooner, and then sticking to 6 week release
cycles would be a better use of time. We're going to fix
With the vote canceled, I may have missed the respin. Is there a new
build available?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Can anyone signup and update the wiki? I would like to use ISO date format
for easy reading.
Paul
On Wed, Aug 18, 2010 at 7:29 PM, Barrie Treloar baerr...@gmail.com wrote:
On Wed, Aug 18, 2010 at 9:39 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
can somebody update the wiki
I asked Oliver why the aforementioned goal was removed from the built-in
lifecycle bindings for projects with packaging pom? He said the decision
was to remove all reporting stuff from trunk.
I thought the decision was to remove reporting logic from Maven's core? I
don't see why the site plugin
, Paul Benedict wrote:
I asked Oliver why the aforementioned goal was removed from the built-in
lifecycle bindings for projects with packaging pom? He said the decision
was to remove all reporting stuff from trunk.
I thought the decision was to remove reporting logic from Maven's core? I
Unfortunately, this is a paltry one day vacation. I hope she does something
really special to make the day worthwhile --- perhaps, like, email the
mailing list!
Paul
On Wed, Aug 11, 2010 at 7:13 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
42 days this year, I'm jealous
On 12
That's a good point, but is the extra configuration worth the hassle? I
mean, generating a site seems pretty normal to me. Perhaps Maven should just
have the plugin handy anyway?
Paul
On Wed, Aug 11, 2010 at 7:46 PM, Brett Porter br...@apache.org wrote:
On 12/08/2010, at 10:30 AM, Paul
+1 from me.
On Sat, Aug 7, 2010 at 10:07 AM, Evgeny Mandrikov mandri...@gmail.comwrote:
+1 (non-binding)
Tested on all open-source Sonar projects (including projects based on
Tycho).
On Sat, Aug 7, 2010 at 17:43, Christian Edward Gruber
christianedwardgru...@gmail.com wrote:
+1
+1
On Sat, Aug 7, 2010 at 11:42 AM, Hervé BOUTEMY herve.bout...@free.frwrote:
+1
Hervé
Le jeudi 05 août 2010, Dennis Lundberg a écrit :
Hi,
This is the first release of this plugin. There are no issues in JIRA.
If you want to see it in action, it has been configured in a profile
I accidentally set a bunch of dependencies to scope package rather than
runtime. A goofy error -- I admit my shame. However, I notice Maven didn't
complain one bit about this. Does anyone think this is worth a JIRA ticket
as a bug or an enhancement?
Paul
Benjamin,
Thanks. I see it is resolved for 3.0-beta-3, but the commit happened in 2009
and then softened to a warning. The ticket doesn't say what 3.0 will be -- a
hard error or a soft warning?
Paul
On Fri, Aug 6, 2010 at 9:42 AM, Benjamin Bentmann benjamin.bentm...@udo.edu
wrote:
Paul
Cool. Is this really in the beta-3 branch or will it be part of beta-2?
On Fri, Aug 6, 2010 at 9:53 AM, Benjamin Bentmann benjamin.bentm...@udo.edu
wrote:
Paul Benedict wrote:
The ticket doesn't say what 3.0 will be -- a hard error or a soft warning?
It has to remain a warning until
You could also cut beta-2 today and just not release it. Move on to beta-3
immediately to merge. If the merge turns out to be a disaster, at least you
have a branch and an artifact to deploy as a backup plan. Regardless, I
don't expect anything to go tragically wrong.
From my perspective of a
Oops! Thanks :-)
On Fri, Aug 6, 2010 at 10:02 AM, Benjamin Bentmann
benjamin.bentm...@udo.edu wrote:
Paul Benedict wrote:
Cool. Is this really in the beta-3 branch or will it be part of beta-2?
JIRA says fix version is alpha-3.
Benjamin
I think it would be helpful if two JIRA tickets were created for the
separate integrations. This way, people can track and report back on any
issues they find -- plus know what release it planned for. I, being a
bystander who watches the development, I did not know these two things were
planned.
To my point earlier, perhaps beta-2 could be tagged/cut/released before the
merges take place. Once the merges take place, you could spin beta-3 with
these new additions rather quickly. I would consider that to be good plan --
at one time, Jason did posted that wanted betas to be released every 2
Arnaud,
I think your plan is sensible. I agree with what you and Dennis have said.
It allows the Maven community to move forward but also doesn't stop
development of the integration.
Paul
2010/8/5 Arnaud Héritier aherit...@gmail.com
Ok,
Thus talking is good but doing is better ( I know I'm
Although I am not a committer at Maven, I also share the sentiment that
Maven 3's external development hinders community development at Apache. It's
difficult to know where things are going -- and usually I feel the direction
is wholly controlled by Sonatype. I have no problems with commercial
Jason, I think it would be more appropriate to get out beta-2 in its current
state. The new Guice/Aether contributions would be a significant enhancement
and are better suited for beta-3, as far as I see it. Waiting allows you to
continue getting feedback from regressions introduced in beta-2
What is the plan to release the next beta? The open issues have pretty much
quieted down and the remaining three don't have recent activity. Is the
Release Manager planning to resolve these in Beta 2 or push them to Beta 3?
Paul
.
Paul
On Thu, Jul 29, 2010 at 10:00 AM, Jason van Zyl ja...@sonatype.com wrote:
Next week-ish.
On Jul 29, 2010, at 10:56 AM, Paul Benedict wrote:
What is the plan to release the next beta? The open issues have pretty
much
quieted down and the remaining three don't have recent activity
But what about the remaining 3 issues? Are they going into the next release
or being pushed off?
On Thu, Jul 29, 2010 at 10:00 AM, Jason van Zyl ja...@sonatype.com wrote:
Next week-ish.
On Jul 29, 2010, at 10:56 AM, Paul Benedict wrote:
What is the plan to release the next beta? The open
On Wed, Jul 28, 2010 at 4:32 PM, Dennis Lundberg denn...@apache.org wrote:
Hi,
This release is a preparation for a release of maven-linkcheck-plugin.
Do you mean the first version for Maven 2? I can only Maven 1 versions on
the internet.
Paul
I am inclined to quote the Dos Equis beer commercial: He's the most
popular person at parties he's never attended.
-- Stay thirsty my friend.
On Thu, Jul 8, 2010 at 7:41 AM, lukewpatterson lukewpatter...@gmail.com wrote:
Barrie Treloar wrote:
I wonder if this is her
That's awesome. We need to update the wiki with the last two vacations.
On Wed, Jul 7, 2010 at 11:08 AM, Justin Edelson justinedel...@gmail.com wrote:
Now that's what I call a vacation.
On 7/7/10 12:07 PM, Julia Antonova wrote:
I will be out of the office starting 05.07.2010 and will not
Niall is correct. She works for a vacation company. Speaking of that,
I believe at one time Tumlare was not part of her name. She went on a
long vacation and then had a new name; so she must have married into
the company.
On Mon, Jun 28, 2010 at 9:10 AM, Justin Edelson
jus...@justinedelson.com
It better not be a job interview. Her next employer might not allow
zombie responses.
On Sun, Jun 27, 2010 at 7:42 PM, Justin Edelson justinedel...@gmail.com wrote:
Who turns on their out of office for one day?
On 6/27/10 6:19 PM, Julia Antonova wrote:
I will be out of the office starting
I presume that Maven 2.2 is on life-support with the heavy emphasis on
the future of Maven 3. Is that a correct understanding? If so, I
wonder if the tagged 2.2/2.x unresolved issues are particular to that
branch, or are they bugs also in the trunk?
Paul
Have you tried goal dependency:tree ?
On Fri, Jun 18, 2010 at 2:29 PM, Martin Gainty mgai...@hotmail.com wrote:
my understanding is that 2.2.1 is stable..3.0 seems to be alpha currently
on a side note I would really like to see a plugin that displays transitive
dependencies..i just spent
It's also possible to be subscribed twice by registering with one
email address, and your other registered email address simply forwards
to the first. I am not saying this is your case, but it is a possible
case.
On Wed, Jun 16, 2010 at 10:15 AM, Wendy Smoak wsm...@gmail.com wrote:
On Wed, Jun
/FAQ please!
Thanks,
~t~
On Sat, Jun 12, 2010 at 8:18 PM, Wayne Fay wayne...@gmail.com wrote:
Wahoo Julia going on break is like the summer solstice. ;-)
wf
On Sat, Jun 12, 2010 at 9:36 AM, Paul Benedict pbened...@apache.org
wrote:
If anyone should be allowed to send an OOO
If anyone should be allowed to send an OOO reminder, it's definitely
Julia. Let the ceremonial rituals begin! I believe she has marked the
start of the summer vacation season for us.
Paul
On Sat, Jun 12, 2010 at 7:04 AM, sebb seb...@gmail.com wrote:
Have you seen this?
Should -? work? I thought the double dash should work only.
On Wed, May 26, 2010 at 11:21 AM, Daniel Kulp dk...@apache.org wrote:
With maven 2.x, I could do:
mvn -?
and get the help. With 3.0-beta-1, that prints the help, but then:
[ERROR] Error executing Maven.
Paul Benedict:
Why would Maven allow parallel builds that are not thread-safe?
Granted, it's the developer's choice to take the chance, but I just
don't see why it's beneficial to allow builds being potentially
corrupted unbeknownst to the builder.
2010/5/17 Arnaud Héritier aherit
[WARNING] org.apache.maven.plugins:maven-jar-plugin:2.2
[WARNING] org.apache.maven.plugins:maven-remote-resources-plugin:1.1
[WARNING] org.codehaus.modello:modello-maven-plugin:1.3
Arnaud
On May 17, 2010, at 11:42 PM, Paul Benedict wrote:
Lots of plugins are up for vote to be @threadSafe
Lots of plugins are up for vote to be @threadSafe with Maven 3. Does
Maven 3 have any mechanism to reject plugins prior to the versions
being released? What happens if someone uses a Maven 2 version?
Paul
-
To unsubscribe,
I actually want to recommend something more formal inside of Maven. It
seems that some kind of rule should exist to force a minimum version.
Paul
2010/5/17 Martin Gainty mgai...@hotmail.com:
Hi Paul
would a custom rule work?
She probably deletes all emails when she returns. As they say around
some offices, if it was really important, they will follow back up.
Saves checking hundreds -- or thousands -- of emails once returning
from vacation.
-
To
Julia, where are you visiting this time?
On Fri, Apr 30, 2010 at 2:33 PM, Tim O'Brien tobr...@discursive.com wrote:
Ok, I'm glad we were all prepared for this. I've made sure to update
the Maven FAQ to include this info for others that might be confused:
Looks like one of Wikipedia's content managers deleted the page.
On Fri, Apr 30, 2010 at 4:16 PM, lukewpatterson
lukewpatter...@gmail.com wrote:
Tim O'Brien wrote:
Ok, I'm glad we were all prepared for this. I've made sure to update
the Maven FAQ to include this info for others that might
Could this be slated for beta-2? And if it is decided to be not the
right time, bump it to 3.1?
On Fri, Apr 23, 2010 at 3:19 AM, Benjamin Bentmann
benjamin.bentm...@udo.edu wrote:
Brett Porter wrote:
However, it is important to be able to change the settings.xml file in
future, and the best
Because MQ is proprietary software, most likely you will only be able
to get the jars if you have the product on your machine or within your
organization. If you have the software, you'll need to install those
jars into your repository.
On Thu, Apr 22, 2010 at 9:48 AM, Srini97
3.0-beta-1 being a beta release, it's getting close to GA. I was
wondering can MNG-4483 be addressed? I don't think Maven can keep the
.m2 user directory exclusively -- it could be a good fallback for
compatibility -- but it should be looking for .m3 or .mvn.
Paul
:
This sounds easy on the maven side, but what are the ramifications for
all the tools that would have to be updated. Is it worth it?
On Thu, Apr 22, 2010 at 11:14 AM, Paul Benedict pbened...@apache.org wrote:
3.0-beta-1 being a beta release, it's getting close to GA. I was
wondering can MNG-4483
Brian,
Then the current situation should be viewed as acceptable? The .m2
directory, although an artifact of Maven 2, continues to be the home
directory for Maven 3.
Paul
On Thu, Apr 22, 2010 at 12:04 PM, Brian Fox bri...@infinity.nu wrote:
What ramifications could exist if .m2 is the
...@discursive.com
wrote:
By my tally that's 18 vacation days just this year. I think I'm going
to take tomorrow off. These emails serve as a good reminder for us
all.
On Fri, Apr 16, 2010 at 11:01 PM, Paul Benedict pbened...@apache.org
wrote:
Wayne, great point. Makes me jealous too
Wayne, great point. Makes me jealous too.
On Fri, Apr 16, 2010 at 10:10 PM, Wayne Fay wayne...@gmail.com wrote:
On Fri, Apr 16, 2010 at 11:46 AM, Julia Antonova juli...@tumlare.com wrote:
I will be out of the office starting 16.04.2010 and will not return until
20.04.2010.
Just like
Staging site is not available. Is it still publishing?
On Sun, Jan 10, 2010 at 4:15 PM, Benjamin Bentmann
benjamin.bentm...@udo.edu wrote:
Hi,
We solved 2 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11128version=14882
There are still a couple of issues left in JIRA:
Stephen,
On Mon, Jan 4, 2010 at 11:43 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
1. Move failsafe-maven-plugin to
https://svn.apache.org/repos/asf/maven/surefire/trunk/maven-failsafe-plugin
2. Refactor maven-surefire-plugin taking the code that is common with
failsafe into
I hesitated on first expressing this opinion, but now that there's
been some push back, I'll share my initial reaction. I like the plan
Stephen set forth, but it may be more appropriate for a 3.0 release of
surefire. Although the majority (if not all) of the plugin's behavior
is unaffected, the
Although Sun's JDK versioning is a non-standard format, I think it's
obvious Sun isn't going to change it soon. (I've been watching the
JSR-294 debate! Yup, they are not changing.) I am +1 on Maven
supporting parsing this special format to make the patch releases
(_XX) naturally comparable with
I remember hearing about the fail-safe plugin... Are you going to
merge into surefire? I think the best choice is to eliminate competing
plug-ins and aggregating new functionality in one.
Paul
On Sat, Jan 2, 2010 at 6:25 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
i'm fine with
I think Maven POMs should be like the rules governing HTML and CSS
versions. Ignore tags and attributes you don't know and interpret what
you can. Allow graceful degration of behavior so those who want to
publish 4.1 POMs can still be used with 4.0 readers.
On Tue, Dec 29, 2009 at 7:05 PM, Arnaud
On Tue, Dec 29, 2009 at 8:30 PM, Ralph Goers ralph.go...@dslextreme.com wrote:
On Dec 29, 2009, at 6:22 PM, Paul Benedict wrote:
I think Maven POMs should be like the rules governing HTML and CSS
versions. Ignore tags and attributes you don't know and interpret what
you can. Allow graceful
Jason,
Are you suggesting that the elements of the POM body might belong to
each respective plugin? An academic example, but to get the point
across:
project
plugin:compiler
execution
iddefault/id ...
configuration
target1.4/target
/configuration
/execution
This sounds like an issue I raised on the user list today:
http://n2.nabble.com/Canonical-order-of-POM-elements-tc4219932.html#a4219932
I definitely want (but not mandated) a canonical POM ordering of elements.
Paul
On Sun, Dec 27, 2009 at 4:46 PM, Dennis Lundberg denn...@apache.org wrote:
I'm
I know the drive for 3.0-alphas are on, and 2.0.10 is baking for a
release. Will 2.2.2 be revisited soon? If nothing is pressing, well,
that's alright too.
Paul
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For
I thought it was discovered Maven 2/3 does not incorporate the
artifact type in the snapshot metadata. So if you deployed artifact X
type POM and artifact X type JAR, the latest snapshot metadata
dictates the type. Wasn't an enhancement already requested?
On Wed, Dec 23, 2009 at 1:23 PM, Jason
I also say move it out, but re-open the ticket for 3.x. It's possible
the resolution is correct, and people's procedures are wrong, but give
it time for the debate to live out. More thought should go into this
before closing it as Won't Fix.
Paul
On Wed, Dec 16, 2009 at 4:40 PM, Jason van Zyl
+1 looks good.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
I would also like to contribute my frustration with the current build
process. It's great the alpha releases are coming out often, but I
cannot possibly be testing them at the frequency you guys are
currently tagging and voting. I thought the once a week alpha was a
good idea until it actually
I created MNG-4452 to track this issue:
http://jira.codehaus.org/browse/MNG-4452
Paul
On Tue, Nov 17, 2009 at 11:52 AM, Dan Tran dant...@gmail.com wrote:
Just read my own post again,
For my case, we might be able to go forward with maven 3 ..
should be
For my case, we might NOT be
Congrats Igor!!
On Mon, Nov 16, 2009 at 3:45 PM, Brian Fox bri...@infinity.nu wrote:
Vote results: +14 : Jason, Jesse, Oliver, Brett, John, Herve, Oleg,
Benjamin, Mark, Arnaud, Lucas, Ralph, Nicolas, Brian
Igor, congratulations, sorry for the delay.
+1
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Since 2.0.11 is totally stagnant, I propose the JIRA version gets
archived. I don't foresee a release in the future. Does anyone?
Paul
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail:
Is it possible to add endorsed libraries programatically? I thought
the JDK grabbed all its endorsements from jdk_home\lib\ext
Paul
On Thu, Nov 12, 2009 at 12:48 PM, Daniel Kulp dk...@apache.org wrote:
Just to follow up on this, it looks like the two main options are:
1) Add an endorsed
wrote:
On Thu November 12 2009 2:22:51 pm Paul Benedict wrote:
Is it possible to add endorsed libraries programatically? I thought
the JDK grabbed all its endorsements from jdk_home\lib\ext
When you fork a jvm (javac fork or surefire set to fork), you can specify a
system property of other
+1 with my builds.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Any committers can comment on the below?
Also referring to MojoFailureException doesn't seem very useful
because it's a generic exception. How can referring to that help
anyone? especially during a compiler error.
Paul
On Sun, Nov 1, 2009 at 1:34 AM, Paul Benedict pbened...@apache.org wrote
When my build failure happened, this was the output:
[ERROR] [0]
org.apache.maven.plugin.CompilationFailureException: Compilation failure
at
org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:516)
at
I was reading the Introduction to the POM page. It says:
These variables are all referenced by the prefix project..
You may also see references with pom. as the prefix, or the
prefix omitted entirely - these forms are now deprecated and
should not be used.
Will these old-style uses finally
Yes, I agree. Providing warnings is a simple incentive to push people
away from their use.
Paul
On Fri, Oct 30, 2009 at 12:31 PM, Paul MERLIN p...@nosphere.org wrote:
Le vendredi 30 octobre 2009 18:21:22, Jason van Zyl a écrit :
On 2009-10-30, at 10:17 AM, Paul Benedict wrote:
I was reading
for projects
already released. We should not support them for projects being built
with 3.x though.
On Fri, Oct 30, 2009 at 1:34 PM, Paul Benedict pbened...@apache.org wrote:
Yes, I agree. Providing warnings is a simple incentive to push people
away from their use.
Paul
On Fri, Oct 30, 2009 at 12:31
If you have a missing SVN command, that may mean you do not have an
SVN client installed. You should have one installed on your path so
when you type svn --version (that's two dashes), you'll know what
version you have.
Download a binary here:
http://subversion.tigris.org/
Paul
On Thu, Oct 29,
this instructions to build/install Maven3 from trunk:
http://bit.ly/1DhsHA
HTH,
Hubert.
On Mon, Oct 26, 2009 at 4:55 AM, Paul Benedict pbened...@apache.org wrote:
I know the official Alpha 2 is here:
http://www.apache.org/dist/maven/binaries/
But where can I get the latest snapshot distro
it up.
Paul
On Mon, Oct 26, 2009 at 9:43 AM, Benjamin Bentmann
benjamin.bentm...@udo.edu wrote:
Paul Benedict wrote:
I realize there is no alpha-3, but I was hoping there were snapshot
distros somewhere.
CI is spitting those out here:
https://grid.sonatype.org/ci/job/maven-3.0.x-bootstrap
:
On Mon October 26 2009 11:36:44 am Jason van Zyl wrote:
On 2009-10-26, at 7:59 AM, Paul Benedict wrote:
Thanks!!!
Just my 2 cents, but if you want more people to test out Maven 3 while
it is in development, adding a link on Apache may be beneficial. I
searched the Internet for maven 3
on the Internet. Perhaps you could get other
hackers to participate easier if a link was at least indexable by a
search engine, but all this is coming off a bit too covert.
Paul
On Mon, Oct 26, 2009 at 11:08 AM, Brett Porter br...@apache.org wrote:
On 27/10/2009, at 2:59 AM, Paul Benedict wrote
I know the official Alpha 2 is here:
http://www.apache.org/dist/maven/binaries/
But where can I get the latest snapshot distro of alpha 3?
Paul
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands,
Is it typical at Apache for .gz files to be distributed too? I know
that whenever I've done releases, I have only done .zip files.
Paul
On Mon, Oct 12, 2009 at 11:00 AM, Daniel Kulp dk...@apache.org wrote:
I personally think that not having a tar.gz will be very unnatural for unix
folks and
+1 here
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
With my Maven 2 projects, my integration tests are by default disabled
in my test phase. I use the **/*ITest.java naming pattern which is
only included when I active my itest profile. Will Maven 3 finally
introduce native support for different kinds of tests? The whiteboard
throws around several
I have a project structure like this:
Parent A
* Declares managed dependency org.slf4j:slf4j-api:1.5.8
* Declares managed dependency org.hibernate:hibernate-core:3.3.1.GA
* Declares managed dependency org.hibernate:hibernate-annotations:3.4.0.GA
Child A
* Depends on
of particular plugins wrt
dependency resolution because they can all change the output with different
input parameters and artifact filters.
On 2009-09-28, at 8:54 PM, Paul Benedict wrote:
I have a project structure like this:
Parent A
* Declares managed dependency org.slf4j:slf4j-api:1.5.8
I vote for option #2. Maven 3 should fix all things Maven; and if we need to
introduce backwards compatibility flags to help mitigate those problems, I
would do that too.
Paul
On Tue, Sep 22, 2009 at 9:26 PM, Brett Porter br...@apache.org wrote:
On 16/09/2009, at 8:18 PM, Benjamin Bentmann
201 - 300 of 422 matches
Mail list logo