Hi,
Im currently struggling with some changes introduced with Maven 3.1 explicitly
regarding the ConflictResolver in conjunction with custom scopes.
I know that these are generally not supported, but they had been working nicely
for years. With Maven 3.1 it seems the scope of transitive dependen
Have you received any respone from trademarks@a.o?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Hi,
I'm not an expert from that, but I'm interested to learn: will need some
pointers and probably unit tests.
I have one key thought: do you know if it is done at Maven level (like in
Maven 2.x) or at Aether-level?
Regards,
Hervé
Le samedi 18 octobre 2014 08:52:34 Christofer Dutz a écrit :
While looking for the answer to your question, I noticed that the
ConflictResolver seems to be using the JavaScopeDeriver which is of type
ScopeDeriver to implement the scope derivation. It seems the JavaScopeDerives
is the only implementation of ScopeDeriver. It seems that this is all part of
this is a question for Aether :)
I'm not an Aether expert, can't really answer
But please cross-post, because this is interesting for everybody.
Regards,
Hervé
Le samedi 18 octobre 2014 11:23:28 Christofer Dutz a écrit :
> While looking for the answer to your question, I noticed that the
> Con
Well actually I had an even deeper look at it ... so Aether takes the
ScopeResolver it is provided with and the JavaScopeResolver is instantiated by
Maven code. So we could do this here ... Create a MoularizedScopeResolver that
has a JavaScopeResolver as default . But I'll create another mail an
ok, i am going to trigger the build.
Let's see what will happen if workspcase zip would be downloadable.
-
BR, tibor17
--
View this message in context:
http://maven.40175.n5.nabble.com/Is-it-possible-to-have-file-system-access-in-Jenkins-tp5809566p5809941.html
Sent from the Maven Developers
Thanks to an excellent testcase provided by a JIRA user, a significant
source of thread safety bugs has been located and fixed. The problem
has an extensive reach, and can be the source of practically *any*
issue in parallel builds, and is probably the root cause of most JIRA
issues filed wrt paral
Kristian,
Where can I find the test case and more information about the problem
and the fix? Thank you in advance.
--
Regards,
Igor
On 2014-10-18, 14:22, Kristian Rosenvold wrote:
Thanks to an excellent testcase provided by a JIRA user, a significant
source of thread safety bugs has been locat
Is it possible to include this jar to maven distribution? Because it is not
always possible to change it on build servers .
On 19 October 2014 01:22, Kristian Rosenvold
wrote:
> Thanks to an excellent testcase provided by a JIRA user, a significant
> source of thread safety bugs has been loc
As can be seen from https://jira.codehaus.org/browse/PLXCOMP-258, all
the related issues are marked as "fixed", which means the fix will be
part of the next release of all the components in question. Given the
number of components involved, this will take a bit of time..
Kristian
2014-10-18 20:42
Additionally, this issue affects parallel artifact download/pom
interpolation in maven core. The overall symptom is interpolation
expressions like ${project.name} not being resolved, but this can lead
to interesting kinds of corruption.
The fix can be applied to all 3.x versions of maven by droppi
I've got this problem now:
Access Denied
tibordigana is missing the Job/Workspace permission
https://builds.apache.org/job/maven-surefire/ws
https://builds.apache.org/job/maven-surefire/ws/*zip*/maven-surefire.zip
-
BR, tibor17
--
View this message in context:
http://maven.40175.n5.nabble
The testcase was supplied by Chris Rompot in
http://jira.codehaus.org/browse/MASSEMBLY-684
The test failed with sufficiently high frequency that I could "easily"
track down the problem in a day or so.
The bug is twofold; it regards overlapping calls to Method#setVisible
between different threads,
Hi,
The vote has passed with the following result :
+1 (binding): Karl, Hervé, Kristian
I will promote the artifacts to the central repo.
2014-10-17 23:17 GMT+02:00 Hervé BOUTEMY :
> +1
>
> Regards,
>
> Hervé
>
> Le mercredi 15 octobre 2014 21:02:48 Kristian Rosenvold a écrit :
>> Hi,
>>
>> This
downloading for me...
I'll send you a dropbox link once I have it all
On 18 October 2014 20:15, tibor17 wrote:
> I've got this problem now:
>
> Access Denied
> tibordigana is missing the Job/Workspace permission
>
> https://builds.apache.org/job/maven-surefire/ws
> https://builds.apache.org/job
Hi Kristian,
Nice fix.
There are several plugins using plexus-interpolation like resources,
dependency, war...
Would all of these patched maven plugins been planned in the next Maven
(components and default-bindings) release as well?
-
BR, tibor17
--
View this message in context:
http://m
Very slow downloading... try not to trigger any builds until it's done!
On 18 October 2014 21:45, Stephen Connolly
wrote:
> downloading for me...
>
> I'll send you a dropbox link once I have it all
>
> On 18 October 2014 20:15, tibor17 wrote:
>
>> I've got this problem now:
>>
>> Access Denied
A surefire user reported an issue that maven-surefire should use logger in
printed summary.
It would help to filter out lines with failed tests.
http://jira.codehaus.org/browse/SUREFIRE-1107
I cannot say yes or no, as I explained in JIRA, this would need a discussion
in the community because the
All the components have individual release cycles, so it's probably
going to be a little while before everything is updated.
Kristian
2014-10-18 22:54 GMT+02:00 tibor17 :
> Hi Kristian,
> Nice fix.
> There are several plugins using plexus-interpolation like resources,
> dependency, war...
> Woul
https://www.dropbox.com/s/a4zmvxjx6ly5t6r/maven-surefire.zip?dl=0
Let me know once you have it so I can remove it from my dropbox
On 18 October 2014 21:59, Stephen Connolly
wrote:
> Very slow downloading... try not to trigger any builds until it's done!
>
> On 18 October 2014 21:45, Stephen Con
21 matches
Mail list logo
