GitHub user josephw opened a pull request:
https://github.com/apache/maven/pull/38
Simplify the bootstrapping instructions to remove use of M2_HOME.
General consensus on maven-dev ([Remove M2_HOME setup from download page
instructions](http://mail-archives.apache.org/mod_mbox/maven-
GitHub user josephw opened a pull request:
https://github.com/apache/maven/pull/37
MNG-5734: Fail, rather than just warning, on empty '' entries.
An incorrect non-blank module is currently treated as an error. Behave
the same way for a blank module, rather than simply warning abo
Hi,
Just curious if anyone is interested in looking at this. I attached a
patch:
http://jira.codehaus.org/browse/MDEP-478
I didn't bother submitting unit tests (the patch is quite small), but if
you insist
yours,
Julius
Hi,I wrote 2 new enforces rules, the ability to specify a set of
mutually-exclusive profiles (p1,p2:p1,p3 would mean p1 can't be active with
either p2 pr p3) and the ability to ban profiles (the contrary of
requireActiveProfile). Both of these support wildcards.
I'd like to contribute these rule
Hi guys,
Just tried on IRC without much success. Using JSR305 annotations on some
internal enforcer rules, we encounter some issue like for example the
checker thinking the helper reference could be passed null in the execute
method [1].
It would help to declare it like this instead:
void execut
Whoops. Ok, I will deal over the weekend
On Feb 20, 2015 8:26 AM, "Stuart McCulloch" wrote:
> I would, but I’m not a committer here ;)
>
> On Friday, 20 February 2015 at 13:15, Benson Margulies wrote:
>
> > I like your fix better than my fix, please feel free to commit the
> switch.
> >
> > On Fr
I would, but I’m not a committer here ;)
On Friday, 20 February 2015 at 13:15, Benson Margulies wrote:
> I like your fix better than my fix, please feel free to commit the switch.
>
> On Fri, Feb 20, 2015 at 8:14 AM, Stuart McCulloch (mailto:mccu...@gmail.com)> wrote:
> > FYI, here’s the two c
I like your fix better than my fix, please feel free to commit the switch.
On Fri, Feb 20, 2015 at 8:14 AM, Stuart McCulloch wrote:
> FYI, here’s the two competing classworld dependencies... one is the old
> classworlds:classworlds and the other org.codehaus.plexus:plexus-classworlds:
>
> [INFO
FYI, here’s the two competing classworld dependencies... one is the old
classworlds:classworlds and the other org.codehaus.plexus:plexus-classworlds:
[INFO] | +-
org.codehaus.plexus:plexus-interactivity-api:jar:1.0-alpha-6:compile
[INFO] | | \-
org.codehaus.plexus:plexus-component-api:jar:1.
>From my standpoint that would be amazing - we'd always struggled with how
we're going to try and educate millions of developers about running this on
their code base. Having it as a core report is a great start!
Cheers,
Martijn
On 20 February 2015 at 03:55, Hervé BOUTEMY wrote:
> regarding fa
Making surefire fork and giving it more memory did the job. Once we make
the 2.2.1 release we can presumably make archetype use non-antique plexus.
On Feb 20, 2015 7:46 AM, "Stuart McCulloch" wrote:
> If I get time I can try to debug it this weekend - looking at the line
> numbers in the stack tr
If I get time I can try to debug it this weekend - looking at the line numbers
in the stack trace, the hang is happening inside the old container:
at
org.codehaus.plexus.component.discovery.AbstractComponentDiscoverer.findComponents(AbstractComponentDiscoverer.java:78)
https://github.com/sonatyp
I fixed this in 7aeb405996242ad4476a9cdd1068519c56e650bd by using
current surefire and some more memory.
On Fri, Feb 20, 2015 at 7:22 AM, Benson Margulies wrote:
> org.codehaus.plexus.component.discovery.PlexusXmlComponentDiscoverer#discoverConfiguration
>
> Is 'discovering' 57 copies of
> jar:fi
org.codehaus.plexus.component.discovery.PlexusXmlComponentDiscoverer#discoverConfiguration
Is 'discovering' 57 copies of
jar:file:/Users/benson/.m2/repository/org/apache/maven/maven-core/2.2.1/maven-core-2.2.1.jar!/META-INF/plexus/plexus.xml.
Reading it over and over is taking a long time. As pre
What I see is:
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.071
sec - in
org.apache.maven.archetype.ui.generation.DefaultArchetypeGenerationConfiguratorTest
Running
org.apache.maven.archetype.ui.generation.DefaultArchetypeSelectionQueryerTest
Tests run: 5, Failures: 0, Error
Hi,
here is my +1
Kind regards
Karl Heinz Marbaise
On 2/18/15 11:11 PM, Karl Heinz Marbaise wrote:
Hi,
We solved 11 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11250&version=16635
There are no issues left in JIRA:
http://jira.codehaus.org/browse/MREPOSITORY#selectedTab
16 matches
Mail list logo
