Hey guys,
The problem I saw when testing 3.2.1 ( but also hit under 3.1.1 at the
time, and went away ) seems to happening a lot more often under 3.2.1.
I've raised http://jira.codehaus.org/browse/MNG-5592 to track this.
This is on a project that contains about 20 or so artefacts resolved via
On 24 Feb 2014, at 5:12, Benson Margulies wrote:
Maven scm 1.9 does not necessarily correspond to git 1.9. You would need to
look at those release notes.
Git 1.8.x changed the output of the human readable 'git status', scm 1.9 ( and
quite a few versions earlier ) switched to using the git
w00t ;-)
Congrats on a fairly speedy release! Roll on this new Maven Lifecycle
we have going on!
Mark
On 21 Feb 2014, at 3:54, Jason van Zyl wrote:
I will writeup the release notes, get the site published and promote
to Maven Central.
On 21 Feb 2014, at 10:27, Jason van Zyl wrote:
I only release core and that works fine which begs the question: do we
want to normalize our repository structure to simplify the tooling
requirements. What exactly doesn't work? Trying to release a single
thing out of a repository containing
That is easily worked around tho by adding a dependency setting for
the newer -scm- modules.
mark
On 21 Feb 2014, at 10:29, Benson Margulies wrote:
The M-R-P has a giant bug such that the current version of it and the
current version of git do not work together. I think the bug is
Oddly - I seen to be hitting that also now with 3.1.x on that one
project, so I don't think it's specific to 3.2.x.
Mark
On 14 Feb 2014, at 21:10, Stuart McCulloch wrote:
Does that include a fix for the issue Mark found building the
dependency graph?
A really good podcast on the subject of migration a large project, and
large team from subversion to git can be heard at:
http://episodes.gitminutes.com/2013/08/gitminutes-20-mick-wever-on-migrating.html
Also:
On 14 Feb 2014, at 4:14, Stephen Connolly wrote:
+1: Maven 2.x is end of life, I am not willing to act as release manager
for this line of releases
0: I have no opinion
-1: Maven 2.x is not end of life, I am willing to act as release manager
for this line of releases
+1
In the word of Rob
+1 here, seems to be working for all my projects.
Don't seem to be getting the aether lock up either now, now I'm just
suffering version-range hell of mixed feature branches there ( a hell of
my own making ;p )
Mark
On 15 Feb 2014, at 6:58, Jason van Zyl wrote:
Specifically the zip,
On 14 Feb 2014, at 2:27, Jason van Zyl wrote:
Why wouldn't you put something with its own release cycle in its own
repository?
maven-release-plugin and git's branching/tagging really kinda make that
hard to avoid.
Unless we move EVERYTHING to generations :)
Mark
Jenkins could build from a super-repo that uses git submodule.
Since a quite a few versions ago, git-submodules can now follow a branch
rather than a fixed SHA1.
So you could build/test monolithically, branch/commit individually.
Compromise maybe?
On 14 Feb 2014, at 6:28, Hervé BOUTEMY
On 14 Feb 2014, at 2:27, Jason van Zyl wrote:
Why wouldn't you put something with its own release cycle in its own
repository?
Actually, whilst we're on the subject - can we get a
maven-release-plugin out which locks in a newer version of the *-scm-*
dependencies as currently, m-r-p BREAKS
Do you envisage one master git repo, or multiple repositories for each
moveable piece?
Full history retainment?
On 13 Feb 2014, at 16:37, Jason van Zyl wrote:
Can we start the process of converting everything to Git. I don't
really see any benefit in using Subversion any longer.
If so then
I know its already cancelled but -1 from me.
I'm seeing my large IT build just lock up and hang solid resolving
dependencies. Looks to be an issue in
org.eclipse.aether.util.graph.visitor.PathRecordingDependencyVisitor.visitEnter
Thread dump:
Does this mean Maven will now require Java 7 as the running JVM?
Oddly - I don't see any close() method mentioned on:
http://docs.oracle.com/javase/7/docs/api/java/lang/ClassLoader.html
anywhere?
On 12 Feb 2014, at 12:20, Stuart McCulloch wrote:
I suspect this is related to the change in
Glad I wasn't the only one confused.
Still, as I mention in my other post on this - does this not now mean
that Maven MUST run on JDK7?
Mark
On 12 Feb 2014, at 12:41, Igor Fedorenko wrote:
http://download.java.net/jdk8/docs/api/java/net/URLClassLoader.html
--
Regards,
Igor
On 2/11/2014,
On 12 Feb 2014, at 13:57, Benson Margulies wrote:
3.2.0.1 :-)
3.2.0-patchlevel-1-GA.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Good to know :)
On 12 Feb 2014, at 15:06, Igor Fedorenko wrote:
No, Maven will (correctly) close URLClassLoaders on java7 and will
continue to work as before on older JVMs. Here is the code that
implements this logic
-
To
Is it feasible to somehow change the IT test infrastructure to run
against multiple versions? So that the best of both worlds is available
( at the expense of longer build times ).
Thats one thing I'd love to have with the invoker plugin ( not sure if
these IT tests use that ) for things like
Yep,
My use-case should probably be moved to user@ tho, but in this instance,
my IT tests pom.xml has a dependency on a clojure version, and I want to
assert the same test runs against 1.3, 1.4, 1.5, 1.6 etc. As I add more
and more IT tests, I don't really want to make 6 duplicates of every
Is it me or are a lot of these purely changing the icon, not the logo.
i.e. is the logo inclusive of the mAven name ( side question - why is the A
always a different colour, historic Ant reference? )
On 3 Jan 2014, at 2:18, Stephen Connolly wrote:
As 9 is particularly problematic I have
a dependency in my parent pom?
Mark
[1] [SCM-686] Maven SCM failed to parse git status output if git messages
are translated - Submitted by Ralf Thielow.
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Mon, Dec 9, 2013 at 3:40 PM, Mark Derricutt m
This may be throwing gasoline onto an already burning fire but a thought
occurred to me over the weekend, if we're going to go to the extend of changing
the POM formats, this quite majorly affects repository
browsers/servers/indexers etc.
I was wondering if this doesn't also require a change
On 5/10/2013, at 3:18 PM, Jason van Zyl ja...@tesla.io wrote:
Couldn't have done it without the Fredalizer.
+100. Good to see the release train rolling again.
Mark
signature.asc
Description: Message signed with OpenPGP using GPGMail
So what happened in the end with the Maven 3.1.1 release? I saw lots of +1's
but nothing to say it passed, or failed?
-- Mark Derricutt ( m...@talios.com )
— twitter: https://twitter.com/talios
— podcast: http://www.illegalargument.com
— blog: http://www.theoryinpractice.net
— google+: http
For the record - +1 Non Binding after I fixed my broken .m2 :)
Lets roll this baby!
On 26/09/2013, at 3:22 AM, Jason van Zyl ja...@tesla.io wrote:
Anyone else going to give the release a whirl?
-- Mark Derricutt ( m...@talios.com )
— twitter: https://twitter.com/talios
— podcast: http
, that should be neither more,
or less files?
Mark
--
Mark Derricutt — twitter — podcast — blog — google+
signature.asc
Description: Message signed with OpenPGP using GPGMail
to work fine.
So I suspect this is more an issue with the dependency plugin trashing things
more than aether, but maybe aether could be more graceful around broken
metadata. If I get some time in the morning/weekend I'll see if I can setup a
broken ./m2 setup and a test project to reproduce.
--
Mark
On 19/09/2013, at 1:09 PM, Jason van Zyl ja...@tesla.io wrote:
If you can reproduce it in a stand-alone example I can track it down. Or if
it's an OSS project I'll take a look.
Sadly not unfortunately - 3.1.1 seems to work flawlessly fine for our main
artefacts and any OSS projects I have,
...@yahoo.de wrote:
+1, that's what we also use in DeltaSpike and dozen other projects.
pushChanges=false + localCheckout=true for the win!
-- Mark Derricutt ( m...@talios.com )
— twitter: https://twitter.com/talios
— podcast: http://www.illegalargument.com
— blog: http://www.theoryinpractice.net
://repository.apache.org/content/repositories/maven-016/org/apache/maven/apache-maven/3.1.1/apache-maven-3.1.1-src.tar.gz
Vote open for 72 hours.
[ ] +1
[ ] +0
[ ] -1
Thanks,
The Maven Team
-- Mark Derricutt ( m...@talios.com )
— twitter: https://twitter.com/talios
— podcast: http
+1 (non-binding) - tested releases against our OSGi based setup using
maven-bundle-plugin, my own coffeescript mojos and others.
Nothing glaringly out of order for me.
--
Mark Derricutt — twitter — podcast — blog — google+
On 9/09/2013, at 1:07 AM, Jason van Zyl ja...@tesla.io wrote:
Here
On 23/08/2013, at 2:52 PM, Phillip Hellewell ssh...@gmail.com wrote:
On Thu, Aug 22, 2013 at 10:16 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Beware the changing of the pom schema is a thorny subject... at present
we are still stuck trying to decide how to evolve to the
On 23/08/2013, at 3:50 PM, Domi d...@fortysix.ch wrote:
Should maven not have a Concept to support multiple schema versions?
In theory it does, by way of the DTD declaration, you can specify which DTD
you're currently using, but support for that POM version would mandate a
minimum version of
On 22/08/2013, at 4:37 AM, Phillip Hellewell ssh...@gmail.com wrote:
My idea to solve this was to add support for a
forcevertrue/forcever in the dependency declaration. Thoughts?
I didn't think we could change the POM schema? Not without some epic major
reasoning ( and if we were to change
Jason van Zyl wrote:
Staged distribution:
https://repository.apache.org/content/repositories/maven-084/org/apache/maven/apache-maven/3.1.0/
+1 non-binding on the binary/execution, seems to work fine on a mixture
of my projects.
Jason van Zyl wrote:
Doesn't see to be a whole lot of activity around the 3.1.0-alpha-1 so I plan to
cut the 3.1.0-beta-1 this weekend if there are no objections.
+1 - have been using it all week with no issues.
One thing I would love to see ( and I should really raise a JIRA for
this ),
W00t - congrats to the Apache Maven Team
Now... about that Maven 4.0 release... ;p
Manfred Moser wrote:
Awesome! Congrats to everyone involved.
I am looking forward to adapting the Android Maven Plugin and releasing a
new version asap!
Manfred
+1: Arnaud, Hervé, Brian, Baptiste,
If one was to push this out for Jenkins to pick them - then this puts a cobwash on the other thread of reusing version numbers IMHO.If you're going to let alpha-1 bleed out to the greater internet, IT IS RELEASED :)IMHO. --Mark DerricuttSent with AirmailOn 31 May 2013 at 11:18:52 PM, Stephen
Well that's just showing off now isn't it :)
Hervé BOUTEMY wrote:
I deployed Maven 3.1.0-alpha-1 site with itself:)
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail:
+1 (non binding) as mentioned before, works without issue on several
multi-module OSGi based artifacts, plus the clojure-maven-plugin and IT
tests.
Eric Barboni wrote:
+1 (not binding) only need a few artifact update for using 3.1.0-a1. I
tested it on a win 8x64 box on new empty local repo.
+1 Looking good for me on my multi-module OSGi builds,
clojure-maven-plugin and ITs, releases made to both projects and so far
nothing jumping out at me - tho I'm not building any maven sites or
anything.
Jason van Zyl wrote:
Thanks.
On May 23, 2013, at 6:40 PM, Hervé
Hervé BOUTEMY wrote:
while working on site publication, I found that all my work on maven-aether-
provider unit tests had simply been pruned when merging Aether. I will need to
re-do the work, step by step:(
Hervé - if this is all in git, you should be able to still find all your
commits via
Did this get rolled at all? If so, where can we download it?
Mark
Hervé BOUTEMY wrote:
+1
I didn't have time to fix MSITE-683 but will work on it this WE too:
we should
have a working m-site-p 3.3-SNAPSHOT at the time Maven 3.1.0-alpha-1
is out
Regards,
Hervé
Le jeudi 21 mars 2013
+1 Look forward to giving this a harsh bashing and a shaking!
Jason van Zyl wrote:
If no one objects I'm going to roll a release of 3.1.0-alpha-1 over
the weekend. There are plugins that don't work but I think those can
be sorted out over a few alphas. Being alpha will make it clear it's
A quick answer whilst I let my thoughts dwell on the full long post..
If we're jumping to a major release here, is this a viable time to also
update the schema and address of the things we've long been wanting
there? ( mixins of some form ) - or is this out of scope ( of this
discussion at
+1 Non binding.
Maven brought us to the new world, twice. Good show.
Jason van Zyl wrote:
You probably want to post on the Nexus list as this plugin already exists.
If I read his email right, I believe he means to say he's implementing
that existing plugin on his projects - aka adding it to the poms, not
re-implementing the plugin.
Either way, the nexus list
Hey all,
I was about to make a post and ask what the status of the Maven 3.1
release was, that was started, abandoned, started, then delayed - and
now I see a vote for 3.0.5?
Is 3.0.5 what -was- 3.1 with simple logging? Or is this something
different entirely again?
Cheers,
Mark
Hey all,
First day back at work and first up we're doing a release - at the end of
the year I'd bumped our poms to use the 2.4 plugin but never did any
releases, and now - I find it appears to be broken with git.
In my release config we have:
pushChangesfalse/pushChanges
Looks like this was just raised as
http://jira.codehaus.org/browse/MRELEASE-818 last night.
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Mon, Jan 7, 2013 at 11:30 AM, Mark Derricutt m...@talios.com wrote:
Hey all,
First day back at work
Personally I find -X dependency:tree -way- more useful. Half the time
when I'm trying to track down dependency problems maven itself fails to
fully resolve dependencies and crashes out the mojo without displaying
anything useful, so you end up looking though the debug information to
find
to be one of them ;)
Kristian
2012/10/19 Mark Derricutt m...@talios.com
Hi all,
Did any thing come of the [1] git-workspace-plugin discussed a few weeks
ago? Were there any code spikes done in the end?
Mark
[1]
https://cwiki.apache.org/confluence/display/MAVEN/git-workspace
+1 non binding so far from
my own tests.
I suspect Kristian's comment is a -1 tho...
Jason van Zyl
4 December 2012
5:10 PM
Hi,Here is a link
to Jira with 42 issues resolved:https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=18967Staging
Has anyone tried 3.1.0 with heavy use of version ranges? I'm noticing my
integration tests seem to now be taking a LONG time to resolve
deps - about 15 dependency elements all using ranges, of which the
repository has something like 100+ versions of each.
A thread dump of the process
My bad - looks like IntelliJ 12 turns on its new compiler mode by
default which runs a separate VM for compilation - with a default heap
size of 700mb - my machine found itself dying in a mess of 4gb swap
which was messing with things.
On a fresh reboot things seem much more like what I
Would it be possible to implement something (nasty and rather iki under
the covers) along the lines of using say a
MavenLoggerFactory.getLogger(Foo.class, ImplementationClass.class,
String config).
If this variation is used to get a Logger, use ClassWorlds or something
to create a new
Really? We want to allow different mojos to use different loggers?
That just sounds like an invitation to confusion where the output of
maven logging may appear in multiple places, files.
Just with normal logging - it's not what the developer wants to
use/prefer, its what the USER prefers.
I'd hazard a guess and say that this might actually be a rather large
proportion of users.
If we're rolling new things, I'd prefer to see this rolled as a default since
we're changing said default.
On 29/11/2012, at 6:54 AM, Daniel Kulp dk...@apache.org wrote:
* The issue ONLY affects Mac
I noticed when building one of our core work projects the following which I
don't think I've ever seen before:
[WARNING] Checksum validation failed, expected ?xml but is
79cf978832042116fa043b3c7b2e147009d18d9d for
http://localhost:/repository/all/smx3/smx3.core/8.2.2/smx3.core-8.2.2.pom
with a valid HTTP response - [Help 1]
This is going thru an archiva instance on localhost, talking to a remote nexus
- never had issues before with 3.0.4 anyone seen something like this?
On 26/11/2012, at 11:31 PM, Mark Derricutt m...@talios.com wrote:
I noticed when building one of our core
FYI this was with maven-compiler-plugin 3.0 - which Olivier mentioned may have
some issues?
On 26/11/2012, at 11:41 PM, Mark Derricutt m...@talios.com wrote:
Is it me or is 3.1.0 downloading WAY WAY more .pom files from my version
ranges that earlier versions?
/2012, at 3:49 AM, Jason van Zyl ja...@tesla.io wrote:
What was the issue specifically? Something you think will affect people
generally?
On Nov 26, 2012, at 2:43 AM, Mark Derricutt m...@talios.com wrote:
FYI this was with maven-compiler-plugin 3.0 - which Olivier mentioned may
have some
Jason,
That repository no longer seems to be alive - was it cancelled or?
On 26/11/2012, at 7:34 AM, Jason van Zyl ja...@tesla.io wrote:
Hi,
Here is a link to Jira with 30 issues resolved:
https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=18967
Staging repo:
Since the compiler plugin 3.0 is now out it might be good to bump that.
Or at least revisit the bumping of bindings after all these new releases coming
up are done for 3.1 are done.
On 21/11/2012, at 9:18 AM, Anders Hammar and...@hammar.net wrote:
This has been fixed on trunk:
When using ranges (as one should IMHO) you should never use .0 but always start
with .1.
So that [1.0.0,2.0.0) actually works, otherwise the range picks up the
2.0.0-SNAPSHOT.
Mark
On 14/11/2012, at 10:35 AM, Dennis Lundberg denn...@apache.org wrote:
We added one exception though, and that
That looks to be what I'm after! Voted ;-)
On 30/10/2012, at 11:14 AM, Dennis Lundberg denn...@apache.org wrote:
Hi Mark
I guess this is what you are looking for:
http://jira.codehaus.org/browse/MRRESOURCES-61
-
To
Is there any way to attach the resources as a test resources directory at all?
Currently it doesn't appear that way… if not - a ticket I shall raise! And a
pull request maybe...
On 29/10/2012, at 3:29 AM, Dennis Lundberg denn...@apache.org wrote:
plugin
Hi all,
Did any thing come of the [1] git-workspace-plugin discussed a few weeks ago?
Were there any code spikes done in the end?
Mark
[1] https://cwiki.apache.org/confluence/display/MAVEN/git-workspace-plugin
-
To
history. Check the commands again if you
think I am :)
Kristian
Den 22. sep. 2012 kl. 01:55 skrev Mark Derricutt m...@talios.com:
Please NO. Just stop there. Please - for the sake of sanity.
If you've a pushed a commit off site, its generally considered bad form to
alter history. Even
Please NO. Just stop there. Please - for the sake of sanity.
If you've a pushed a commit off site, its generally considered bad form to
alter history. Even if its instantaneous and no one will be none the wiser.
It just feels like a bad practise.
On 22/09/2012, at 12:15 AM, Kristian
Olivier,
I'm not checked yet ( not thru lazyness, but thru buzyness, and shooting this
email just as I think of it ), in all my local maven/git projects I set in the
maven-release-plugin configuration:
pushChangesfalse/pushChanges
localCheckouttrue/localCheckout
to prevent
Different style of beast.
This is more downloading sources of defined modules that are related to a
project and automatically generating a maven reactor build for them all (
afaict ).
Essentially working around the brain-dead git-submodules system which seems
very geared towards source
Kristian,
I'm liking where you're heading with this plugin - is there any working code
one can play with currently at all?
I'm currently going thru the process of breaking up our large git-multi-module
repository to smaller repos, and this looks to be a godsend already. ( we also
use
A thought...
If I run mvn clean install from the top-level pom containing the
git-workspace-plugin, are we intending to fork each of those lifecycles in
reactor-resolved-order for all the modules in the git-workspace?
That would be uber-awesome.
On 14/09/2012, at 2:16 AM, Kristian Rosenvold
I see mention of the current git-mirros of the svn tree. I recommended caution
in just using these, or just looking at these as currently they're not used for
releases, and there's well known issues with maven/git releases ( single
tag/branch repository wide, maven releases only from the root
Whilst it may work it's also rather horrible, unless every module in said
repository shares the same version number and gets released at the same time.
If however it's planned to go this route of a single repository, but separate
release cadences for modules, some rework and new releases of the
Is this not where the use of Review Board ( or preferably, Gerrit IMHO ) comes
into play, any patch/commit goes thru the code review system prior to being
accepted, and part of that review process is a required signoff that committer
X has a contribution license for the project.
On 12/09/2012,
For what its worth, Java 6's EOL just got pushed out till Feb 2013:
https://blogs.oracle.com/henrik/entry/java_6_eol_h_h
Mark
On 9/08/2012, at 7:43 AM, Tamás Cservenák wrote:
In short: Java6 EOL is coming in months now, users running 1.5 and below
should really consider an upgrade.
On 16/07/12 4:10 PM, Rex Hoffman wrote:
Losing most of my time to cucumber-jvm maven plugins (most of today), and to
the project in general...
Don't think maven land (proper) will see much love until I nail down
multithreaded browser based tests and push it in to the project.
Side tangent -
On Fri Jul 20 07:59:03 2012, Hervé BOUTEMY wrote:
Can you provide a sample Clojure or Kotlin project to test descriptor
generation?
I'll make up a sample project tonight and see if I can reproduce what I
was seeing awhile ago.
On 28/06/12 9:41 PM, Milos Kleint wrote:
Hello,
I'm in the process of rewriting the nbm-maven-plugin at mojo to use
the new annotations instead of javadoc tags. It appears to be working
fine, but I'm wondering why the retention policy is CLASS. Since it's
First up I must say I love the new
On 10/05/12 7:47 AM, Jason van Zyl wrote:
The only thing I would like to sync up on is a couple changes I want to make to
the plugin manager to make sure the current plugin packaging, the plugin
packaging you're making and the plugin packaging I'm working on in Tesla all
work together without
+1 non binding - from 5 minutes down to 3 for my multimodule build. w00t.
On Sun Apr 29 11:06:18 2012, Hervé BOUTEMY wrote:
+1
tested on Maven core: compile time reduced from 16 seconds to only 8
great!
thank you
Hervé
Le vendredi 27 avril 2012 23:09:35 Olivier Lamy a écrit :
Hi,
I'd
Are there any slides or anything online about what etesla
covers/provides? I remember hearing there was a presentation at one of
the conferences recently on it, but I never followed up finding
details...
On Tue Apr 10 09:30:53 2012, Jesse Farinacci wrote:
Greetings,
That's mildly
Awesome.
However I see the Stylus Skin's sample site is 404ing..
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Mon, Jan 23, 2012 at 4:30 AM, Simone Tripodi simonetrip...@apache.orgwrote:
Hi all,
The Apache Maven team is pleased to announce
+1 Non binding.
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Tue, Jan 17, 2012 at 11:14 PM, Olivier Lamy ol...@apache.org wrote:
Hello,
After some RCs, it's now time to cut the release. So I start the vote
for Apache Maven 3.0.4.
The
Is this still broken under the 3.0.4-RC4 builds, or just 3.0.3?
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Wed, Jan 4, 2012 at 4:18 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Hi,
I just found a regression:
out how to get
automated testing!)
On 3 January 2012 16:03, Mark Derricutt m...@talios.com wrote:
Is this still broken under the 3.0.4-RC4 builds, or just 3.0.3?
--
Great artists are extremely selfish and arrogant things — Steven
Wilson,
Porcupine Tree
On Wed, Jan 4, 2012 at 4
w00t! I guess this means it's time for another RC for Maven :)
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Wed, Dec 21, 2011 at 3:26 AM, Olivier Lamy ol...@apache.org wrote:
The Apache Maven is pleased to announce the release of Wagon 2.2.
Hey all,
Is there anyway that a Maven Mojo can have different run-time dependencies
based on the goal that runs?
Just trying to work around some class loader issues with two libraries
embedded different versions of rhino :(
I'd rather not make a separate plugin if possible... Is there anything
At this rate Aether and Sisu will probably have finally passed thru Eclipse
and we can start the process all over again ;-)
Mark
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Wed, Dec 14, 2011 at 7:44 AM, Olivier Lamy ol...@apache.org wrote:
If we don't change things - the http settings guide should be updated, but
also RELEASE NOTES for the new release should mention the change, and call
it out.
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Tue, Dec 13, 2011 at 3:28 AM, Brian Fox
I'm +1ing this - have been doing releases all day without issue.
Someone did make a comment about memory usage the other day, I am seeing
OOM exceptions more often in my large reactor build under the RC, but
that's mostly Rhino stuff that has an evil leak in it.
I did see a Permgen in Javac
I've not yet looked at maven internal code about how one might implement
this ( to be honest, at this point in time I'm not sure even know WHERE to
look, other than poking around classes named Profile :)
So yes - intuition on my part and just logic really.
How adding something like this to the
Hey all,
I was thinking again the other day about how mixins could be introduced to
maven to improve/fix some of the issues found with the rigid parent/child
lineage of poms. At the same time I was looking at the remote-resources
plugin and a small lightbulb went on in my mind - we all ready
It's been so long I guess people have forgotten RCs used to be made.
The release of Apache Maven itself is sufficiently different to just a
plugin that a more formal release does make sense, but on the flip side
after all the arguments trying to get this out I guess people just want it
out there
+1 non-binding.
--
Great artists are extremely selfish and arrogant things — Steven Wilson,
Porcupine Tree
On Thu, Dec 1, 2011 at 10:20 PM, Olivier Lamy ol...@apache.org wrote:
Hello,
I'd like to release Apache Maven 3.0.4 (take 2).
We fixed 31 issues.
See release notes:
Now you mention it I have - but I've often seen some of our builds randomly
blow out of memory during some of our tests so I can't confirm its M304 at
fault or not.
( mind you - I was running Jason's Sonatype M304 dist before that so its
possible its there among a number of the newer builds...
/simonetripodi
http://www.99soft.org/
On Sun, Nov 27, 2011 at 7:32 AM, Mark Derricutt m...@talios.com wrote:
+1 nice. Would be good to see Leiningen ( clojure ) and sbt ( scala )
mentioned as well to complete the set.
Mark
--
Great artists are extremely selfish and arrogant things
201 - 300 of 386 matches
Mail list logo