I think it's a great idea. Unfortunately, in 2.0.x this requires a
change to the xml parser for the pom.xml (in trunk - 2.1-snapshot -
it's available via the activator)...at least, I think it
would.
-john
On Jan 23, 2008, at 5:34 PM, Benjamin Bentmann wrote:
Hi,
due to the experiences
2008/1/23, Dennis Lundberg <[EMAIL PROTECTED]>:
> Here's my view on doxia right now. I understand Vincent M's need for
> somewhere to commit his stuff to, so let's try to solve that as quickly
> as possible. In order to do that I propose yet another alternative
>
> D) Create an xwiki-branch from th
big +1 for this release.
For the record, missing LICENSE and NOTICE in *-sources.jar
Vincent
2008/1/22, Brian E. Fox <[EMAIL PROTECTED]>:
> It's been a long time since the last release and we have lots of
> improvements/fixes:
>
>
>
> Release Notes - Maven 2.x Dependency Plugin - Version 2.0
>
>
Hi,
due to the experiences with the maven-release-plugin that my colleagues and
I made, we are performing releases manually. Our POMs have a release profile
that currently needs to be activated via the activator. However
being humans, people tend to forget to activate this profile when invoking
A Query object that wraps up criteria and is built programmatically
affords us the ability to keep Store APIs lean and stable. That is the
motivation behind building up queries programatically. IMHO, the current
ContinuumStore is a bunch of methods that don't even vary that much
underneath. I
Emmanuel Venisse wrote:
Hi,
I'll probably create a new branch for 1.x dev and will reserve the trunk for
2.x dev. I think I'll do it this week or the next (if you're agree, of
course :) )
+1.
I'll try to send at the same time my ideas for 2.x so we'll can discuss
about them.
+1. I
+1
Rahul
Brian E. Fox wrote:
It's been a long time since the last release and we have lots of
improvements/fixes:
Release Notes - Maven 2.x Dependency Plugin - Version 2.0
** Bug
* [MDEP-59] - dependency:unpack can't extract rar archives
* [MDEP-74] - dependencies in test sco
Carlos, why objectweb repo is listed two times in your rsync list?
Xavier, do you know what could be with permissions? I've used regular
deployment over webdav and then flushed shadow copy to the prod site
using OW Forge admin UI.
regards,
Eugene
Carlos Sanchez wrote:
fixed in central
so you are saying that A-2.0-SNAPSHOT uses B [1,2-!) and someone deploys B
1.4.1-SNAPSHOT and that overrides B 2.0-SNAPSHOT and B 1.4 or just that it
overrides B1.4?
Depends on your use case... as to how you would deal with that. And one of the
reasons why I don't want mng-3092 because I can CI
Here's my view on doxia right now. I understand Vincent M's need for
somewhere to commit his stuff to, so let's try to solve that as quickly
as possible. In order to do that I propose yet another alternative
D) Create an xwiki-branch from the current trunk, where Vincent can add
him xwiki impl
But that will bugger you up...
You are working on the version 2 branch, there is no 2.0 released, only
2.0-SNAPSHOT... you don't care as it is still new and you are happy to use
the last stable release, 1.4...
Now there is some work that is needed for the 1.4 service pack, so
1.4.1-SNAPSHOT arriv
BTW if you want to _not_ include a snapshot on an open upper bound you can..
[1,2-!)
which will not include 1.0-SNAPSHOT, 1-SNAPSHOT
will include any version between 1 and 2 including any 1.2-SNAPSHOT or
1.4-SNAPSHOT
will not include 2.0-SNAPSHOT or 2-SNAPSHOT
On Thu, 24 Jan 2008 03:42:13 Mark
On Thu, 24 Jan 2008 03:42:13 Mark Hobson wrote:
> Hi Michael,
> 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 upgrade a couple. How could this
> be achieved using
one is for the group asm and another for org.objectweb
On Jan 23, 2008 9:28 AM, Eugene Kuleshov <[EMAIL PROTECTED]> wrote:
>
> Carlos, why objectweb repo is listed two times in your rsync list?
>
> Xavier, do you know what could be with permissions? I've used regular
> deployment over webdav a
fixed in central
the address to notify of such things is
[EMAIL PROTECTED] or open an issue in jira MEV
And you have the emails of the maintainers in
https://svn.apache.org/repos/asf/maven/archiva/tools/trunk/maven-meeper/src/bin/synchronize/m2-sync/sync.csv
On Jan 23, 2008 6:54 AM, Daniel Kulp
and then tell the ASM folks how to do it properly to avoid it in
the future. We had the same problem when 3.0 was added. All the
perms were messed up and it took several days to get it and all the
mirrors straightened out.
Dan
On Wednesday 23 January 2008, Stephen Connolly wrote:
Hi Michael,
On 23/01/2008, Michael McCallum <[EMAIL PROTECTED]> wrote:
> Firstly IMHO of MNG-3092 is that is it not the right thing for maven in
> general.
>
> I believe with MNG-2994 and appropriate use of profiles to enable and disable
> snapshot repositories you can have everything that you wan
BTW, just noticed that there's a lot of references to 2.0-alpha-5 and
2.0-alpha-6 in the mojo @since tags. It'd be worth correcting these
to 2.0 to avoid confusing users when we publish the site.
Cheers,
Mark
On 23/01/2008, Mark Hobson <[EMAIL PROTECTED]> wrote:
> +1, works for me. Long live t
+1, works for me. Long live the tree!
Cheers for the work on this Brian.
Mark
On 23/01/2008, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> +1
>
> -Lukas
>
>
> Brian E. Fox wrote:
> > It's been a long time since the last release and we have lots of
> > improvements/fixes:
> >
> >
> >
> > Release No
rsync: opendir "/asm/asm/3.1" (in maven2) failed: Permission denied (13)
rsync: opendir "/asm/asm-analysis/3.1" (in maven2) failed: Permission
denied (13)
rsync: opendir "/asm/asm-commons/3.1" (in maven2) failed: Permission denied (13)
rsync: opendir "/asm/asm-tree/3.1" (in maven2) failed: Permissi
+1
-Lukas
Brian E. Fox wrote:
It's been a long time since the last release and we have lots of
improvements/fixes:
Release Notes - Maven 2.x Dependency Plugin - Version 2.0
** Bug
* [MDEP-59] - dependency:unpack can't extract rar archives
* [MDEP-74] - dependencies in test
+1
2008/1/23, Olivier Lamy <[EMAIL PROTECTED]>:
> +1 (dependency:tree is a very nice/helpful feature !)
>
> Thanks,
> --
> Olivier
>
> 2008/1/22, Brian E. Fox <[EMAIL PROTECTED]>:
> > It's been a long time since the last release and we have lots of
> > improvements/fixes:
> >
> >
> >
> > Release No
AH, finally :)
+1
On Jan 22, 2008 11:10 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> It's been a long time since the last release and we have lots of
> improvements/fixes:
>
>
>
> Release Notes - Maven 2.x Dependency Plugin - Version 2.0
>
>
>
> ** Bug
>
> * [MDEP-59] - dependency:unpac
23 matches
Mail list logo