in the range [2.2.0,).
[INFO]
[INFO]
[INFO] Forking cloudtrace 1.5.0-SNAPSHOT
[INFO]
On Mon, Nov 19, 2012 at 12:10 AM, Barrie Treloar baerr...@gmail.com wrote:
On Mon, Nov 19, 2012 at 11:32 AM, Benson Margulies
bimargul...@gmail.com wrote:
Barrie, I understand this much, but what I don't understand
Or is this the real villan:
[DEBUG] Lifecycle site - [pre-site, site, post-site, site-deploy]
[INFO]
[INFO] maven-javadoc-plugin:2.9:aggregate (report:aggregate) @ accumulo
[INFO]
[INFO]
[INFO] Forking accumulo 1.5.0-SNAPSHOT
[INFO]
On Mon, Nov 19, 2012 at 8:30 AM, Benson Margulies bimargul
are:
- aggregate reporting plugins (like Javadoc in your example)
- using the new way of configuring reporting plugins, i.e. under the
Site Plugin's configuration element
I try to stay away from both if I can...
On 2012-11-19 14:31, Benson Margulies wrote:
Or is this the real villan:
[DEBUG
Ever since JIRA 4.2, they have had a REST API.
So I think that we need to make m-c-p learn to use it.
Anyone else game to pitch in? Anyone mind the thought of the CXF REST
client library as a (not very small) dependency?
-
To
.
On Sun, Nov 18, 2012 at 5:49 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Any reason you sent this to the Maven list?
On 18 November 2012 21:50, Benson Margulies bimargul...@gmail.com
wrote:
Here I am on osx.
trying to build thrift 0.8, I run aground
://marketplace.atlassian.com/plugins/com.atlassian.jira.jira-rest-java-client
On Nov 19, 2012, at 7:14 PM, Benson Margulies bimargul...@gmail.com wrote:
Ever since JIRA 4.2, they have had a REST API.
So I think that we need to make m-c-p learn to use it.
Anyone else game to pitch in? Anyone mind the thought
Do we have, right now, either:
1) A way of mapping java-commons-logging to the mojo log API, or
2) A way of mapping slf4j to the mojo log?
?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands,
On Mon, Nov 19, 2012 at 8:34 PM, Jason van Zyl ja...@tesla.io wrote:
On Nov 19, 2012, at 8:29 PM, Benson Margulies bimargul...@gmail.com wrote:
Do we have, right now, either:
1) A way of mapping java-commons-logging to the mojo log API, or
Do you mean commons-logging, JUL, or both
On Sun, Nov 18, 2012 at 5:45 PM, Hervé BOUTEMY herve.bout...@free.fr wrote:
Le dimanche 18 novembre 2012 17:24:14 Benson Margulies a écrit :
Folks,
I myself feel like a bit of a looping site build myself on this
subject, and I apologize.
The build of Apache Accumulo is showing the 'classic
A gmail prank. Urk. Sorry. Please ignore.
On Sun, Nov 18, 2012 at 5:49 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
Any reason you sent this to the Maven list?
On 18 November 2012 21:50, Benson Margulies bimargul...@gmail.com wrote:
Here I am on osx.
trying to build thrift
On Sun, Nov 18, 2012 at 7:13 PM, Barrie Treloar baerr...@gmail.com wrote:
On Mon, Nov 19, 2012 at 9:39 AM, Brett Porter br...@apache.org wrote:
As Hervé says, it'll depend on the reports you're using. Cobertura forks to
ensure the tests are run with the instrumented classes - though I believe
On Fri, Nov 16, 2012 at 7:03 AM, Chris Graham chrisgw...@gmail.com wrote:
I prefer classname based, as it is, by definition, definative.
If you're concerned about details getting lost, then might I suggest that
you route that logging output to a separate file? trace.log works for me
(and give
On Thu, Nov 15, 2012 at 8:18 AM, Olivier Lamy ol...@apache.org wrote:
Hi,
Currently logger for all mojos is the DefaultPluginManager logger.
So it's a bit hard to have filtering per plugin (i.e. only compiler in
debug etc..)
So I'd like to change that to be able to customize mojo logging.
On Thu, Nov 15, 2012 at 8:30 AM, Jason van Zyl ja...@tesla.io wrote:
On Nov 15, 2012, at 8:18 AM, Olivier Lamy ol...@apache.org wrote:
Hi,
Currently logger for all mojos is the DefaultPluginManager logger.
So it's a bit hard to have filtering per plugin (i.e. only compiler in
debug etc..)
I can see arguments on both sides of this question of how to pick the
logging ID. I'll start with my corner.
The convention of having a logger for each class, named after the
class, is just that. A convention. It serves well in many cases.
However, in my opinion, it threatens to become a sort of
On Thu, Nov 15, 2012 at 11:25 AM, Jason van Zyl ja...@tesla.io wrote:
On Nov 15, 2012, at 11:08 AM, Benson Margulies bimargul...@gmail.com wrote:
I can see arguments on both sides of this question of how to pick the
logging ID. I'll start with my corner.
The convention of having a logger
On Tue, Nov 13, 2012 at 10:42 AM, Jason van Zyl ja...@tesla.io wrote:
Does this instance use for authentication? I tried my LDAP password and
that doesn't seem to work.
I don't think it uses ldap. Have you tried password recovery?
I'm trying to make a roadmap page for the proposed
On Sat, Nov 10, 2012 at 3:38 PM, Robert Scholte rfscho...@apache.org wrote:
I wouldn't gamble on a release shortly, there are more activities on other
plugins.
I'm using markdown just fine with 3.1 at work.
Op Sat, 10 Nov 2012 20:54:10 +0100 schreef Jason van Zyl ja...@tesla.io:
Is a
This vote passes.
+1 binding: bimargulies, olamy, rgoers, krosenvold, hboutemy, dennisl
+1 non-binding: Lukas Theussl, Gary Gregory
Promotion proceeds promptly.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For
The Maven team is pleased to announce the release of the Maven PDF Plugin,
version 1.2
Generates a PDF document from the project site.
http://maven.apache.org/plugins/maven-pdf-plugin/
You should specify the version in your project's plugin configuration:
plugin
Can you do a plain ssh to the target, and/or an SCP? If not, use -d and see
what the fuss is about. If so, then I suspect that you have the wrong
settings.xml.
Mine looks like:
server
idapache.website/id
usernamebimargulies/username
!--
but it
still resorts to a password. What takes the -d switch you mention?
My settings.xml looks similar, but uncommenting password still
doesn't stop the prompt.
Thanks,
Mark
On 7 November 2012 13:58, Benson Margulies bimargul...@gmail.com wrote:
Can you do a plain ssh to the target
to remove the passphrase prompt but it
still resorts to a password. What takes the -d switch you mention?
My settings.xml looks similar, but uncommenting password still
doesn't stop the prompt.
Thanks,
Mark
On 7 November 2012 13:58, Benson Margulies bimargul...@gmail.com wrote:
Can you do
To: Maven Developers List dev@maven.apache.org
Subject: [VOTE] Release Maven XXX Plugin version Y.Z
Hi,
We solved 15
issues:http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11932version=16050
There are still a couple of issues left in
-
xdoc/xref/org/codehaus/modello/plugin/xdoc/XdocGenerator.html
[3]
http://maven.apache.org/plugins/maven-assembly-plugin/assembly-mojo.html
Le dimanche 4 novembre 2012 14:27:57 Benson Margulies a écrit :
Probably the maven 'thing' that frustrates me most frequently is this:
a plugin has
I made you a 'developer'. I am perplexed that the entire group of
committers isn't already there.
On Sun, Nov 4, 2012 at 5:39 PM, Dennis Lundberg denn...@apache.org wrote:
Hi
Can someone please give me karma so that I can administer
https://issues.apache.org/jira/browse/MPOM
I need it to
try now
On Nov 4, 2012, at 6:05 PM, Dennis Lundberg denn...@apache.org wrote:
Thanks Benson,
Unfortunately that didn't help :(
I still can't enter Administration for the MPOM project.
On 2012-11-04 23:51, Benson Margulies wrote:
I made you a 'developer'. I am perplexed that the entire
+1
On Fri, Nov 2, 2012 at 2:11 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
+1
2012/11/1 Dennis Lundberg denn...@apache.org:
Hi,
Changes since the last release:
http://svn.apache.org/viewvc/maven/pom/tags/apache-12/pom.xml?r1=HEADr2=1369674diff_format=h
Staging repo:
Indeed,
http://maven.apache.org/developers/release/maven-project-release-procedure.html
does not mention the tag. If someone wants both the source package
*and* tag, someone should edit that.
On Tue, Oct 30, 2012 at 6:32 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
The release
This vote email does not have a specific link to the source archive. I
won't vote -1 (in fact, I won't vote until I look it over, but that's
supposed to be required).
On Mon, Oct 29, 2012 at 3:35 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
Hi,
This is the first version of
I have two further objections to this.
1: there are files that do not comply with the requirements for IP
notices: readme.md and findbugs-exclude.xml.
I think that, as a PMC, we should impose more or less the same
standards on first releases of new components that the incubator
imposes on
+1, binding, and thanks very much.
By the way, does markdown really do XML comments :-)
On Mon, Oct 29, 2012 at 10:39 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
Hi,
This is the first version of maven-shared-utils, a replacement for
plexus-utils. This version has been tested
strange; I have a working markdown index on a project at work. when I
get home I will send details.
On Oct 29, 2012, at 11:19 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
2012/10/29 Benson Margulies bimargul...@gmail.com:
By the way, does markdown really do XML comments
Hi,
We solved 1 issues:
** Bug
* [MPOM-38] - Enable RAT to help us get maven releases to be
license-header compliant
There are no issues for the top-level POM in JIRA.
Staging repo:
https://repository.apache.org/content/repositories/maven-170/
My vote: +1
On Sat, Oct 27, 2012 at 5:29 PM, Benson Margulies bimargul...@gmail.com wrote:
Hi,
We solved 1 issues:
** Bug
* [MPOM-38] - Enable RAT to help us get maven releases to be
license-header compliant
There are no issues for the top-level POM in JIRA.
Staging repo:
https
from
our own Maven POMs?
Your proposed release is missing a link to the SVN diff in the docs.
The file pom/maven/src/site-docs/apt/index.apt need to be updated.
On 2012-10-27 23:29, Benson Margulies wrote:
Hi,
We solved 1 issues:
** Bug
* [MPOM-38] - Enable RAT to help us get maven
I'm withdrawing this vote so that Dennis can bump version(s).
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
+1
On Thu, Oct 25, 2012 at 5:58 AM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
Hi,
Important bugfix, avatar/image support !
We solved 3 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?version=18761styleName=HtmlprojectId=11142
There are still a couple of issues left
We don't currently run rat in the builds, and I think that it would be
prudent to add that to the picture. Anyone object?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail:
I want to turn it on for release builds.
On Thu, Oct 25, 2012 at 9:45 AM, Jason van Zyl ja...@tesla.io wrote:
As long as it's in a profile it can't hurt.
On Oct 25, 2012, at 9:43 AM, Benson Margulies bimargul...@gmail.com wrote:
We don't currently run rat in the builds, and I think
I tried the experiment of making the plugins pom use the current
snapshot of the global maven parent, and I got:
[INFO] Scanning for projects...
[ERROR] The build could not read 2 projects - [Help 1]
[ERROR]
[ERROR] The project
org.apache.maven.plugins:maven-assembly-plugin:2.4-SNAPSHOT
an execution that just produces
the report to our ordinary build, and hope that people look at it and
actually make changes.
On Thu, Oct 25, 2012 at 10:04 AM, Benson Margulies
bimargul...@gmail.com wrote:
I want to turn it on for release builds.
On Thu, Oct 25, 2012 at 9:45 AM, Jason van Zyl ja
hear you, but I'd also like to hear from some of the others
who commonly serve as RM's.
You can fix all the headers using the maven-license-plugin[1] which does a
good job.
[1]: http://code.google.com/p/maven-license-plugin/
On Oct 25, 2012, at 10:04 AM, Benson Margulies bimargul
that people can see how big the issue is.
As regards slowing the build... given that its just release builds, adding
20-30sec shouldn't be a major issue.
-Stephen
On 25 October 2012 16:36, Benson Margulies bimargul...@gmail.com wrote:
On Thu, Oct 25, 2012 at 10:49 AM, Jason van Zyl ja
On Wed, Oct 24, 2012 at 4:57 AM, Arnaud Héritier aherit...@gmail.com wrote:
Ok if we are all agree I'll process the release this evening.
Thanks for your help guys
I am -1 to a release which does not work, at all, on Maven 3.0.4. I
tested the 'report' mojo last night with the current snapshot
the analyze-report report plugin with the
2.6-SNAPSHOT.
[ERROR] The following builds failed:
[ERROR] * purge-local-repository-reresolve/pom.xml
[ERROR] * purge-local-repository-version-range/pom.xml
/Anders
On Tue, Oct 23, 2012 at 11:42 PM, Benson Margulies
bimargul...@gmail.com
On Wed, Oct 24, 2012 at 7:30 AM, Benson Margulies bimargul...@gmail.com wrote:
On Wed, Oct 24, 2012 at 4:57 AM, Arnaud Héritier aherit...@gmail.com wrote:
Ok if we are all agree I'll process the release this evening.
Thanks for your help guys
I am -1 to a release which does not work, at all
/forum-component/forum-component-common/dependency-analysis.html
I need to investigate more but it won't be before tonight
On Wed, Oct 24, 2012 at 1:48 PM, Benson Margulies
bimargul...@gmail.comwrote:
On Wed, Oct 24, 2012 at 7:30 AM, Benson Margulies bimargul...@gmail.com
wrote:
On Wed, Oct
in another thread.
/Anders
[ERROR] The following builds failed:
[ERROR] * purge-local-repository-reresolve/pom.xml
[ERROR] * purge-local-repository-version-range/pom.xml
/Anders
On Tue, Oct 23, 2012 at 11:42 PM, Benson Margulies
bimargul...@gmail.com wrote:
I made some tiny changes
how would you configure this from a Pom
On Oct 24, 2012, at 1:20 PM, Hervé BOUTEMY herve.bout...@free.fr wrote:
Add missing 'read only' flag to internal injection parameter
no it's not missing at all, it's a configuration needed when user wants to use
another dependency analyzer thatn the
Hervé:
Sorry to mess this up. Can you supply me with a way to use this
parameter from a POM, so that I could add documentation? The doc that
was in there fooled me into thinking that this was one of those
inject-an-implementation situations, not a real configurable
parameter.
--benson
On Wed,
I made some tiny changes to the maven-dependency-plugin to improve the
site, and when I tried to run mvn install -Prun-its with 3.0.4, I got
the following error. So I'm disinclined to check in my tiny fixes
until I know what to make of this.
-
On Fri, Oct 19, 2012 at 7:16 AM, Anders Hammar and...@hammar.net wrote:
Just a question regarding plexus-compiler: Is it known to be used by
anything but the m-compiler-p? As we're bumping to v2.0, how about
breaking backwards compatibility? I'm thinking that we should change
the signature of
1. I have an example of something. I don't quite know what.
I went to release the buildnumber-maven-plugin from the mojo project,
using 2.2.1. I got a murky error about slf4j, followed by a failure to
find a 'dav' transport.
So I patched in wagon-dav, and I now the only problem was the slf4j
On Thu, Oct 11, 2012 at 7:43 AM, Martin Gainty mgai...@hotmail.com wrote:
Hi Oliverwhat are the advantages of moving from tried and true (works
everytime) workhorse of svn to git version control ?
We already discussed and voted this question. let's not do it again.
thanks, From:
java.util.logging. Yea jul sucks
as hell and if used badly it creates permgen issues and other side effects.
But at least it doesnt create class clashes.
The best we could do is to provide a maven.plugin.Logger backend for slf4j.
LieGrue,
strub
- Original Message -
From: Benson
On Sat, Sep 29, 2012 at 12:58 PM, Robert Scholte rfscho...@apache.org wrote:
That would be the first Maven-project at issues.apache.org, right?
Don't think that's very clear for users, assuming most of them already know
their path to jira.codehaus.org.
As per Olamy's email, it's worse than
On Fri, Sep 28, 2012 at 6:06 PM, Dennis Lundberg denn...@apache.org wrote:
Hi
I had a look at why the Javadoc Plugin has started failing. At first it
seemed weird since there had been no code changes, but then it hit me
that a new version of said plugin had just been released, and therefor a
I captured the three command-arg files from 2.8 and 2.9, and compared
them. Here's the only difference. It looks to me as if this is a
difference at Oracle, and that the utils need to change to tolerate
that blank line.
20c20
'http://download.oracle.com/javase/1.5.0/docs/api'
On Mon, Sep 24, 2012 at 8:53 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 24 September 2012 12:58, Benson Margulies bimargul...@gmail.com wrote:
Folks,
Much electronic ink was spilt on the subject of POM5. One of the pools
of ink was created by my attempt, some months ago
http://wiki.eclipse.org/M2E_compatible_maven_plugins
What is the collective thought on making these changes to core
plugins? checkstyle springs to my mind.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For
an API that other IDEs could climb onto. However, I have no idea if
anyone has.
LieGrue,
strub
- Original Message -
From: Benson Margulies bimargul...@gmail.com
To: Maven Developers List dev@maven.apache.org
Cc:
Sent: Sunday, September 23, 2012 7:07 PM
Subject: M2E - motivated
The Maven team is pleased to announce the release of the Maven Javadoc Plugin,
version 2.9
The Maven Javadoc Plugin is a plugin that uses the javadoc tool for
generating javadocs for the specified project.
http://maven.apache.org/plugins/maven-javadoc-plugin/
You should specify the version
Hi,
The vote has passed with the following result :
+1 (binding): Hervé, Olivier, bimargulies, oching
I will promote the artifacts to the central repo.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional
On Thu, Sep 20, 2012 at 10:13 PM, Hervé BOUTEMY herve.bout...@free.fr wrote:
Le jeudi 20 septembre 2012 11:03:54 Benson Margulies a écrit :
The doco is generated by the release. The release is tagged. The links
point to the tag.
It is as it should be; it makes perfect sense
On Fri, Sep 21, 2012 at 7:01 AM, Benson Margulies bimargul...@gmail.com wrote:
On Thu, Sep 20, 2012 at 10:13 PM, Hervé BOUTEMY herve.bout...@free.fr wrote:
Le jeudi 20 septembre 2012 11:03:54 Benson Margulies a écrit :
The doco is generated by the release. The release is tagged. The links
Here's my own +1.
On Wed, Sep 19, 2012 at 12:59 PM, Olivier Lamy ol...@apache.org wrote:
+1
2012/9/19 Benson Margulies bimargul...@gmail.com:
Hi,
We solved 12 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?version=17249styleName=HtmlprojectId=11138
There are still a bevy
On Wed, Sep 19, 2012 at 9:29 PM, Chris Graham chrisgw...@gmail.com wrote:
On Thu, Sep 20, 2012 at 5:46 AM, Benson Margulies
bimargul...@gmail.comwrote:
On Wed, Sep 19, 2012 at 3:02 PM, Anders Hammar and...@hammar.net wrote:
Isn't it a little bit of overkill to do a release for this? Why
Do we need to prioritize releases of these things so that the
published 'scm' pages will update to point to git?
On Wed, Sep 19, 2012 at 9:40 AM, Olivier Lamy ol...@apache.org wrote:
BTW I have started a page here:
http://maven.apache.org/developers/conventions/git.html
we could put some git
A typical thing for people to do is to google for maven-foo, find the
published 'site' doc, and then go to the SCM page.
So, while we've got various ways to rescue people from the confusion
that might ensue if they do the above before the next release, I'd
suggest a point release or some other
otherwise.
/Anders
On Wed, Sep 19, 2012 at 7:58 PM, Benson Margulies bimargul...@gmail.com
wrote:
A typical thing for people to do is to google for maven-foo, find the
published 'site' doc, and then go to the SCM page.
So, while we've got various ways to rescue people from the confusion
Hi,
We solved 12 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?version=17249styleName=HtmlprojectId=11138
There are still a bevy of issues left in JIRA:
On Sun, Sep 16, 2012 at 8:48 AM, Dennis Lundberg denn...@apache.org wrote:
Hi
On 2012-09-16 01:22, bimargul...@apache.org wrote:
Author: bimargulies
Date: Sat Sep 15 23:22:45 2012
New Revision: 1385200
URL: http://svn.apache.org/viewvc?rev=1385200view=rev
Log:
MJAVADOC-342: An incomplete
https://jira.codehaus.org/browse/MNG-3283
Anyone got an idea for how we could organize ourselves to find and
deal with this sort of thing?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands,
vendredi 14 septembre 2012 20:47:23 Benson Margulies a écrit :
I had a party this evening and closed a handful of jiras, some by
fixes, some by invalidity.
Anyone have anything else they want to do before a release
there is not unique to maven's archiver.
In short, IntelliJ need to fix their code. They should be able to handle
that situation.
-Chris
On Fri, Sep 14, 2012 at 2:18 AM, Benson Margulies
bimargul...@gmail.comwrote:
I had trouble working on the javadoc plugin in IntelliJ, and this
response came back
I had a party this evening and closed a handful of jiras, some by
fixes, some by invalidity.
Anyone have anything else they want to do before a release?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional
I had trouble working on the javadoc plugin in IntelliJ, and this
response came back from their support person.
What's special about this artifact? Should I see if making a new
release will fix it?
Quote starts here:
This issue occurs because
I'm working on MJAVADOC-350.
I've discovered that the implementation does not bother to inventory
the individual file names of the source files if there are any
excluded packages.
Anyone know why?
-
To unsubscribe, e-mail:
Who is going to open the initial negotiation with INFRA?
On Wed, Sep 12, 2012 at 4:44 AM, Olivier Lamy ol...@apache.org wrote:
Hi Folks,
So the vote passed, now it's time for volunteers to use their fingers :-).
I have started a page [1] for ETA of migration (note the Volunteer
column :-) )
I don't think we get control of this, but I think you'll be happy with
what we do get. Infra has a repeatable process for converting svn
repos to git.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional
On Mon, Sep 10, 2012 at 8:11 PM, Arnaud Héritier aherit...@gmail.com
wrote:
On Mon, Sep 10, 2012 at 5:30 PM, Benson Margulies
bimargul...@gmail.comwrote:
On Mon, Sep 10, 2012 at 11:25 AM, Daniel Kulp dk...@apache.org wrote:
On Sep 10, 2012, at 11:14 AM, Benson Margulies bimargul
There are people who embed Maven, and they are likely to find it
congenial that they can make it talk to the logging framework of their
choice by dropping in slf4j-X as needed. For the ordinary
command-line, Jason and I and others think that we just pick a
backend, put the appropriate jar into
In Maven 2.x, the following was true; the reactor could not apply a
plugin it had just built. So, if a particular problem required a
plugin (e.g., for generating code), the plugin has to be an
independent project that is built in advance. Is this still true in
3.x?
On a related front, have any
On Mon, Sep 10, 2012 at 11:25 AM, Daniel Kulp dk...@apache.org wrote:
On Sep 10, 2012, at 11:14 AM, Benson Margulies bimargul...@gmail.com wrote:
In Maven 2.x, the following was true; the reactor could not apply a
plugin it had just built. So, if a particular problem required a
plugin (e.g
My plugin has an @Mojo on itself. I'm so far failing to figure out
what I'm missing.
INFO] --- maven-plugin-plugin:3.1:descriptor (default-descriptor) @
r4dws-client-codegen-maven-plugin ---
...
[INFO]
[INFO] BUILD FAILURE
On Mon, Sep 10, 2012 at 3:25 PM, Olivier Lamy ol...@apache.org wrote:
Did you apply exactly pom sample from
http://maven.apache.org/plugin-tools/maven-plugin-plugin/examples/using-annotations.html
Sadly, I did not. I thought I did, but I was wrong. Now I'm fine.
?
2012/9/10 Benson Margulies
On Sun, Sep 9, 2012 at 12:38 PM, Mark Struberg strub...@yahoo.de wrote:
sorry, didn't catch this reply earlier.
I see, but then we are back to my original problem. Once you add e.g.
log4j-slf4j binding then you will get nasty class cast exceptions because
they are not fully binary
I am completely +1 to introducing slf4j as the official API and
allowing plexus logging to slide, however slowly, into the sunset.
Everyone and his or her cat knows the SLF4J API. That, to me, is a
more than sufficient reason to supplement and eventually replace the
existing logging facade. That
, Benson Margulies wrote:
On Sun, Sep 9, 2012 at 12:38 PM, Mark Struberg strub...@yahoo.de
wrote:
sorry, didn't catch this reply earlier.
I see, but then we are back to my original problem. Once you add e.g.
log4j-slf4j binding then you will get nasty class cast exceptions because
/java/org/apache/maven/classrealm/ maven-embedder/
maven-embedder/src/main/java/org/apache/maven/cli/]
On Sep 9, 2012, at 2:24 PM, Benson Margulies wrote:
Again, let's deal with this one thing at a time:
1. Use slf4j-api as our primary facade/api for loggin in Maven. I'm in
favor
implementation [was Re: svn commit: r1380105 - in
/maven/maven-3/trunk: ./ apache-maven/
maven-core/src/main/java/org/apache/maven/classrealm/ maven-embedder/
maven-embedder/src/main/java/org/apache/maven/cli/]
On Sep 9, 2012, at 2:24 PM, Benson Margulies wrote:
Again, let's deal
Hi,
The vote has passed with the following result :
+1 (binding): bimargulies, olamy, hboutemy, dkulp, mstruberg
I will promote the artifacts to the central repo.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For
The Maven team is pleased to announce the release of the Maven Shade Plugin,
version 2.0
Repackages the project classes together with their dependencies into a single
uber-jar, optionally renaming classes
or removing unused classes.
http://maven.apache.org/plugins/maven-shade-plugin/
You
+1 binding can help
On Wed, Sep 5, 2012 at 7:45 AM, Jesse McConnell
jesse.mcconn...@gmail.com wrote:
+1, git is far beyond being a 'fad'
--
jesse mcconnell
jesse.mcconn...@gmail.com
On Wed, Sep 5, 2012 at 6:41 AM, Arnaud Héritier aherit...@gmail.com wrote:
I think Olivier already
https://cwiki.apache.org/confluence/display/MAVEN/Scheme+for+managing+Maven+source+in+Git
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Chris,
Just whom amongst us are you labeling 'a few immature devs'?
Many of us here have been using both git and svn, extensively, for
years now, and have a preference for git based on plenty of practical
experience. While git is new-ish at the ASF, it's official, and a
growing list of projects
Mark, I disagree. Any group of modules that is released together can
just have a git repo. What case do you have in mind where we'd need to
fight with the git submodule madness?
For others: if a project wants to move to git, the project must
provide a delsacrificial victim/del volunteer to help
LieGrue,
strub
- Original Message -
From: Benson Margulies bimargul...@gmail.com
To: Maven Developers List dev@maven.apache.org; Mark Struberg
strub...@yahoo.de
Cc:
Sent: Tuesday, September 4, 2012 11:18 PM
Subject: Re: Git as the canonical SCM
Mark, I disagree. Any group
is not really Maven 3 compatible
I updated the dependency in r1379995
Notice I manually removed extra directories in staging site
Regards,
Hervé
Le vendredi 31 août 2012 18:00:45 Benson Margulies a écrit :
We solved 4 issues:
** Bug
* [MSHADE-103] - maven-shade-plugin does not resolve from
601 - 700 of 1309 matches
Mail list logo