I think it's time to step back a little. This whole vote was started
without any proper initial discussion, so to the extent there will be
any majority for a policy change, this will not be the vote where this
happens. But these votes tend to be great kickstarters for good
discussions, so instead o
If you add apache staging to your corp proxy
and expose that to everyone you are mixing test and production.
/me dislikes the concept.
The way I usually solve this is to have an additional
corp repo-url that exposes the regular internal repo
*and* staging. This url is used to test staging.
(I hav
+1
Kristian
2013/6/7 Andreas Gudian :
> Hi,
>
> This is my first release, so please check carefully what I may have missed
> :).
>
> We solved 16 issues:
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&version=19174
>
> This is the first release that does not support JVM vers
2 years ago, a bump to 1.5 might have been worth a 3.0. Now it's
hardly worth a yawn. That's my 0.02 NOK.
I've been cooking on a "3.0" scope including:
- Finalization of provider API's including several minor changes.
- Adding extension points and the possibility to pick these up from
test-classp
+1
Sources at
https://repository.apache.org/content/repositories/maven-066/org/apache/maven/plugins/maven-javadoc-plugin/2.9.1/maven-javadoc-plugin-2.9.1-sources.jar,
based on r1496317
Kristian
-
To unsubscribe, e-mail: dev-uns
Funny in a sort of ironic way, permgen is noticeably better in 3.1 for
my usecases :)
The simplest way to get (my) attention to this issue is to create 2
heap dumps of your maven process, one after "some time" and the other
just before it runs out of permgen.
("some time" is supposed to be well i
Oops. It appears the standard heap dump toosl don't really dump
permgen, so that's not going to get us anywhere.
I usually do this in jprofiler, maybe someone else has a suggestion :)
Kristian
2013/6/26 Kristian Rosenvold :
> Funny in a sort of ironic way, permgen is noticeably
This suggestion is much like what we came up with the last time
we discussed this - about 3 weeks ago.
This behaviour is simple to achieve without a single line
of change; the release plugin already asks for a SCM tag name
distinct from the version number. (we *could* add some kind
of support for
IK in URLs.
>
> [1] http://en.wikipedia.org/wiki/Fragment_identifier
> Regards Mirko
> --
> http://illegalstateexception.blogspot.com/
> https://github.com/mfriedenhagen/
> https://bitbucket.org/mfriedenhagen/
>
>
> On Fri, Jun 28, 2013 at 7:58 AM, Kristian Rosenvold
>
ages which has
>>> no special semantics AFAIK in URLs.
>>>
>>> [1] http://en.wikipedia.org/wiki/Fragment_identifier
>>> Regards Mirko
>>> --
>>> http://illegalstateexception.blogspot.com/
>>> https://github.com/mfriedenhagen/
&g
I tucked away the last public debs of 1.5 and can release 1.5
indefinitely. In the release of the last security patch, it seems like
Oracle have released approx 10 nonpublic jdk 5 versions. Shame we can't
have it.
Kristian
Den 16. juli 2013 14:14 skrev "Lennart Jörelid"
følgende:
> I rum mainl
Look you chickens; until quite recently I kept a 1.3 JVM running on windows to
do the occasional
test of surefire on jdk 1.3. (I kept a vmware image since installing 1.3 on
linux required surrendering your first born to Sauron) All your complaining
about not being able to run 1.5 sounds like c
16. juli 2013 kl. 07:35 skrev Stephen Connolly
:
> - have we good test coverage with toolchains?
No.
Kristian
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache
+1
2013/7/23 Stephen Connolly :
> This vote is to cover the minimum required version of Java for Maven Core.
>
> Maven Plugins produced by the Apache Maven Project that are flagged as
> compatible with older versions of Maven Core as their baseline will still
> require to stick to the minimum Java
It's ok if not pushed, but I think it should be made a lot clearer in the guide.
We could install commit hooks into the repo that enforce specific
patterns on commits,
like [\d].* *or* starts with an "o ". But then again the "o " seems to
be under attack too :)
Kristian
2013/7/27 Hervé BOUTEMY
Is there a problem you're trying to fix or have you just been taking too
many vitamin pills ?
Kristian
2013/7/27 Fred Cooke :
> :-) Tui, yeah right. [1][2]
>
> Or work on branches, pushed publicly with meaningful names like
> attempt-fix-of-site-behaviour or whatever and seek peer review before
Hervé/Simone:
The latest version of modello breaks a unit test in m3 core,
DefaultModelValidatorTest#testEmptyModule.
I've tracked the problem down to commit
1284d155417209d2e1a063606a2c692f89e32152 in modello, and I was
wondering
if any of you could take a look at it ?
I would like to push mode
e Treloar
> :
>
>
>> On 5 August 2013 17:54, Kristian Rosenvold
>> wrote:
>>>
>>> the next core release; I did some pretty significant
>>> performance improvements to maven core that I'd like to have in the
>>> n
s DirectoryScanner (not relevant
for core, but good for plugins. p-u version 3.0.13); will implement in
m-s-u soon.
Kristian
2013/8/5 Barrie Treloar :
> On 5 August 2013 17:54, Kristian Rosenvold
> wrote:
>> the next core release; I did some pretty significant
>> performance im
5 August 2013 21:15, Barrie Treloar wrote:
>> On 5 August 2013 20:55, Kristian Rosenvold
>> wrote:
>>> "no" :)
>>>
>>> I used m3 core as a case for trying out some new & interesting
>>> strategies for using a profiler, which I'll
I just committed an update to plexus-classworlds that permits
concurrent classloading under jdk7.
I would really appreciate it if anyone would care to review this
patch, especially regarding thread safety (esp the use of guards
to access the protected methods of the base classes, which is where
th
mance improvements
in core we'd have to go for higher-level optimizations, which are
harder to find ;)
Kristian
2013/8/8 Jason van Zyl :
> What the performance difference in loading classes in your stand-alone tests?
>
> On Aug 8, 2013, at 2:12 PM, Kristian Rosenvold
> wrote:
>
>>
for running 12km off-piste in the woods; the tempo
is generally sufficiently low to let the crazy ideas creep in...
Kristian
2013/8/8 Kristian Rosenvold :
> Not much :) In the test builds I'm measuring (entire builds, not just
> core), class loading is 2-4% of
> the build
filer skew" for these methods - hence the execution time for
these methods might be closer to *real* time...?)
Kristian
2013/8/8 Kristian Rosenvold :
> Not much :) In the test builds I'm measuring (entire builds, not just
> core), class loading is 2-4% of
> the build CPU time (
I just did some manual instrumentation to classworlds since I'm not
trusting the profiler due to native code. For my 2 test projects,
classloading is pretty close to 10% of the total build time (with
-DskipTests).
As I suspected yesterday, this confirms that at least YJP reports
classloading time
surefire and maven core itself. I run with -DskipTests since I dont
want to measure "that" right now :)
Kristian
2013/8/9 Stuart McCulloch :
> On 9 Aug 2013, at 17:21, Kristian Rosenvold wrote:
>
>> I just did some manual instrumentation to classworlds since I'm not
&
2013/8/9 Romain Manni-Bucau :
> When i tested on tomee gain was ridiculous too so maybe not the first place
> to hack on to make maven fast ;)
> Le 9 août 2013 18:36, "Jason van Zyl" a écrit :
>> And what's the net difference then before after trying to parallelize the
>> classloading? I'll read
parallized (didnt find a free solution to
> this one)
> 3) you need to load independent classes
>
> So generally gain is not as impressive as parallelization sounds
> Le 9 août 2013 19:52, "Kristian Rosenvold" a
> écrit :
>
>> 2013/8/9 Romain Manni-Bucau :
>&
2013/8/9 Andreas Gudian :
> But now you need a JDK 7 to build that project, right? I didn't see that in
> the pom. Is it defined somewhere else?
That's because you're not looking at the latest commit I did :)
Kristian
-
To unsub
Just did the quick POC (without red wine!!) at
https://github.com/krosenvold/plexus-classworlds/commit/f1059c904788eb96e22a9a6a1ead6b3febe57948
By recording the classloading and re-running in reverse order in a
(single) separate thread on
subsequent reloads, it would appear I almost cut the class
zOMG; what an interesting piece of code !
If you want to take a shot at improving this you can make a patch and
a pull request. I can guarantee a quick & efficient review of such a
patch.
Kristian
2013/8/13 Martin Kočí :
> Hi,
>
> I read the whole interesting discussion about maven parallel clas
+1
3 days pass so quickly
Kristian
2013/8/14 Andreas Gudian :
> Anyone?
>
> If I can't collect the results today, I won't be able to do it for another
> week or so.
>
> Am Sonntag, 11. August 2013 schrieb Andreas Gudian :
>
>> Hi,
>>
>> We solved 13 issues:
>>
>> https://jira.codehaus.org/secu
+1 (Yeah, the vote)
Kristian
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
There was a compatibility break with generated code for maven 2.2.1.
Fixed in 1.8.1
Kristian
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
The jobs you suggested are a minimum (and "OK"). I really think we
should have a functioning windows build too... (I suspect we even have
1 or 2 committers that actually use windows now!)
I have no idea of what is actually wrong with the windows build. I
have a Mac Mini running windows functioning
Maybe you can knit something for my mac mini flowerpot stand, the one
that runs windows ?
Kristian
2013/8/21 Jason van Zyl :
> I agree that it would be nice to have Windows and OSX builds. But looking at
> our grid and that those builds are either disabled or haven't passed in
> months I don'
I see on Jenkins, that the IT's on the DOAP plugin fail once we pass
maven 3.0.3. I extracted the following from the build.log file. Anyone
know what issue this is, and what workaround/fix might be applied ?
Kristian
--
GroupId: org.apache.maven.its.doap
ArtifactId:
Great stuff. I looked around a bit and there does not seem to be a
workaround (like a System property that can be set)...
Kristian
2013/8/31, Robert Scholte :
> Nice :D
>
> Case closed
>
> Op Sat, 31 Aug 2013 23:39:31 +0200 schreef Hervé BOUTEMY
> :
>
>> yeah, I just tested m-doap-p ITs with *MN
I understand that the deps of wagon need to be shaded, but why does
the actual wagon code itself need to be shaded ?
Kristian
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@ma
While looking at the access denied problem for wagon, I ran into this code
line:
https://github.com/apache/maven-wagon/blob/master/wagon-providers/wagon-http/src/main/java/org/apache/maven/wagon/providers/http/AbstractHttpClientWagon.java#L740
The call uses a deprecated version of "authenticated"
e?
>
> On 2 September 2013 18:28, Kristian Rosenvold
> wrote:
>> I understand that the deps of wagon need to be shaded, but why does
>> the actual wagon code itself need to be shaded ?
>>
>> Kristian
>>
>>
+1
Den 8. sep. 2013 15:08 skrev "Jason van Zyl" følgende:
> Hi,
>
> Here is a link to Jira with 6 issues resolved:
>
> https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=18968
>
> Staging repo:
> https://repository.apache.org/content/repositories/maven-016/
>
> The distribu
Jason sent me some questions about the parallel build that included a
real nice figure. Since I'm a sucker for nice figures (especially
those that others make!), I quickly updated the wiki page with this,
and added some docs to describe his figure.
https://cwiki.apache.org/confluence/display/MAVEN
gt; I suppose each circle is a module
> but I don't understand what the levels are, and how modules are dispatched
> into levels
>
> Regards,
>
> Hervé
>
> Le jeudi 19 septembre 2013 18:36:49 Kristian Rosenvold a écrit :
>> Jason sent me some questions about the pa
can be built simultaneously without any side-effects.
>
> On Sep 19, 2013, at 10:27 AM, Hervé BOUTEMY wrote:
>
>> I suppose each circle is a module
>> but I don't understand what the levels are, and how modules are dispatched
>> into levels
>>
>> Re
+1
Den 25. sep. 2013 17:23 skrev "Jason van Zyl" følgende:
> Anyone else going to give the release a whirl?
>
> On Sep 17, 2013, at 8:39 AM, Jason van Zyl wrote:
>
> > Hi,
> >
> > Maven Core ITs are good, and the license/notice issue has been resolved
> so I'm rolling 3.1.1 again.
> >
> > Here i
Did you/can you check the contents of the bad jars ?
Kristian
2013/9/26 jieryn :
> Greetings,
>
> On Wed, Sep 25, 2013 at 11:05 PM, Jason van Zyl wrote:
>> Does 3.1.0 not display this behaviour?
>>
>> On Sep 25, 2013, at 6:41 PM, jieryn wrote:
>>> Archive for required library:
>>> '$HOME/.m2/re
Somewhat delayed I'd like to welcome Tibor Digana as our latest committer!
Tibor has been doing extensive work on improving the parallel running
capabilities of surefire, and I look forward to seeing more good stuff
from him !
Welcome !
Kristian
-
https://jira.codehaus.org/browse/PLXUTILS-161 had to come up; and we
need a little collective digging down memory lane. (Tha same issue is
present in m-s-u)
Do we rely on shell expansion capabilities in our code ? Can we switch
to Runtime.exec safely ? The mind boggles
Kristian
-
u have
> to explicitly define which of these variables you want to use in the shell.
> For the maven-release-plugin I'd like to keep its current behavior, and I
> guess you want that for the surefire project as well.
>
> Robert
>
> Op Fri, 27 Sep 2013 08:02:56 +0200 schreef K
+1 (i think 3.2 is the obvious v)
5. okt. 2013 13:23 skrev "Anders Hammar" følgende:
> +1 for 3.2 (or greater)
> -1 for 3.1.x
>
> /Anders
>
>
> On Sat, Oct 5, 2013 at 1:00 PM, Mark Struberg wrote:
>
> > +1
> >
> > LieGrue,
> > strub
> >
> >
> >
> >
> > - Original Message -
> > > From: St
If we were to deprecate one or more documentation formats, wouldn't it
make sense to make a plugin to automate the conversion ? After all,
there's a few thousand sites out there that might want such a
modernization ?
Kristian
2013/10/5 Tamás Cservenák :
> +10 for markdown and getting rid of old
2013/10/6 Stephen Connolly :
>> IMHO
>>
>> Betamax == AsciiDoc
>> VHS == MarkDown
Being a bunch of old geezers, we all know which was technically superior.
I had to teach my oldest kid how to operate a non-mobile phone the
other day (she dialled number before lifting the handset)
Kristian
-
The interface org.apache.maven.surefire.providerapi.SurefireProvider
generally leaves it ut to the provider to determine what kind of
object describes a test. Up until fairly recently, most of the
providers used arbitrary strings, which *could* map 1:1 to a class, or
could be something totally diff
have been part of
> the "let people run tests from .jar files also" effort (which is a big +1
> from my PoV) though I do not see why this needs to leak the assumption that
> tests are contained in .class files.
>
>
> On 21 October 2013 07:26, Kristian Rosenvold
> wrote:
>
Finding this kind of leaks with my graciously provided OSS license of
YJP is like stealing candy from children
export MAVEN_OPTS="-Xms512m -Xmx2084m -XX:MaxPermSize=512m
-agentpath:C:/java/yjp-12.0.6/bin/win64/yjpagent.dll=onexit=snapshot"
c:/java/apache-maven-3.1.1/bin/mvn $@
Run test with forkM
> Also having failing tests for one platform isn't very likely to
> attract new developers from that platform. Turning it into a
> never-ending downward spiral.
>
>
> On Mon, Oct 28, 2013 at 8:22 AM, Kristian Rosenvold
> wrote:
>> Finding this kind of leaks with my grac
I agree totally that the focus of the output on error is just so
/wrong/. Do we know if anyone actually depends on the order/format of
these things ?
Kristian
2013/11/1 Martijn Dashorst :
> My biggest gripes with Maven in this situation are two fold:
>
> 1. an error message that can be much more
I just added a .gitattributes file to the repo, which fixes the problem
permanently.
All our git repos now have that file. Come to think of it, maybe we should
do another round of migrations ?
Kristian
23. nov. 2013 07:23 skrev "Hervé BOUTEMY" følgende:
> uh!
>
> with svn, we have svn-eol-s
Your local settings dont matter now that I added .gitattributes
K
IMO publishing to central/acrhiva would involve publishing the "richest"
format available. Based on use-agent identification (or lack of a given
request param indicating old-style client) the repository should be able to
down-transform a v5 pom to a v4 pom "on the fly" ? We're not going to be
losin
I'm speechless.
Kristian
2013/12/17 Stephen Connolly
> the anteater sucking down the interwebs from apache using Tamás's text
>
> http://people.apache.org/~stephenc/maven-logo-contest/maven.png
>
> And a screenshot with it
>
> http://people.apache.org/~stephenc/maven-logo-contest/screenshot.p
+1
10. des. 2013 22:41 skrev "Michael-O" <1983-01...@gmx.net> følgende:
> Hi,
>
> We solved 11 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?
> version=17492&styleName=Html&projectId=11085
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavi
think the picture of an AntEater can feed into the "which is
> > >>> better:
> > >>> > ant
> > >>> > > vs maven?" debate. I would opt not to possibly offend the Ant
> team.
> > >>> > >
> > >&
What's the 75px requirement ? Is it an apache requirement that the logo
must be sinfully ugly ?
Kristian
2013/12/18 Stephen Connolly
> More emphasis on the glasses...
>
> https://twitter.com/connolly_s/status/413346357487730688/photo/1
>
>
> On 18 December 2013 16:28, Stephen Connolly <
> ste
I just created
https://cwiki.apache.org/confluence/display/MAVEN/Java+8+Upgrade to track
the status of java 8 migration "problems". This includes the bug number for
the bugs.sun.com bug report I just filed yesterday that makes verifier
break.
Kristian
n in jira.
jMNG-5551 is good for keeping tabs on what's actually known :)
Kristian
2013/12/19 Kristian Rosenvold
> I just created
> https://cwiki.apache.org/confluence/display/MAVEN/Java+8+Upgrade to track
> the status of java 8 migration "problems". This includes the bug n
.2 to minimize diff up to 5.0. Do you know anything
about the differences between asm 4.2 and 5.0 are significant in terms of
api breakage ?
Kristian
2013/12/19 Stuart McCulloch
> On 19 Dec 2013, at 08:08, Kristian Rosenvold
> wrote:
>
> > I figured we could use the wiki page to eve
I think all the crap/trolling in the release threads has gone way too far,
it's just not fun any more.
I can only request that PMC members chip in *before* the the vote to
/improve/ technical problems with a release
rather than spending a ton of energy documenting their -1 *after* the
release is s
#x27;t always get it right.
Kristian
2013/12/20 Stephen Connolly
> On Thursday, 19 December 2013, Kristian Rosenvold wrote:
>
> > I think all the crap/trolling in the release threads has gone way too
> far,
> > it's just not fun any more.
> >
> > I can only
Shortly after the 2014/01/23 JDK8 final release candidate is made available
I will release:
Maven Dependency Plugin
Maven Shade Plugin
maven-depency-analyzer (maven shared)
All of them will be released with asm4.2, opposed to the current 3.X asm.
It should be possibly to drop in asm 5.x for
jdk 8
Been meaning to answer this mail for a few days, but I've been far too busy
skiing in the norwegian mountains :)
We have some fairly extensive tests and integration tests that would, to a
large extent, also function as a verification of jdk8 compatibility.
Unfortunately most of them get stuck at s
Am I reading this correctly if it's aboput $130 for a full logo contest
including the rights for use ?
If we can formulate some decent requirement specification, coughing up the
money should be the least of our problems.
Does the feather have to stay in its original shape/form? Is the logo
requir
//bugs.openjdk.java.net/browse/JDK-8030781> gets
released into a nightly.
Kristian
2014/1/3 Rory O'Donnell Oracle, Dublin Ireland
> Hi Kristian,
>
> I am following sun bug 9009028,
> https://bugs.openjdk.java.net/browse/JDK-8030781
>
> Rgds,Rory
>
>
&
I think we should remove any deprecations that do not break trunk of
maven-plugins and mojo-trunk, and call it 3.2; at least do this as an
initial move. Then we can determine the scope of /use/ of deprecations.
I am very skeptical to removing stuff wholesale "just because" we
deprecated it 4 years
's removed and it breaks code then that code needs to change IMO.
> If they are plugins those plugins can update their code along with prereq.
> The authors can push out a final version for the 3.x line and then move
> forward with working with 4.0.
>
> On Jan 5, 2014, at 10:41 A
If you're in europe you should probably set the us svn server in your hosts
file; someone here will give you the magic settings :)
I tend to cross my fingers and let site publication run overnight. All the
different site publication strategies have been flawed in one way or
another, this latest st
+1
2014/1/7 domi
> Hi,
>
> We fixed 11 issues. The new feature is the jgit provider (based on jgit).
> Details:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10527&version=18783
>
> Staging repository:
> https://repository.apache.org/content/repositories/maven-009/
>
> Staged s
With spring, you can say:
@Component
class X implements Y,Z
And at call site:
@Inject
private Y y;
@Inject
private Z z;
And expect (scope dependent) to get the same instance of X in both y and z.
Can I achieve this in m3.2 core ?
Kristian
Create one jira ticket for each project and create a 'depends on' link
between the issues.
K
8. jan. 2014 22:14 skrev "Jeffrey E Care" følgende:
> Today I created an enhancement request for the assembly plugin (
> http://jira.codehaus.org/browse/MASSEMBLY-680).
>
> I would like to submit a patch
munity components, and we have
> done so in the past... just a question of the release manager deciding that
> they are fine coupling the releases of multiple components in one vote.
>
>
> On 9 January 2014 10:27, Barrie Treloar wrote:
>
> > On 9 January 2014 17:37, Kristian Rose
https://github.com/orfjackal/retrolambda
2014/1/13 Stephen Connolly
> We are gearing up for the release of Maven 3.2.0... wherein we will drop
> support for Java 1.5 as the runtime that Maven requires (we will still
> support compiling and running tests with older JVMs via toolchains though)
>
Thanks, we saw that already. Preliminary checks seem to indicate things are
much better !
I'll be running through our tests on windows, linux and OSX to see if
there's anything else interesting to be found, I'll post a summary in
couple of days time.
Kristian
2014/1/22 Rory O'Donnell Oracle,
I had a solution for this problem using @Named, but i had trouble getting
it to work, I probably did something wrong. I'll give it one more shot.
Just move the issue along if I don't fix it by the time you cut the release.
Kristian
2014-01-28 Jason van Zyl
> There are only a few issues left w
I can fremover weave mode entirely this weekend. It wasnt worth it.
K
6. feb. 2014 16:06 skrev "Jason van Zyl" følgende:
> Hi,
>
> I made a first pass at coalescing the logic for a specific way to build
> (single threaded, multi threaded, weave) into its own implementation but
> there is still m
Stuart,
We're seeing java.lang.LinkageError: loader constraint violation: loader
(instance of org/codehaus/plexus/classworlds/realm/ClassRealm) previously
initiated loading for a different type with name
"javax/enterprise/util/TypeLiteral" using the maven-jetty-plugin on 3.1. I
can't really see th
It still breaks with 3.1.1; bugger :)
2014-02-13 10:23 GMT+01:00 Tamás Cservenák :
> Maybe related to https://jira.codehaus.org/browse/MNG-5513 ?
>
> As cdi-api is now also in core?
>
>
> Thanks,
> ~t~
>
>
> On Thu, Feb 13, 2014 at 8:28 AM, Kristian Rosenvold &l
ve it a
shot tonight.
Kristian
2014-02-13 11:56 GMT+01:00 Stuart McCulloch :
> On 13 Feb 2014, at 07:28, Kristian Rosenvold
> wrote:
>
> > Stuart,
> >
> > We're seeing java.lang.LinkageError: loader constraint violation: loader
> > (instance of org/codehaus/ple
cross over like like the jetty/tomcat/wildfly-maven-plugin
>> I think we should just tell people the best thing to do is fork once and do
>> what you like.
>>
>> The CDI API is at least standardised (one of the reasons why the
>>> container respects @Typed
Well we'll always have the cutoff problem once we start leaking classes we
don't really have any control over. Given a fairly marginal use case with
probably just 1 user, I think my point is valid.
These classes are in the javax.enterprise package space. That's "ee" to me.
Even the modern ee stuff
I think the main problem with especially maven-plugins is the sheer amount
of work required to convert these to individual repositories, especially
due to the somewhat not-good structure of the current clone.
The others should be fairly straight forward, splitting maven-shared
included.
Kristian
somewhat cumbersome.
>
> ... and it therefore becomes important to migrate big repos piece by piece.
>
>
> 2014-02-14 9:23 GMT+01:00 Kristian Rosenvold >:
>
> > I think the main problem with especially maven-plugins is the sheer
> amount
> > of work required to
+1
2014-02-14 10:17 GMT+01:00 Arnaud Héritier :
> +1
>
>
> On Fri, Feb 14, 2014 at 1:32 AM, Olivier Lamy wrote:
>
> > +1
> >
> > On 14 February 2014 02:14, Stephen Connolly
> > wrote:
> > > We have not made a release of Maven 2.x since 2.2.1 which was August
> > 2009.
> > >
> > > During that p
Linking to podcasts and articles is intertresting, especially for those who
haven't done it before.
What this needs i a volunteer to do the task.
K
16. feb. 2014 04:07 skrev "Mark Derricutt" følgende:
> A really good podcast on the subject of migration a large project, and
> large team from
+1
14. feb. 2014 01:32 skrev "Olivier Lamy" følgende:
> +1
>
> On 14 February 2014 02:14, Stephen Connolly
> wrote:
> > We have not made a release of Maven 2.x since 2.2.1 which was August
> 2009.
> >
> > During that period no release manager has stepped up to cut a release.
> >
> > I would argu
I'll spin through archiver issues hopefully tomorrow and by the looks of
the pull requests I'll push 2.4.5.
Kristian
2014-02-24 13:12 GMT+01:00 Karl Heinz Marbaise :
> Hi Brett,
>
> i have started to work on cleaning up the JIRA closing some issues which
> are not up-to-date anymore etc.
>
>
+1
2014-03-06 22:18 GMT+01:00 Hervé BOUTEMY :
> Hi,
>
> Changes since the last release:
>
> http://svn.apache.org/viewvc/maven/pom/tags/apache-14/pom.xml?r1=HEAD&r2=1434717&diff_format=h
>
> Staging repo:
> https://repository.apache.org/content/repositories/orgapacheapache-1000/
>
> https://repo
+1
Just in time for jdk8 ga :)
K
14. Mars 2014 00:44 skrev "Olivier Lamy" følgende:
> +1
> Tested on few projects.
>
> Thanks!
> Olivier
>
>
> On 13 March 2014 08:52, Andreas Gudian wrote:
>
> > Hi,
> >
> > long ago since we released the last Surefire version. It's about time we
> > change tha
Usually this means pc'er running out of entropy. Try installing randomsound
K
14. Mars 2014 09:04 skrev "Vishal Kumar Gupta"
følgende:
> Hi Team,
> OS - Ubuntu 12.04 TLS
>
> Issue:-
> 1) maven version - 3.2.1 - when i run plugin maven-jar-plugin:2.4 it
> completes in ~15 Minutes.
> 2) maven vers
+1
22. Mars 2014 22:52 skrev "Karl Heinz Marbaise"
følgende:
> Hi,
>
> based on the decision we have made on the 18. february 2014 to define End
> Of Life of Maven 2 http://maven.apache.org/maven-2.x-eol.html
>
> I would suggest to retire the Maven Reactor Plugin.
> The last release has been made
1 - 100 of 1154 matches
Mail list logo
