The last thing I'll do is sift through JIRA to find things related to Aether
and attempt to upgrade the Aether 1.0 over the weekend.
On Jun 11, 2014, at 9:39 PM, Jason van Zyl wrote:
> I'm going to look at a couple more issues, but I'm done processing all the
> pull requests and I will look at
the canonical documentation for that should be
http://maven.apache.org/ref/3-LATEST/maven-model/maven.html#class_activation
IMHO
and yes, AND seems the right choice
Regards,
Hervé
Le mardi 10 juin 2014 18:25:28 Jason van Zyl a écrit :
> I'm working on a PR for http://jira.codehaus.org/browse/
>
> Having said that, I think having both "before" and "after" attributes
> will make configuration easier in some cases, but I still think all
> ordering can be expressed just with dependsOf (which is the same as
> "after").
Let's say you're not in control of the pom where the plugin binding is
any reference to what you call "project dependency"?
how is it different from a classic dependency? a dependency in a reactor?
Regards,
Hervé
Le mercredi 11 juin 2014 17:18:05 Simon Wang a écrit :
> Since we're thinking about model-5.0.
>
> Is it possible to support project dependency in 5.0?
>
2014-06-11 15:32 GMT+02:00 Jason van Zyl :
> Generally in the last 13 years these types of meetings have resulted in very
> little other than people who are being paid to work on Maven. First it's not
> a trivial amount of money for many to travel across the world for a meeting
> and miss severa
I'd like to try to attend too: not sure I'll be able, need to study more
precisely the cost (which will be high, I already know it)
face to face can help
more frequent hangouts are a good idea too: combining both would be ideal :)
Regards,
Hervé
Le mercredi 11 juin 2014 11:08:47 Tamás Cserven
On 12 Jun 2014, at 13:39, Jason van Zyl wrote:
I'm going to look at a couple more issues, but I'm done processing all
the pull requests and I will look at cutting a release over the
weekend.
+1
Thanks to all of those who contributed pull requests for core! The
highest level of participation
Github user MysterionRise commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45826259
@jvanzyl Looks correct, please close this PR
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your p
Github user MysterionRise commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45825613
Let me check.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this featu
I'm going to look at a couple more issues, but I'm done processing all the pull
requests and I will look at cutting a release over the weekend.
Thanks to all of those who contributed pull requests for core! The highest
level of participation I've seen in a long time.
Thanks,
Jason
---
^_^
sorry for that, just don't know what's the status for it.
Regards
Simon
2014-06-12 5:54 GMT+08:00 Karl Heinz Marbaise :
> Hi Simon,
>
> you seemed to be very impatient...
>
> Kind regards
> Karl-Heinz...
>
> BTW: I will take care within the next few days...
>
>
>
> > May I know who is hand
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45820916
@Konstantin, I've applied your patch and pushed the integration test. Try
it out and if it's good then close the pull request.
---
If your project is set up for it, you ca
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45811451
This change will actually make it match the book.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your pr
All right, then shall we try to kick it off next Wednesday?
http://www.timeanddate.com/worldclock/meetingdetails.html?year=2014&month=6&day=25&hour=15&min=0&sec=0&p1=224&p2=250&p3=136&p4=166
It's always hard given that we're all around the world, but I'll throw that out
as a starting point.
On
Github user mosabua commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45811127
if we need to change something in the book - I can take care of that.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHu
A regular Maven hangout would be great. I have been contemplating doing that
for the android maven plugin community alone for a while already. Maybe I kick
that off with the upcoming release of 4.0.0 ;-)
manfred
Jason van Zyl wrote on 11.06.2014 06:32:
> Generally in the last 13 years these t
Hi Simon,
you seemed to be very impatient...
Kind regards
Karl-Heinz...
BTW: I will take care within the next few days...
> May I know who is handling this PR?
https://github.com/apache/maven-enforcer/pull/13
any comments or concerns?
Regards
Simon
2014-05-30 10:38 GMT+08:00 Wang Yun
It is possible to "amend" inherited execution configuration, maven will
use plugin GA and execution id to merge the configuration, and I assume
it will or at least can merge dependsOn attribute.
Having said that, I think having both "before" and "after" attributes
will make configuration easier i
FWIW, in my use of Spring Security, I am able to place a security check
within a security filter chain using a "before" or "after" attribute. It
makes relative positioning very easy.
Cheers,
Paul
On Wed, Jun 11, 2014 at 2:44 PM, Robert Scholte
wrote:
> The "dependsOn" would only help if this
The "dependsOn" would only help if this execution should be done *after*
another execution. However, I think we also need a solution for the
*before* one, unless we say: just manage this by ordering your plugins.
Keep in mind: what to do if executions are defined in the parent and you
want to
Misconfigured execution order should be reported as build failer.
I don't see how profiles make this problem more complicated. It maybe
little tedious to configure, but I believe it is always possible to add
dependsOn attribute to execution defined elsewhere. So in your example,
the release profi
Hi Igor,
Igor Fedorenko wrote:
> More I think about it, less I like the idea of explicit order values. I
> think this will be rather inconvenient to setup and error prone to
> maintain.
>
> Initial setup will require some tooling to see executions in a
> particular case with their default orderi
+1 for hangouts.
Jenkins tries to have a weekly project meeting (on IRC) and I think it is a
good opportunity to discuss, involve contributors and follow the progress
of the project (not only the code itself).
Just don't forget one thing : Everyone doesn't speak english fluently and
with the quali
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45744828
Ok, I've written an integration test and I'll see what falls out on the
Maven dev list today.
---
If your project is set up for it, you can reply to this email and have yo
+1 for hangouts. As much as I'd love to see the city and finally have a
drink with Tamas, I almost certainly won't be able to come to Budapest.
I am not sure I will be able to attend weekly hangouts (or bi-weekly or
any scheduled, really) but if somebody works on a specific feature I am
interested
Generally in the last 13 years these types of meetings have resulted in very
little other than people who are being paid to work on Maven. First it's not a
trivial amount of money for many to travel across the world for a meeting and
miss several days of work, even if you live in Europe. Second,
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45732464
Yes, that's not uncommon. The PR is fine, just waiting for any feedback on
the Maven dev list. There is one IT I would disable going forward (which tests
that the activator
Github user MysterionRise commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45731774
Hm, probably you are correct. I've just have strong feeling, when somebody
said 'Sonatype' - think about 'Maven' and vice-versa.
Regarding PR, let me know, if
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45731568
Yes, that is the Sonatype book which is the de facto reference for Maven
but not the official specification but probably as close to one as we have. The
actual documentatio
Github user MysterionRise commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45731386
http://jira.codehaus.org/browse/MNG-4565 - take a look here. It have link
for reference
http://books.sonatype.com/mvnref-book/reference/profiles-sect-activation.h
Github user jvanzyl commented on the pull request:
https://github.com/apache/maven/pull/20#issuecomment-45731097
What's the link you used for reference?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does
I can't attend it, but +1. ^_^
Things are changing faster. Maven need to change also.
It's better to have a considerate roadmap for maven:
I tried about one month on gradle, lots of interesting ideas that maven
could reference:
1. stable incremental build
2. project dependency support
3. elegant
Since we're thinking about model-5.0.
Is it possible to support project dependency in 5.0?
Project dependency could benefit users a lot.
They needn't care about whether others dependent projects(might changed)
are installed or not.
And users needn't always run maven build with parent pom.
Regards
+1
thanks,
~t~ (mobile)
On Jun 11, 2014 7:54 AM, "Kristian Rosenvold"
wrote:
> I've been considering attending apachecon in Budapest, and I would be
> really interested in creating a meet up to discuss "future maven" (for
> one or more days). It would be interesting to see if we'd be capable
> o
May I know who is handling this PR?
https://github.com/apache/maven-enforcer/pull/13
any comments or concerns?
Regards
Simon
2014-05-30 10:38 GMT+08:00 Wang YunFeng :
> Hi, Karl,
>
> Real case happened in our company is:
> There are bunch of repositories using. For specific application, need t
35 matches
Mail list logo
