Hi,
Forwarding this message to the Maven Developers to get the insiders views on
the choice of implementation language for writing Maven2 Plugins (Please
read my mail below). Your reply will be very much appreciated. I have tried
searching the mailing list archives but haven't found a relevant di
+1
Fabrice
On 7/17/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
Hi,
I'd like to release maven-changelog-plugin 2.1. All issues in JIRA have
been closed.
Release Notes:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11211&styleName=Html&version=12587
Tag:
http://svn.apache.org
+1
Fabrice
On 7/16/07, Vincent Siveton <[EMAIL PROTECTED]> wrote:
Hi,
I would like to release the Maven Javadoc Plugin 2.3. The last release
has been about 6 months ago.
We solved around 30 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11138&styleName=Html&version=13304
Hi,
Results:
Binding: +6 (Jason, Brian, Trygve, Arnaud, Lukas, Vincent)
Non-binding: +1 (Andrew)
I will proceed with the move quickly.
Thanks,
Vincent
2007/7/14, Vincent Siveton <[EMAIL PROTECTED]>:
Hi,
The last release (beta) of maven-antlr-plugin was more than two years
ago. We did some s
+1
Vincent
2007/7/14, Vincent Siveton <[EMAIL PROTECTED]>:
Hi,
The last release (beta) of maven-antlr-plugin was more than two years
ago. We did some small enhancements.
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11123&fixfor=12931
A release could be done shortly but I
+1
Arnaud
On 17/07/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
Hi,
I'd like to release maven-changelog-plugin 2.1. All issues in JIRA have
been closed.
Release Notes:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11211&styleName=Html&version=12587
Tag:
http://svn.apache.org/r
Hi Lukas,
2007/7/17, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
Author: ltheussl
Date: Tue Jul 17 13:45:47 2007
New Revision: 557051
URL: http://svn.apache.org/viewvc?view=rev&rev=557051
Log:
Various fixes to Xdoc parser:
- don't emit anchor for section titles (should be done by a sink if desired)
Thanks!
Vincent
2007/7/17, Dennis Lundberg <[EMAIL PROTECTED]>:
Sorry about that, I couldn't imagine that there was a test relying on
the i18n properties. This should teach me not to jump to conclusions :)
Fixed in r556950.
Vincent Siveton wrote:
> Hi Dennis,
>
> Could you fix also the test c
Hi,
I'd like to release maven-changelog-plugin 2.1. All issues in JIRA have
been closed.
Release Notes:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11211&styleName=Html&version=12587
Tag:
http://svn.apache.org/repos/asf/maven/plugins/tags/maven-changelog-plugin-2.1/
Staged at:
+1
-Lukas
Vincent Siveton wrote:
Hi,
I would like to release the Maven Javadoc Plugin 2.3. The last release
has been about 6 months ago.
We solved around 30 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11138&styleName=Html&version=13304
There are still a couple of is
Just committed it, even though I don't entirely agree with Dennis'
reasonings. We (ie doxia) wouldn't be violating any rules, it's the user
who provides a non-valid URI. What goes in, comes out, it's not doxia's
job to correct that. But contrary to both of you, I'm not surfing on
Windows, so I
I agree to not allow them. I'm on windows but I always use the /.
Users will have less issues if they have this habit.
Arnaud
On 17/07/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
Well, it depends, as always :)
We could allow for .\ and ..\ in our own internal representation, but we
cannot o
On 17 Jul 07, at 9:30 AM 17 Jul 07, John Casey wrote:
Actually, that's even more perplexing...I use the same username
almost everywhere! ...certainly both here and on people.a.o...
I'll add some logging for you. I have to take this plugin to some
decent level, to many people are using it
Well, it depends, as always :)
We could allow for .\ and ..\ in our own internal representation, but we
cannot output those directly in our xhtml. If we do, then we are
violating the RFC for URIs.
They would have to be converted to / before the xhtml document is
written out. Supporting both
Ok, I got it :)
Shouldn't we still allow ".\" and "..\" as well as windows people might
use that for internal links? Or is that illegal also for links between
files?
-Lukas
Dennis Lundberg wrote:
I was caught by this one the other day as well, but didn't have time
then to see what had gone
Did you build the stage-plugin yourself from the latest in SVN?
John Casey wrote:
Actually, that's even more perplexing...I use the same username almost
everywhere! ...certainly both here and on people.a.o...
-john
On Jul 17, 2007, at 12:04 PM, Dennis Lundberg wrote:
John,
The stage plugi
Actually, that's even more perplexing...I use the same username
almost everywhere! ...certainly both here and on people.a.o...
-john
On Jul 17, 2007, at 12:04 PM, Dennis Lundberg wrote:
John,
The stage plugin currently doesn't pick up the credentials from
settings.xml. Apparently its a w
John,
The stage plugin currently doesn't pick up the credentials from
settings.xml. Apparently its a wagon thing. This causes grief if your
local username is not the same as your apache username. I have hacked
the plugin locally to take a stage.username parameter that helps me get
aroung this
Sorry about that, I couldn't imagine that there was a test relying on
the i18n properties. This should teach me not to jump to conclusions :)
Fixed in r556950.
Vincent Siveton wrote:
Hi Dennis,
Could you fix also the test case?
Thanks,
Vincent
2007/7/16, [EMAIL PROTECTED] <[EMAIL PROTECTED
I was caught by this one the other day as well, but didn't have time
then to see what had gone wrong.
Cabasson Denis wrote:
(I know there is a DOXIA list, but I haven't been able to find it in a short
time, so I used the Maven dev one).
My problem is that on Windows, links beginning with "./"
Thank you for pointing me in the right direction. I've submitted the
patch through the url you suggested.
I've made a little fix regarding the location of the test I included.
It's now in the src/test/java directory :)
So if anyone wants to try the new feature use the patch included in
http://
Hi,
The right place for maven-eclipse-plugin patch is
http://jira.codehaus.org/browse/MECLIPSE
i am also using many multi module projects, but i like it far more to:
* checkout one multi module project
* start maven-eclipse-plugin
* import using the eclipse multi project importer all sub modules
(I know there is a DOXIA list, but I haven't been able to find it in a short
time, so I used the Maven dev one).
My problem is that on Windows, links beginning with "./", such as "./link" is
not interpreted as an external link (because StructureSink.isExternalLink is
seaching for ".\"). Thus, i
(you know there is a doxia list?...)
I don't quite understand your evaluation of the problem.
StructureSink.isExternalLink uses text.indexOf( "." + File.separatorChar
), so this returns true for "./link" (Unix) and ".\link" (Windows). In
any case you should get an external link (no #) for "./s
First of all I hope this is the right place to send my patch to.
At my company we're used to check out an entire project from subversion.
So we'll get all the modules of a project in one eclipse project. The
eclipse plugin will create .project and .classpath files in each module
directory. For
Hmm, no luck with the stage plugin, and not a single line of
output...it just hangs.
Does anyone here have any idea why this might be the case, before I'm
stuck diving into the source code to figure out why our published
documentation on the release process doesn't work as explained?
BTW,
Hi Dennis,
Could you fix also the test case?
Thanks,
Vincent
2007/7/16, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
Author: dennisl
Date: Mon Jul 16 15:17:58 2007
New Revision: 556753
URL: http://svn.apache.org/viewvc?view=rev&rev=556753
Log:
o Spell JIRA with capital letters.
Could you please revert the Doxia revision :
http://svn.apache.org/viewvc?view=rev&revision=555417
And deploy a new snapshot version of doxia since latest version
(doxia-core-1.0-alpha-9-20070714.200033-13) is shipping with this patch.
This patch is breaking report created by lots of plugin. Ind
Please ignore my previous mail. For sake of clarification, I'll re-post to an
empty thread.
Sorry for the trouble.
Denis.
> -Message d'origine-
> De : Cabasson Denis [mailto:[EMAIL PROTECTED]
> Envoyé : mardi 17 juillet 2007 15:06
> À : Maven Developers List
> Objet : Revert doxia rev
Could you please revert the Doxia revision :
http://svn.apache.org/viewvc?view=rev&revision=555417
And deploy a new snapshot version of doxia since latest version
(doxia-core-1.0-alpha-9-20070714.200033-13) is shipping with this patch.
This patch is breaking report created by lots of plugin. In
Hi Jason,
The collector resolves conflicts by asking a chain of
ConflictResolvers in turn to see if they can select an appropriate
version. If a ConflictResolver cannot resolve the conflict, then it
simply returns null and the next ConflictResolver in the chain is
consulted, and so on. If the e
On Sat, Jul 14, 2007 at 11:33:00AM -0400, Vincent Siveton wrote:
> A release could be done shortly but I would like to move the
> maven-antlr-plugin and maven-antlr3-plugin (in sandbox) to Mojo
> project.
>
> During the last year, I am the main committer on this project.
> Recently, David Holroyd
32 matches
Mail list logo
