On Thu, Jul 7, 2016 at 8:21 AM, Ralph Goers
wrote:
> With scope set to test I would expect that the non-test classes that need
> them would fail to compile.
Sadly this falls into one of my biggest pet-peeves with maven. IMHO neither
compile or test scope should ever be transitive. Sadly, such a
broken ( and that, sadly, happens often ), then you can't even
download the dependency.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Descripti
When I was writing my LifecycleExtension recently I hit this same issue,
with the two different logger classes depending on where my common code was
being called from.
I just changed my base code to accept a Consumer and passed in
getLog()::info and the relevant other method from the other logger
ding breaks. If you're going also change resolution via
a .mvn/extension.xml entry, quite possibly IntelliJ will ignore that as well.
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
htt
that to run is
from `.mvn/extensions.xml`.
Unless there's another way I could intercept POM reading and resolve
properties - in a "maven safe" manner.
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerri
know what part of the problem might be the right place to chase up
a fix in? Maven or IntelliJ ( or, possibly my code even ).
Cheers
Mark
[1]
https://intellij-support.jetbrains.com/hc/en-us/community/posts/207603265-Importing-Maven-Projects-using-Lifecycle-Extensions
--
Mark Derricutt
h
Under the intended use-case, the consumers of the artefacts published using
this lifecycle extension will also be using the same lifecycle extension,
and importing/resolving those properties based on business rules/conditions
beyond the scope of this specific problem.
Unfortunately, the flatten pl
/properties-maven-plugin/
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
.2.4
```
Is this a problem with Maven 3.4-SNAPSHOT or the findbags plugin?
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
d?
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
ncluding the dependency INSIDE the `` declaration might
also be useful, if you wanted/needed to depend on extra libraries that should
be build specific, they could also go there - and not pollute compile OR test
scopes.
Plugin looks kinda neat.
Mark
--
Mark Derricutt
http://www.theoryinpract
a patch release, but I'd also be hesitant over a minor release.
Toolchains are great - IF plugins actually support them, which is what - 4
maybe 5 plugins in total? Sadly not many plugins fork a separate process to run
let alone support tool chains.
--
Mark Derricutt
ht
On 1 Dec 2015, at 11:44, Stephen Connolly wrote:
> In my view there are some advantages to using the 4.0.x version number as a
> Java 8 bump... namely that leaves the modelVersion 5.0 changes to Maven 5.0
Why that sounds like a cunning plan coming together!
+1
--
Mark Derricut
W00t - Congrats to all involved in the release!
Mark
On 16 Nov 2015, at 9:19, Stephen Connolly wrote:
> w00t at last!
>
> On Sunday 15 November 2015, Jason van Zyl wrote:
>
>
>> This vote passes. I'll work on a little documentation and release it early
>> next
On 11 Nov 2015, at 6:16, Jason van Zyl wrote:
> Here is a link to the issues resolved:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316922&version=12333074
+1 here, all looking good from this end.
--
Mark Derricutt
http://www.theoryinpractic
If we're playing the YouTube Game, isn't this about time:
https://www.youtube.com/watch?v=kaT-jFpwj_M
:)
--
"Great artists are extremely selfish and arrogant things" — Steven Wilson,
Porcupine Tree
On Tue, Nov 3, 2015 at 11:46 AM, Jason van Zyl wrote:
> One more time
>
> https://www.youtub
On 31 Oct 2015, at 5:58, Jason van Zyl wrote:
> Vote open for 72 hours.
+1 here. Looking good from my builds...
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderric
k I implicitly adopted the notion of noting non-binding as a habit
of noting that it's not a PMC vote for anyone reading who doesn't know.
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/ta
On Thu, Oct 29, 2015 at 7:39 PM, Karl Heinz Marbaise
wrote:
> WDYT
With regards to the other email to the list regarding non-binding voting,
would it be worth including those who voted on the release notes as well,
giving visibility to those who 'contribute' by way of testing?
Mark
--
"Great
On 29 Oct 2015, at 2:30, Jason van Zyl wrote:
> Time to release Maven 3.3.7!
+1 non-binding. Works fine on our builds using heavy maven-tiles, and my
largish IT test project all works fine.
Been doing releases and builds all day with no issue.
Mark
--
Mark Derricutt
h
After seeing Karl's post about a back ported 3.2.6 release, I was reminded
about the about the aborted 3.3.6 release?
http://maven-dev.markmail.org/search/?q=Vote+3.3.6#query:Vote%203.3.6+page:1+mid:oklhst7l23lylkiu+state:results
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
one seems to die even faster.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
y tiles based projects.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
et injected as
parents ).
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
On 21 Jul 2015, at 9:15, Mirko Friedenhagen wrote:
+1 non-binding.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital
On 19 Jul 2015, at 0:31, Jason van Zyl wrote:
> Time to release Maven 3.3.4!
+1 non-binding - seems to work fine on my projects using tiles etc.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
h
it is - I've not seen that behaviour ( which AFAIK only affected OS/X
machines? ) since switching to using the u60 builds.
Altho, I switched from the u45 dev builds to u60 dev builds, and it's been a
LONG time since I've seen that issue.
--
Mark Derricutt
http://ww
On 26 Apr 2015, at 9:23, Jason van Zyl wrote:
> Great, thanks for testing Mirko.
Not seeing any binding votes?
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderric
On 23 Apr 2015, at 0:22, Jason van Zyl wrote:
> Hi,
>
> Time to release Maven 3.3.3!
+1 non-binding, seems to work fine for all my builds, tiles and all.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://tw
On 14 Apr 2015, at 18:34, Olivier Lamy wrote:
> wow, impressive!
> Definitely agree!!!
A third on that! That's tempting me to _actually_ use maven sites.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://
On 14 Apr 2015, at 18:50, Hervé BOUTEMY wrote:
> no secret: 1920x1200 = good screen for a desktop,
Do you always run your browser full screen? I don't.....
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twi
On Sun, Mar 22, 2015 at 9:27 AM, Mark Derricutt wrote:
> Quick reply from phone. No - it doesn't work in both versions, I've not
> tried going back further yet tho.
> On 22/03/2015 8:52 am, "Jason van Zyl" wrote:
>
>> Are you saying it works in 3.2.5 and d
Quick reply from phone. No - it doesn't work in both versions, I've not
tried going back further yet tho.
On 22/03/2015 8:52 am, "Jason van Zyl" wrote:
> Are you saying it works in 3.2.5 and doesn't in 3.3.1? Or that the
> behaviour is the same?
>
> On Mar
On 21 Mar 2015, at 15:23, Jason van Zyl wrote:
> Put a test project somewhere and I'm happy to look, I need something I can
> debug through to try and help.
An extracted test project using the current version of the plugin can be
downloaded from:
https://dl.dropboxusercontent.com/u/909343/basi
some other
configuration to work on children, or is this just something that's
broken/unsupported in Maven ( tested against 3.3.1 ).
Mark
[1] https://review.gerrithub.io/#/c/221829/1
[2] https://gist.github.com/talios/1396df5f46a607bd2fb2
--
Mark Derricutt
http://www.theoryinpr
nd clojure projects.
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
On 12 Mar 2015, at 11:57, Jason van Zyl wrote:
> Time to release Maven 3.3.0!
So far looks good from my projects, tho it looks like its likely to be
rerolled, so +0 for now :)
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerric
On 25 Feb 2015, at 4:06, Karl Heinz Marbaise wrote:
> based on the list of changes i would suggest to make a 3.3.0 instead of
> 3.2.6to make clear something is introduced
+1 on 3.3.0 here. Bring on the changes!
Mark
--
Mark Derricutt
http://www.theoryinpractice.ne
o is over on:
github.com/repaint-io/maven-tiles/
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
http://www.chaliceofblood.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
On 17 Dec 2014, at 20:55, Jason van Zyl wrote:
> +1 from Jason, Stephen, and Karl
+1 from me as well - outside of querying that strange tycho thing I had. 3.2.5
is looks sweet. Will be glad to not get dependency resolution locking!
--
Mark Derricutt
http://www.theoryinpractice.net
h
On 15 Dec 2014, at 23:39, Stephen Connolly wrote:
> [A]: Shotgun
> [B]: The Maven Owl
B.
--
Mark Derricutt
http://www.theoryinpractice.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
;s wrong if there is anything.
This was trying to build https://github.com/mulesoft/raml-for-jax-rs/
That qualify is due to the script I mentioned I was running, which takes the
current git commit SHA1 and replaces the -SNAPSHOT with it - for a staging
release.
Mark
--
Mark Derricutt
http://
ork,
tho now fails auth of our nexus for some reason on other projects ), but this
one seems to be blowing up inside tycho ( trying to build a third-party app
that apparently uses it )?
I've never used tycho before so it could just be that my funky staging script
doesn't wor
stuff in tests even if
the code code-under-test is still JDK7.
--
Mark Derricutt
http://www.theoryinpractice.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
s that used to take `String` were changed to take
`CharSequence` - when compiling against the JDK6 classes the byte code binds
against `CharSequence`, thus when running under JDK5 you get method-not-found
exceptions.
--
Mark Derricutt
http://www.theoryinpractice.net
http://plus.google.com/+Mark
On 24 Nov 2014, at 16:20, Ralph Goers wrote:
> Why does the owl need chest hair? (or whatever the oval patch is supposed to
> represent).
You've heard of Yak Shaving right? Well this is so we maven guys have something
to shave when we're fighting dependency hell :)
--
Mar
+100 - Bring on the tard.
On 20 Nov 2014, at 23:49, Stephen Connolly wrote:
> The closest thing to a mascot that we have is
>
> http://maven.apache.org/images/maven-logo-2.gif
> "Arse on desk behind laptop while waiting for Maven to finish downloading
> the interwebs"
the super-pom for the said
system JDK.
This gives us 2 points of instant reference:
1) How to configure a toolchain, cp the system toolchains.xml to your .m2 and
modify
2) How to configure the maven-toolchain-plugin to request/override
toolchains.
Mark
--
Mark Derricutt
http://www
On 29 Oct 2014, at 19:33, Baptiste Mathus wrote:
> Didn't double checked, but IIRC 3.1.1 still uses JDK5. 3.2.x uses JDK 6.
> That may be a change you want to have in mind, though I personally don't
> care about JDK 5.
Another +1 for promoting the use of toolchains.
--
for this at all tho since the release only
came out 2014-10-16.
Mark
--
Mark Derricutt
http://www.theoryinpractice.net
http://plus.google.com/+MarkDerricutt
http://twitter.com/talios
http://facebook.com/mderricutt
signature.asc
Description: OpenPGP digital signature
On 18 Oct 2014, at 10:10, Jörg Schaible wrote:
> thanks again for taking the time. Something must have gone wrong for an
> increased memory usage by 400% for the same stuff.
Interesting - this might explain why a lot of my builds are now blowing up our
build server ever since we started using ou
+2
On 28 Sep 2014, at 21:36, Robert Scholte wrote:
I would go one step further: make the toolchains.xml part of the Maven
distribution, aside the settings.xml with the same amount of
documentation.
That should make it clear how to divide the Maven Runtime JDK from the
Compile JDK.
Robert
On 28 Sep 2014, at 7:27, Kristian Rosenvold wrote:
But I think coupling java version -> maven version like you're doing
is basically flawed; for most users this is not about java versions.
With this - I think further promotion and support of the
maven-toolchains-plugin might be handy. The JVM
Hrm, just tried updating to this:
symbol: class NotNull
location: class GuardedFinder
/Users/amrk/IdeaProjects/securemx/smx3/com.smxemail.rest/src/main/java/com/smxemail/rest/mounting/GuardedFinder.java:240:
error: cannot find symbol
private void processBeforeAdvice(@NotNul
On 17 Sep 2014, at 0:55, Balchandra Vaidya wrote:
First, I think the VM always exited/not started when unsupported flag
is passed.
Ah ok.
Second, a warning message was displayed when PermSize and MaxPermSize
flags were passed in jdk 8 for allowing applications to migrate away.
In JDK 9,
ex
On 16 Sep 2014, at 23:54, Balchandra Vaidya wrote:
Permanent Generation feature has been removed.
http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-September/006679.html
http://openjdk.java.net/jeps/122
http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6964458
https://blogs.oracle.com/po
I've been compiling up my own OpenJDks with the openjdkathome project
and maven seems to work fine with:
openjdk version "1.8.0-jdk8-b108"
OpenJDK Runtime Environment (build 1.8.0-jdk8-b108-20130923)
OpenJDK 64-Bit Server VM (build 25.0-b50, mixed mode)
downloading the 8u40 binary builds to tes
Thought I'd give this a shot on one our maven projects:
java version "1.9.0-ea"
Java(TM) SE Runtime Environment (build 1.9.0-ea-b30)
Java HotSpot(TM) 64-Bit Server VM (build 1.9.0-ea-b30, mixed mode)
This was just running maven with JAVA_HOME set to the JDK9 directory (
on OSX ):
[ERROR] Fai
+1 non binding - seems to work fine here on my various weird
incarnations of clojure, scala, osgi.
On 12 Aug 2014, at 11:53, Timothy Astle wrote:
+1 (non-binding)
Tested this in our environment where MNG-5663 was observed. This
fixed the problem that I was seeing.
Many thanks!
Tim
On
I see that Leiningen has already made a new release defaulting to the
SSL version.
I recall from the dev hangout the other week discussion maybe putting it
in behind a setting for 3.2.3 and defaulting it later on? I think I'd be
down for just switching cold turkey.
On 11 Aug 2014, at 13:28,
Hey all,
Just been reading [1] after it was mentioned in both #scala and #clojure
on irc.freenode.org now, is there anything that can be done to alleviate
some of these issues?
oss.sonatype.org now requires everything to be GPG signed before being
uploaded to central, but I'm not sure about
I believe the original hangouts were more focused on the 4.0 POM as that
was the primary topic of discussion going on in dev@ - plotting the
course forward for Maven 4.x and beyond.
But as with everything - once you open the forum for discussion, other
things can, and invariably will come in b
On 17 Jul 2014, at 10:02, Karl Heinz Marbaise wrote:
Check the maven-compat artifact which contains those classes.
http://search.maven.org/#search|gav|1|g%3A%22org.apache.maven%22%20AND%20a%3A%22maven-compat%22
Cheers! I knew they must have moved somewhere.
--
'lo all,
Over the weekend Richard Vowles and myself forked the maven-tiles plugin
to get it up and working on Maven 3.2.x ( it was bound directly to the
old Eclipse Aether classes ) and in the process reworked the code to use
`ArtifactResolver` from `maven-artifact:2.0.9` based on tracing code
On 9 Jul 2014, at 16:19, William Ferguson wrote:
> Bloody Kiwis ;-)
> 6am is fine for me.
6am could be fine for me as well, I just might not be wearing pants :)
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
F
If we did that - would it be to good to provide a basic/minimal "Maven
Repository Manager Daemon" as a standard part of Maven.
Eliminate the localRepo entirely ( something like this would actually be
useful in solving some cross-repository, non-multimodule-build
integration issues I'm trying t
That would in part align things with Aether's somewhat annoying/retarded
behaviour of saying "oh I see com.acme:special tool:1.0-alpha-1" but it
came from repo-1, not repo-2 - so "suck it up - I can't resolve this.".
I can understand the idea behind this - two artefacts from two different
repo
On 4 Jul 2014, at 9:33, Robert Scholte wrote:
If I'm correct, following have joined at least 2 times or are Maven
PMC
22:00-23:00 (CEST) Robert Scholte, Hervé Boutemy, Karl-Heinz
Marbaise, Mark Struberg
21:00-22:00 (IST) Stephen Connolly
The current time for me is 8am Friday - with a 30-40 m
On 3 Jul 2014, at 20:45, Stephen Connolly wrote:
I don't think I can make today's hangout... There is a limit to the
amount
I missed most of it as well - over slept, then stuck in torrential rain
slow traffic. Then grr CPU fan made my mic all fuzzy - stupid hangouts
;p
Good discussion tho
On 3 Jul 2014, at 6:25, Robert Scholte wrote:
This is probably more than enough for tomorrow.
A discussion on a merits and flaws of (when combined with
mirrors) is also warranted after some previous discussion on the list.
Mark
-
Mark Rheinhold just posted about Phase 2 of Project Jigsaw:
http://mreinhold.org/blog/jigsaw-phase-two
and the draft doc:
http://openjdk.java.net/projects/jigsaw/goals-reqs/03
Some really good ideas in here, something to think about with Maven
going forward maybe.
Mark
Hey all,
Randomly came across this set of maven extension libraries the other
day:
* https://github.com/jdcasey/pom-manipulation-ext
* https://github.com/jdcasey/maven-versioning-extension
from John Casey - the first being a superset/improvement on the later.
The _dependency manipulation
On 21 Jun 2014, at 0:51, Stephen Connolly wrote:
"supplies" concept proposal
I've not yet had a good read thru this thread yet, but I thought I'd
point out the OSGi "requirements and capabilities" work that's going on
with those specs, which is similar/related to a degree.
http://blog.os
On 27 Jun 2014, at 0:55, Arnaud Héritier wrote:
> My main concern with current POM entries about repositories is that we are
> hardcoding some information that may change in the future ( the repo moved,
> sources moved ...). Thus depending for what you are looking at an old POM
> it may be a probl
On 27 Jun 2014, at 7:47, Bernd Eckenfels wrote:
2) Deploy transitive runtime dependencies along with your release
... or make sure they are centrally available. I think this is an
(important) best practice since years:
+1 - that might even be a good first step - and could even just be a
plu
On 27 Jun 2014, at 7:44, Michael Osipov wrote:
let me rephrase your intention: you want to re-upload dependencies --
even if they are already in a repo?!
Am I wrong?
Essentially yes - as a means of enforcing that "everything required to
actually compile or use my artefact is in a repository"
On 27 Jun 2014, at 3:18, Stephen Connolly wrote:
> I think dropping and using social pressure to "get thee to
> central" is probably the best worst long term solution
Best worst?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.
On 27 Jun 2014, at 2:18, Paul Benedict wrote:
I agree with Jorg. Furthermore, I have found repositories addresses
change
overtime. I *don't* want this information in the POM either because it
becomes stale. It's not really build information, per se, as it is
Maven
connection information. I hav
Hi Jörg,
On 27 Jun 2014, at 2:11, Jörg Schaible wrote:
When maven is checking for a repository for an artefact, and using a
mirror - if that artefact can't be found, maven should retry using
the
original repository directly with builds warnings.
Very bad idea. Especially if the original rep
On 27 Jun 2014, at 7:27, Michael Osipov wrote:
2) Deploy transitive runtime dependencies along with your release
This beats DRY and reinvents the wheel.
I would obstain doing either one.
I don't see this as repeating oneself, just about populating a
repository with required dependencies -
On 27 Jun 2014, at 7:27, Michael Osipov wrote:
Not going to work if you are behing a MRM instance and proxied in a
company like me.
Given that is a settings.xml thing, thats purely your local
maven installation - if we're talking about changing maven, that
potentially could be up for change
In last weeks dev hangout I raised the idea of removing
elements due to some issues with them regarding mirrors etc which was
somewhat negatively received, however I've been thinking about this a
bit and came up with an interesting idea earlier in the night whilst at
a gig.
One of the proble
In the case of a multi module build - or any reactor build I think a valid
rule would be all poms should be compatible with the maven version being
used.
Maybe even as far as to say the same version.
Mind you - I'm also largely of the opinion that support for multi module
should be deprecated/rem
I'm not sure I like the idea deploying a resolved/effective parent POM -
simply because a parent is essentially the same as an abstract class or a
template: it can't be used on its own.
It's only non-parents that get build, get profiles activated on etc.
... Sent on android
On 20/06/2014 2:48 am,
Same time? I guess this will drive me to get out of bed and in the
office early :)
On 24 Jun 2014, at 5:28, Jason van Zyl wrote:
Here's the link for the developer hangout this week. Hopefully we can
continue the conversation about the evolution of the POM:
https://plus.google.com/u/0/events/
On 18 Jun 2014, at 17:05, Barrie Treloar wrote:
It takes a small (but not negligible) amount of time to haul the
release
jars from you local Maven Repository - likely also hosted on your CI
server.
Plus pulling in any snapshots previously deployed.
The problem gets extended further when you'
On 18 Jun 2014, at 20:50, Stephen Connolly wrote:
Thus you can declare upstream literate projects and branch matching
criteria... an upstream project's local repository
The problem here is the way Gerrit presents its reviews, they're not
publicly accessible branches so there IS no matching br
You assume CI servers have intelligence and deep knowledge of Maven. Or
that you have deep control over their configuration.
You can't do that with Travis CI, nor with Code-review tools such as
Gerrit ( not cleanly, not without doing evil things with maven configs
like I mention in [1] ).
St
from the local repository and not from the
disk.
On 16 June 2014 06:05, Barrie Treloar wrote:
On 16 June 2014 14:12, Stephen Connolly
wrote:
On Sunday, 15 June 2014, Mark Derricutt wrote:
So if I have two modules that are interdependent on in-progress
changes,
how does one build/tes
+1 non-binding here - so far looks good.
My work projects seem to build fine, as do my mojos.
On 18 Jun 2014, at 4:03, Jason van Zyl wrote:
Hi,
Time to release Maven 3.2.2!
Here is a link to Jira with 27 issues resolved:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&versi
On 15 Jun 2014, at 21:07, Stephen Connolly wrote:
I favour never deploying smapshots to developer repositories... Any
time
Agree fully on not deploying snapshots - but I'm talking about locally
INSTALLED snapshots.
broken shit for... Timestamped snapshots are just a crutch...
Agreed tota
So if I have two modules that are interdependent on in-progress changes,
how does one build/test the dependant one.
Note - reactor builds and multi-modules builds are out of the question -
the above modules are in separate git repositories and there's no way to
create a "fake reactor" setup -
Hey all,
A recent discussion on one of the github PR's led to a discussion on
SNAPSHOT resolution, which is a long standing issue in maven range
support with several long standing open tickets lingering.
A thought I just had, which relates to some things I've been playing
with in my C.I. bui
For pedantry sake, would it be best to put this element
in a separate namespace, so that it itself is separate from the POM
schema itself.
This itself sounds very much like polyglot maven here actually - only
lifting the control of the model Reader/Writer of the XML Reader/Writer
to the pom
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
On 14 May 2014, at 5:19, Cristiano Gavião wrote:
couple years ago I read an interview from Jason where he talk about
pom mixins [1].
But I couldn't find any information about it since then. Was this
feature already implemented ?
I think the closest we have still is the maven-tiles project [
On 7 Apr 2014, at 19:37, Lennart Jörelid wrote:
I don't understand the difference between what you suggest here, Mark,
and
simply disabling transitive dependencies.
Could you elaborate somewhat?
Well, the basics are:
* When compiling code, all I need to do is satisfy the contracts my
depend
On 7 Apr 2014, at 12:32, Benson Margulies wrote:
We then have other logical classpaths. . Something like javadoc should
be able to define another named classpath structure; combining the
dependencies of the plugin's implementation with dynamic code
(doclets, whatever) seems like a category confu
On 7 Apr 2014, at 6:24, Robert Scholte wrote:
You must be able to specify doclettags artifact. There are
dependencies, but they are not added to the classpath. These jars are
added to a different argument of the javadoc executable.
Would this be possible via plugin-level custom dependency ty
On 5 Mar 2014, at 14:29, Benson Margulies wrote:
> The vote passes. I'll promote.
...and a world of gits are happier, but no less gits :)
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands,
101 - 200 of 389 matches
Mail list logo
