As long as the failing ITs have corresponding JIRAs I think this is good.
/Anders
On Thu, Oct 25, 2012 at 7:15 AM, Paul Gier wrote:
> You're right, the maven dependency tree API ran into the same issue.
> Since using the plugin annotation for automatic resolution didn't make
> the problem any be
You're right, the maven dependency tree API ran into the same issue.
Since using the plugin annotation for automatic resolution didn't make
the problem any better (and made it worse in some cases), I switched the
plugin back to resolving dependencies inside the plugin execution, and
merged back the
Le mercredi 24 octobre 2012 22:50:19 Arnaud Héritier a écrit :
> It is what I supposed few days ago that it was a problem with aether that
> rejected artifacts installed locally without using aether itself.
not exactly
Aether already resolved the artifact before the plugin deleted it and asked to
It is what I supposed few days ago that it was a problem with aether that
rejected artifacts installed locally without using aether itself.
it is more annoying if resolver.resolveAlways() doesn't work :(
Arnaud
On Wed, Oct 24, 2012 at 7:25 PM, Hervé BOUTEMY wrote:
> I had a look at the IT outpu
I had a look at the IT output and found this log message
[DEBUG] Skipped remote update check for org.apache.maven.its.dependency:purge-
local-repository:pom:1.0, already updated during this session.
the code causaing this message is in Aether
I doubt maven-dependency-tree will do anything about t
ok, let me know if you succeed to do something with the dependency tree API.
Arnaud
On Wed, Oct 24, 2012 at 3:56 PM, Paul Gier wrote:
> Hi Arnaud,
>
> I should have some time today to try out the shared dependency tree API,
> if it doesn't work in Maven 3.0.4 with that, then I'm not sure what e
Hi Arnaud,
I should have some time today to try out the shared dependency tree API,
if it doesn't work in Maven 3.0.4 with that, then I'm not sure what else
I can do since this seems to be a regression in 3.0.4. At that point I
will just configure the failing ITs to be skipped for 3.0.4.
Jenkins
ok. thanks
I'll launch the release process tonight.
On Wed, Oct 24, 2012 at 2:18 PM, Benson Margulies wrote:
> I reran the build with a clean local repo and it's good. So I withdraw
> my complaint, go right ahead.
>
> On Wed, Oct 24, 2012 at 7:56 AM, Arnaud Héritier
> wrote:
> > Strange your iss
I reran the build with a clean local repo and it's good. So I withdraw
my complaint, go right ahead.
On Wed, Oct 24, 2012 at 7:56 AM, Arnaud Héritier wrote:
> Strange your issue with the report.
> I don't have it on my side.
> Example :
> https://projects.exoplatform.org/forum/forum-component/for
Strange your issue with the report.
I don't have it on my side.
Example :
https://projects.exoplatform.org/forum/forum-component/forum-component-common/dependency-analysis.html
I need to investigate more but it won't be before tonight
On Wed, Oct 24, 2012 at 1:48 PM, Benson Margulies wrote:
> On
On Wed, Oct 24, 2012 at 7:30 AM, Benson Margulies wrote:
> On Wed, Oct 24, 2012 at 4:57 AM, Arnaud Héritier wrote:
>> Ok if we are all agree I'll process the release this evening.
>> Thanks for your help guys
>
> I am -1 to a release which does not work, at all, on Maven 3.0.4. I
> tested the 're
On Wed, Oct 24, 2012 at 4:57 AM, Arnaud Héritier wrote:
> Ok if we are all agree I'll process the release this evening.
> Thanks for your help guys
I am -1 to a release which does not work, at all, on Maven 3.0.4. I
tested the 'report' mojo last night with the current snapshot and it
died with th
Ok if we are all agree I'll process the release this evening.
Thanks for your help guys
Arnaud
On Wed, Oct 24, 2012 at 1:02 AM, Hervé BOUTEMY wrote:
> Le lundi 22 octobre 2012 17:38:10 Paul Gier a écrit :
> > I did some more testing, and the tests only seem to fail using Maven
> > 3.0.4 for me.
Le lundi 22 octobre 2012 17:38:10 Paul Gier a écrit :
> I did some more testing, and the tests only seem to fail using Maven
> 3.0.4 for me. I was testing locally with Maven 3.0.3 previously. For
> Robert, the ITs passed with Maven 2.2.1, but failed with 3.0.x. If you
> want to release this week
I did some more testing, and the tests only seem to fail using Maven
3.0.4 for me. I was testing locally with Maven 3.0.3 previously. For
Robert, the ITs passed with Maven 2.2.1, but failed with 3.0.x. If you
want to release this week it's probably ok to release even with these
failures because
Take your time. It won't be critical to delay the release and I prefer to
have a good solution
If I don't succeed to release it this week I'll see if someone else can do
it later.
I'm not sure I'll be able to do it in next 2 weeks, I'll be on the other
side of the planet where they have some rules
After this change, I'm still seeing the same failures on Jenkins, but
not seeing them locally :(
I may try the DependencyGraphBuilder as Hervé suggested, but it will
probably take another day, because I have some day job work to finish today.
On 10/22/2012 12:09 PM, Arnaud Héritier wrote:
> As di
if maven-dependency-tree[1]'s DependencyGraphBuilder can be used, it gives
you both Maven 2 & 3 compatibility without hard code
Regards,
Hervé
[1] http://maven.apache.org/shared/maven-dependency-tree/
Le lundi 22 octobre 2012 19:09:48 Arnaud Héritier a écrit :
> As discussed on IRC for now I
As discussed on IRC for now I don't see a better solution.
Someone else has a feedback or some ideas ?
Arnaud
On Mon, Oct 22, 2012 at 6:21 PM, Paul Gier wrote:
> I have now split out the manual purge option into a separate mojo, and
> added the requiresDependencyResolution annotation to the
> p
I have now split out the manual purge option into a separate mojo, and
added the requiresDependencyResolution annotation to the
purge-local-repository mojo. Hopefully, this will allow the dependency
resolution to happen more predictably.
The advantage of this is that the code is much simpler, and
I was looking at the issue and don't really understand what's wrong with
what you did.
I think you are facing the *fucking bug/feature* in Maven 3 (from aether)
that rejects some dependencies that are available in the local repository
but not in the remote.
This is because you install manually the
Sorry about that, looks like two of them are failing on Jenkins also.
I'm not sure why I don't see the failures locally, I tested with Maven
2.2.1 and 3 and java 5 and 6. I'll see if I can figure out the cause.
On 10/22/2012 05:25 AM, Arnaud Héritier wrote:
> FYI, I will need to release also mave
FYI, I will need to release also maven-dependency-analyzer
I need to check its status
Also 3 ITs added by Paul this WE are failing on my laptop. I will study if
I have an environment issue of if this is a problem in ITs or the code
cheers
On Mon, Oct 22, 2012 at 9:45 AM, Arnaud Héritier wrote:
>
no problem, you're doing the harder work :-)
I'll launch the release process today.
I hope to not have too many glitches as I didn't do that for a (too) long
time..
Arnaud
On Mon, Oct 22, 2012 at 6:25 AM, Paul Gier wrote:
> Ok, I'm done working on the purge-local-repositories goal for now,
> t
Ok, I'm done working on the purge-local-repositories goal for now,
thanks for waiting for me.
On 10/18/2012 02:31 AM, Arnaud Héritier wrote:
> Hi Paul,
>
> Yes no problem I can do it tomorrow or this week end.
> I just would like to have it out before the end of next week
>
> Cheers,
>
> Ar
Hi
I saw many activity on the plugin this WE ( and I didn't have the time to
release it)
Paul, MDEP-290 and MDEP-272 are always in progress ?
Any ETA for them ?
Arnaud
On Thu, Oct 18, 2012 at 9:31 AM, Arnaud Héritier wrote:
> Hi Paul,
>
> Yes no problem I can do it tomorrow or this we
Hi Paul,
Yes no problem I can do it tomorrow or this week end.
I just would like to have it out before the end of next week
Cheers,
Arnaud
On Thu, Oct 18, 2012 at 5:06 AM, Paul Gier wrote:
> Hi Arnaud,
>
> Can you hold off one more day? I have a couple of fixes I want to get
> in, and I
Hi Arnaud,
Can you hold off one more day? I have a couple of fixes I want to get
in, and I want to do a bit more testing.
Thanks!
On 10/17/2012 01:34 AM, Arnaud Héritier wrote:
> ok thx.
> I'll do the release tomorrow
>
> Arnaud
>
> On Tue, Oct 16, 2012 at 11:31 PM, Robert Scholte wrote:
>
>
ok thx.
I'll do the release tomorrow
Arnaud
On Tue, Oct 16, 2012 at 11:31 PM, Robert Scholte wrote:
> Ok, I'm ready
>
> Op Tue, 16 Oct 2012 19:07:29 +0200 schreef Arnaud Héritier <
> aherit...@gmail.com>:
>
> On Tue, Oct 16, 2012 at 6:55 PM, Robert Scholte > >wrote:
>>
>> Hi,
>>>
>>> I noticed
Ok, I'm ready
Op Tue, 16 Oct 2012 19:07:29 +0200 schreef Arnaud Héritier
:
On Tue, Oct 16, 2012 at 6:55 PM, Robert Scholte
wrote:
Hi,
I noticed that my MDEP-300 should be easy to fix, but I would need to
write an IT with a custom packaging type.
That would probably take some time, so I'
On Tue, Oct 16, 2012 at 6:55 PM, Robert Scholte wrote:
> Hi,
>
> I noticed that my MDEP-300 should be easy to fix, but I would need to
> write an IT with a custom packaging type.
> That would probably take some time, so I'll pick that up for the 2.7
>
ok
> I do like to add MDEP-380, a typical M
On Tue, Oct 16, 2012 at 3:28 PM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> We should probably close MDEP-124 as WONT FIX given that there seems no way
> to fix it... or at least the addition of a configuration element to allow
> flagging specific dependencies as used even if the
Hi,
I noticed that my MDEP-300 should be easy to fix, but I would need to
write an IT with a custom packaging type.
That would probably take some time, so I'll pick that up for the 2.7
I do like to add MDEP-380, a typical Maven3 + SNAPSHOT issue. It has a
good patch, although I think that th
We should probably close MDEP-124 as WONT FIX given that there seems no way
to fix it... or at least the addition of a configuration element to allow
flagging specific dependencies as used even if they seem not.
MDPE-166 also seems like it should just display a different output for
runtime namely
Hi all,
i would like to release the dependency plugin soon.
There only too old issues not closed attached to the current version (
http://jira.codehaus.org/browse/MDEP#selectedTab=com.atlassian.jira.plugin.system.project%3Aroadmap-panel)
but I suppose they are migrated release after release wi
35 matches
Mail list logo
