Back to BuildRadator.org - last nights commit made the average time
proportional for each build -
https://buildradiator.org/r#b7n63m6hcb9sm2ttdn/Build_Radiator_DotOrg_Master
Circle CI has a whole bunch of docker setup, and runs " mvn
dependency:go-offline" before it runs the 'mvn package' build.
The tongue-stickty-outy thing was more about the fact that Maven would be
much better off shifting *all* of is documentation into something where
every page has an edit-this-page link. Even if that took the user to a GH
page, where you have to do a fork before you can edit some markdown to make
a
On Thu 1 Jun 2017 at 18:21, Paul Hammant wrote:
> So the only one that worked as the -D arg to the maven invocation. I
> checked the 10K jar into source control to avoid the bootstrap problem, and
> Circle CI does exactly what I'd hope for. Proof being the intended result -
>
So the only one that worked as the -D arg to the maven invocation. I
checked the 10K jar into source control to avoid the bootstrap problem, and
Circle CI does exactly what I'd hope for. Proof being the intended result -
https://buildradiator.org/r#b7n63m6hcb9sm2ttdn/Build_Radiator_DotOrg_Master
OK, thanks.
I'll kill the /build/extensions element of the pom, and try
.mvn/extensions.xml
- Paul
On Thu, Jun 1, 2017 at 7:26 AM, Igor Fedorenko wrote:
> Build extensions are loaded too late to contribute event spies, see how
> EventSpyDispatcher makes a copy of spies
Build extensions are loaded too late to contribute event spies, see how
EventSpyDispatcher makes a copy of spies when it's created. And even if
EventSpyDispatcher didn't make the copy, I think build extensions are
not in scope to capture all events, i.e. things that happen before/after
individual
This page:
https://maven.apache.org/examples/maven-3-lifecycle-extensions.html
My problem: I have an extension that works just fine
in ${maven.home}/lib/ext/ isn't activated when I do the all the things
mentioned in the page.
So my extension was copied from one the Takari EventSpy plugins