Re: Default plugin execution id

2008-11-07 Thread Christian Schulte
Brett Porter wrote: > How about #groupId:artifactId:sequenceNumber. > > It would be unique to the POM. > ^ 4.0.0 The identifier of this execution for labelling the goals during the build, and for matchi

Re: Default plugin execution id

2008-11-07 Thread Brett Porter
How about #groupId:artifactId:sequenceNumber. It would be unique to the POM. On 07/11/2008, at 10:09 PM, Christian Schulte wrote: Brian E. Fox wrote: Definitely 2.1 and that way if there is a conflict, it's part of moving forward. Is there a name besides default that might be less likely to

Re: Default plugin execution id

2008-11-07 Thread Christian Schulte
Brian E. Fox wrote: > Definitely 2.1 and that way if there is a conflict, it's part of moving > forward. Is there a name besides default that might be less likely to > conflict? > org.apache.maven/2.1 ? -- Christian - To unsub

Re: Notes from Build Tools BOF at ApacheCon US 2008

2008-11-07 Thread Brett Porter
Thanks Wendy for organising and taking more thorough notes :) I've observed a few interesting things here. It feels like people are "happier" with Maven than previously. Rather than frustration, there have been more questions and enthusiasm. It seems as though the fundamentals have sunk in

Re: (output) encoding support in doxia-sink-api

2008-11-07 Thread Vincent Siveton
> Another question might be: Does the relation > 1 sink -> 1 output file/stream > always hold or are there formats that might need to output multiple files? > In the later case, createSink( OutputStream ) would be troublesome. The relation should persist. Cheers, Vincent

Re: (output) encoding support in doxia-sink-api

2008-11-07 Thread Hervé BOUTEMY
> > Then I think "Sink createSink( Writer writer )" should be removed. > > I prefer deprecated for backward compatibility issue. this method was added in 1.0-beta-1-SNAPSHOT: 1.0-beta-1 hasn't been released yet. Is there really any backward compatibility issue here?

RE: Default plugin execution id

2008-11-07 Thread Brian E. Fox
Definitely 2.1 and that way if there is a conflict, it's part of moving forward. Is there a name besides default that might be less likely to conflict? -Original Message- From: Paul Gier [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2008 4:18 PM To: Maven Developers List Subject: R

Re: Default plugin execution id

2008-11-07 Thread Paul Gier
Ok thanks, I attached a patch which is just a one line change to set the execution id to "default" if nothing is specified. It fixes the issue for me, but I guess the concern is that it could change the behaviour for anyone currently using an id of "default" or not using an execution id. So I

RE: Default plugin execution id

2008-11-07 Thread Brian E. Fox
Yes, this is needed. I have a jira somewhere for it... http://jira.codehaus.org/browse/MNG-3401 -Original Message- From: Paul Gier [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2008 3:46 PM To: Maven Developers List Subject: Default plugin execution id Hi everyone, I'd like to b

Default plugin execution id

2008-11-07 Thread Paul Gier
Hi everyone, I'd like to be able to configure the default execution of a plugin within an execution instead of doing it through the main plugin configuration. So the result would look something like this: org.apache.maven.plugins maven-jar-plugin default

Notes from Build Tools BOF at ApacheCon US 2008

2008-11-07 Thread Wendy Smoak
We had a Build Tools and Repository Managers BOF earlier this week at ApacheCon... while I left the topic general, it pretty much turned into the Maven BOF. :) Following are brief notes about the topics that came up. Please fill in if I missed something or ask for more details, more than likely

Re: svn commit: r712146 - /maven/doxia/doxia/trunk/doxia-core/src/test/java/org/apache/maven/doxia/sink/SinkTestDocument.java

2008-11-07 Thread Vincent Siveton
Hi, 2008/11/7 Hervé BOUTEMY <[EMAIL PROTECTED]>: > -1: please revert this change > > String.valueOf( '\u00a9' ) represents the Copyright symbol: there is no > encoding notion available here. > => the code was perfectly correct and did what was expected Not sure since I got exception with the orig

Re: compiler plugin: separate test compiler configuration

2008-11-07 Thread Oleg Gusakov
Such contriction will not work. The problem is in the way compiler plugin is instantiated: compiler environment is created, and them the same instance is reused for test-compiler, sticking to the existing plugin configuration. Execution does not get a new instance of as far as can see. That

Re: (output) encoding support in doxia-sink-api

2008-11-07 Thread Hervé BOUTEMY
Le vendredi 07 novembre 2008, Benjamin Bentmann a écrit : > It might however be convenient to create an AbstractTextSinkFactory from > which all/most text-based sinks could inherit. Seems a good idea. This would ensure too that every text-based sinks have the same default encoding: it gives some c

Re: svn commit: r712146 - /maven/doxia/doxia/trunk/doxia-core/src/test/java/org/apache/maven/doxia/sink/SinkTestDocument.java

2008-11-07 Thread Hervé BOUTEMY
-1: please revert this change String.valueOf( '\u00a9' ) represents the Copyright symbol: there is no encoding notion available here. => the code was perfectly correct and did what was expected I'll try to explain what the new code does: 1. String.valueOf( '\u00a9' ): gets the Copyright symbol (

Apache Portable Runtime artifacts

2008-11-07 Thread Alan D. Cabrera
I would like to publish the APR artifacts into the Maven repository, [1]. I think that the group id should be org.apache.apr and the artifact id should be apr. Does anyone have a problem with these group and artifact ids? Does anyone have a problem with me publishing these artifacts? R

Re: (output) encoding support in doxia-sink-api

2008-11-07 Thread Benjamin Bentmann
Hervé BOUTEMY wrote: For the next 1.0-beta-1 version, 2 methods have been added to SinkFactory interface to improve encoding support: - Sink createSink( File outputDir, String outputName, String encoding ) Sounds good. This would enable the caller to configure the desired output encoding for

RE: svn commit: r712015 [2/8] - in /maven/mercury/trunk: mercury-artifact/src/main/java/org/apache/maven/mercury/artifact/ mercury-it/src/test/java/org/apache/maven/mercury/dependency/tests/ mercury-i

2008-11-07 Thread Brian E. Fox
Oleg, these distro mgt urls are not right, not sure where they came from but they are all over your poms: + + + repo1 + Maven Central Repository + scp://repo1.maven.org/home/projects/maven/repository-staging/to-ibiblio/maven2 + +deployed + + + repo1 +

(output) encoding support in doxia-sink-api

2008-11-07 Thread Hervé BOUTEMY
Hi folks, For the next 1.0-beta-1 version, 2 methods have been added to SinkFactory interface to improve encoding support: - Sink createSink( File outputDir, String outputName, String encoding ) - Sink createSink( Writer writer ) See [1] for the full interface. I worked with Vincent to implement

Julia Antonova/Tumlare is out of office.

2008-11-07 Thread Julia Antonova
I will be out of the office starting 01.11.2008 and will not return until 10.11.2008. I will respond to your message when I return. In urgent cases please refer to Elena Tonoyan ([EMAIL PROTECTED]) or Daria Ignatieva ([EMAIL PROTECTED])

Re: compiler plugin: separate test compiler configuration

2008-11-07 Thread mlorenzi
Milos Kleint wrote: > > well, I suppose the question was if configuring just the testCompile > execution doesn't work. > I suppose having a general config at sourcelevel 1.4 and then specific > one for testCompile execution shall work. > I've the same problem and I've tried this way too, but i