Fixed.
-Original Message-
From: Johnny [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 29, 2008 8:07 AM
To: dev@maven.apache.org
Subject: Good program, imperfect documentation
http://maven.apache.org/download.html
says at the page bottom
Unix-based Operating Systems (Linux, Solaris and M
The easiest way to build 2.0.x is with maven itself. The bootstrap does work
now for 2.1 but I wouldn't be surprised if it was broken in 2.0.x
-Original Message-
From: Martin Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 29, 2008 6:34 PM
To: Maven Developers List
Subject: Buildin
Hi,
I'm brand new to this subject, but I was trying to build maven the
bootstrap way, like described here
http://maven.apache.org/guides/development/guide-building-m2.html
but I always run into a:
HOWEVER, since you did not specify a repository path, maven will use:
/home/fnk64/.m2/reposito
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
| Hi Joerg,
Hi John,
(top-posting this time)
thanks for your detailed response. I am very happy to hear that you
care and take this serious. Further I will be one of the early adopters
if 2.1-alpha is out. Maybe I will find the time to test an 2.1 in
Hi
I started a document [1] with my ideas about Continuum 2.
As you can see in this doc, I want to add lot of things in the next version.
Feel free to comment on it.
[1]
http://docs.codehaus.org/display/CONTINUUM/Continuum+2.0+Design+Discussion
Emmanuel
Right...I guess it'd help to include the URL:
http://docs.codehaus.org/display/MAVEN/Deterministic+Lifecycle+Planning
Thanks!
-john
On Jan 29, 2008, at 4:58 PM, John Casey wrote:
Hi all,
I've written up the new features present in the refactored
lifecycle support for 2.1, if anyone is int
Hi all,
I've written up the new features present in the refactored lifecycle
support for 2.1, if anyone is interested in reading it. I'd like to
hear what you all think, particularly about the emerging discussion
of aggregator plugins, pre-exec "plugins", and such taking place on
the page
How about for MNG-3092 we make it configurable per repository whether the
metadata resolution includes snapshots in ranges... you could even default to
false to keep Dave and yourself happy and I can turn it on where i need it.
I'm not certain if its possible but would perhaps be the most flexi
if you want something graphical take a look at
http://code.google.com/p/maven-dependency-browser/
it's going to be integrated in Q4E
http://code.google.com/p/q4e/issues/detail?id=144
On Jan 18, 2008 12:15 PM, David Blevins <[EMAIL PROTECTED]> wrote:
> Is there any way to get or make a tree of Ar
default-value is usually what plugin developers want, not expression.
[...]
In other words, expression results should not be allowed to
reflectively query the build state, as in ${project.build.directory},
Thanks for clarifying this. Until you get a proper documentation up and
running, I sugges
On 23/01/2008, Michael McCallum <[EMAIL PROTECTED]> wrote:
> On Thu, 24 Jan 2008 03:42:13 Mark Hobson wrote:
> > There is another caveat in that it's all or nothing. Using a profile
> > mechanism will switch all range dependencies into snapshot mode, when
> > typically a developer only wishes to u
Hi Joerg,
I'm sorry to hear you're having such difficulty with maven and its
error-reporting. All I can offer by way of consolation right now is
that I've revamped error reporting pretty substantially over the past
few weeks. I started by analyzing all errors that hit the
MavenExecutionRe
default-value is usually what plugin developers want, not expression.
The reason we support both is to allow a default value extracted from
the build state, but offer a name for the parameter that's different
from the member variable name. It's an artifact of running for awhile
without defa
On 23/01/2008, David Blevins <[EMAIL PROTECTED]> wrote:
> So far the tree seems to have enough data in it that it can be
> rewrapped as a graph. I have wrapper similar to DependencyNode that
> has multiple parents. Anywhere a child is a "duplicate" or "conflict"
> it's replaced by the wrapper of
Seems to work for me, so here's my +1 !
Cheers
Fabrice
On Jan 29, 2008 12:11 PM, Maria Odea Ching <[EMAIL PROTECTED]> wrote:
> Hi Everyone,
>
> The Archiva 1.0.1 release candidate has been prepared. JPOX was upgraded
> from 1.1.7 to 1.1.9 to fix an issue that results for Archiva to hang.
> Other
+1
Vincent
2008/1/27, Dan Fabulich <[EMAIL PROTECTED]>:
>
> Fabrizio found a last-minute bug. I've rolled a new candidate. Let's
> vote again!
>
> [Boy, the temptation to let the rules slide on a change this small is
> almost irresistable. ;-)]
>
> -Dan
>
> -- Forwarded message
+1
-Lukas
Dan Fabulich wrote:
Fabrizio found a last-minute bug. I've rolled a new candidate. Let's
vote again!
[Boy, the temptation to let the rules slide on a change this small is
almost irresistable. ;-)]
-Dan
-- Forwarded message --
Date: Sat, 26 Jan 2008 11:53:28
Ok, thanks.
I just check the maven-release code, and the only thing that can't be
done in batch mode is snapshot resolution for dependencies, that's right ?
Wendy Smoak wrote:
On Jan 29, 2008 6:31 AM, Benoit Decherf <[EMAIL PROTECTED]> wrote:
- There should be an option that can be set
http://maven.apache.org/download.html
says at the page bottom
Unix-based Operating Systems (Linux, Solaris and Mac OS X)
1. Extract the distribution archive to the directory you wish to install
Maven 2.0.8. These instructions assume you chose /usr/local/apache-maven-2.0.8
. The directory apache
Hi,
Lukas started to adapt the m1 linkcheck tool last year [1] and we
created a plugin for it [2]. I'd like to move these out of the sandbox
so we can start to prepare releases for them.
I think to move the linkcheck tool there
https://svn.apache.org/repos/asf/maven/doxia/doxia-tools/trunk
and th
On Jan 29, 2008 6:31 AM, Benoit Decherf <[EMAIL PROTECTED]> wrote:
> - There should be an option that can be setted from the command line
> so the plugin can run in the non-interactive mode.
The release plugin docs suggest using --batch-mode, does that help?
http://maven.apache.org/plugins/mav
Hi,
I'm working on a refactoring of the release process from continuum to
use maven release plugin directly
(http://jira.codehaus.org/browse/CONTINUUM-1633)
So, my first problem comes with the release.properties usage. All
informations needed to create a release are setted in
release.properti
sounds like there are other 44 people that agrees with you ;)
http://jira.codehaus.org/browse/MNG-1977
On Jan 28, 2008 11:16 PM, David Blevins <[EMAIL PROTECTED]> wrote:
> It occurs to me I'd really like the ability to apply exclusions at a
> more general level than each individual dep. We have
23 matches
Mail list logo
