On 24-Sep-08, at 7:53 AM, Benjamin Bentmann wrote:
Jason van Zyl wrote:
On 23-Sep-08, at 10:50 PM, Benjamin Bentmann wrote:
As releasing the stub plugins would increase their potential to
trouble unaware users
How so?
The problem I originally described was about users that referred to
Jason van Zyl wrote:
On 23-Sep-08, at 10:50 PM, Benjamin Bentmann wrote:
As releasing the stub plugins would increase their potential to
trouble unaware users
How so?
The problem I originally described was about users that referred to
LATEST plugin version and had the snapshot repo enabled
Hi,
I am writing a custom maven2 MOJO. I need to access the runtime
configuration of another plugin, from this MOJO.
What is the best way to do this?
A concrete example: I would like to access any user defined excludes
and includes patterns of the maven-surefire-plugin from my MOJO.
Chee
On 23-Sep-08, at 10:50 PM, Benjamin Bentmann wrote:
Jason van Zyl wrote:
On 23-Sep-08, at 9:39 PM, John Casey wrote:
Would it be feasible to bundle these stub plugins into a zip
artifact that can be released into the central repository, then
retrieved, unzipped, and referenced
We need t
Jason van Zyl wrote:
On 23-Sep-08, at 9:39 PM, John Casey wrote:
Would it be feasible to bundle these stub plugins into a zip artifact
that can be released into the central repository, then retrieved,
unzipped, and referenced
We need to release all those support plugins anything else rela
Fixed the issue Brett found (I don't know why it worked at all on my
machine), as well as tossing in a quick new feature MREACTOR-5 which
allows you to resume a reactor:make build.
Also, this time I made sure I deployed the 1.0 site.
-- Forwarded message --
Date: Tue, 16 Sep
There are three bug fixes and I added transformer support for META-INF/
services entries, and MANIFEST.MF files where you specify a Main-Class
for the final shaded JAR. It's here:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11540&fixfor=14381
If no one objects I'll stag
On 23-Sep-08, at 9:39 PM, John Casey wrote:
Would it be feasible to bundle these stub plugins into a zip
artifact that can be released into the central repository, then
retrieved, unzipped, and referenced (via and
) in the tests? This might make it cleaner to keep
it out of the hands of
Would it be feasible to bundle these stub plugins into a zip artifact
that can be released into the central repository, then retrieved,
unzipped, and referenced (via and ) in
the tests? This might make it cleaner to keep it out of the hands of
normal users...
The other thing to think about i
Hi,
I just had an interesting chat on IRC about some pitfall that I feel is
worth to share so that others know about this, too.
Somebody wondered why his Maven builds were suddenly prepending
[MAVEN-CORE-IT-LOG]
to the log output, for instance during invocation of "clean:clean".
The origin
Would not it be better to move wagons and anything else not intended to
be visible by plugins into a separate classloader?
Brett Porter wrote:
/me cheers
Yep, go for it.
This will also mean producing shaded versions of the wagons though I
think, or creating a shaded "built-in wagons" JAR, to
+1
2008/9/22 Raphaël Piéroni <[EMAIL PROTECTED]>
> Hi,
>
> We solved 19 issues:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11095&styleName=Html&version=14253
>
> Staging repo:
> http://people.apache.org/~rafale/archetype-stage-repository/
> Beware of MNG-2974, a workaround is
+1
--jason
On Sep 23, 2008, at 2:14 AM, Raphaël Piéroni wrote:
Hi,
We solved 19 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11095&styleName=Html&version=14253
Staging repo:
http://people.apache.org/~rafale/archetype-stage-repository/
Beware of MNG-2974, a workaround i
13 matches
Mail list logo
