+1 from Emmanuel, Olivier and myself.
I'll proceed with the release.
- Brett
On 28/07/2008, at 1:51 PM, Brett Porter wrote:
Hi
The Wagon 1.0-beta-4 candidate has been staged.
This release includes 4 fixes. You can take a look at the release
notes here:
Quoting Brett Porter [EMAIL PROTECTED]:
I've got some code ready for you to try:
http://www.pdark.de/decentxml-1.0-SNAPSHOT-src.tar.gz
wrong list? :)
I've seen three Maven plugins which use their own code to manipulate
POM and other XML files in projects, so I guess this is the right list
Quoting Olivier Lamy [EMAIL PROTECTED]:
Hi,
In preparation of the maven-war-plugin, I'd like to release and
promote out of the sandbox the maven-filtering component version
1.0-alpha-1.
The goal of this component is to provide a common tool for maven
plugins to filtering resources.
If you're
Quoting John Casey [EMAIL PROTECTED]:
I've got some code ready for you to try:
http://www.pdark.de/decentxml-1.0-SNAPSHOT-src.tar.gz
wrong list? :)
still, sounds cool. Are you parking this at SF or Codehaus or anywhere
like that? :-)
Currently, I'm hosting that on my own server; this was a
On 30/07/2008, at 4:52 PM, Aaron Digulla wrote:
Quoting Brett Porter [EMAIL PROTECTED]:
I've got some code ready for you to try:
http://www.pdark.de/decentxml-1.0-SNAPSHOT-src.tar.gz
wrong list? :)
I've seen three Maven plugins which use their own code to manipulate
POM and other XML
Yes, +1 !
- Fabrice
[EMAIL PROTECTED]
On Wed, Jul 30, 2008 at 12:35 AM, Olivier Lamy [EMAIL PROTECTED] wrote:
Hi,
In preparation of the maven-war-plugin, I'd like to release and
promote out of the sandbox the maven-filtering component version
1.0-alpha-1.
The goal of this component is to
Hi,
The front page [1] says :
This Plexus components has been build with the filtering process/code
coming from the maven-resources-plugin.
The goal is to provide a common way for all plugins which needs to
filtering resources.
It's not enough ? (sorry I'm not english native and I can't put more
On Wed, Jul 30, 2008 at 8:00 AM, Brett Porter [EMAIL PROTECTED] wrote:
On 30/07/2008, at 4:52 PM, Aaron Digulla wrote:
Quoting Brett Porter [EMAIL PROTECTED]:
I've got some code ready for you to try:
http://www.pdark.de/decentxml-1.0-SNAPSHOT-src.tar.gz
wrong list? :)
I've seen
On Wed, Jul 30, 2008 at 8:33 AM, Stephen Connolly
[EMAIL PROTECTED] wrote:
On Wed, Jul 30, 2008 at 8:00 AM, Brett Porter [EMAIL PROTECTED] wrote:
On 30/07/2008, at 4:52 PM, Aaron Digulla wrote:
Quoting Brett Porter [EMAIL PROTECTED]:
I've got some code ready for you to try:
Hi all,
sorry to disturb you, but I sincerely don't like that MJAVADOC-116 has
been closed:
http://jira.codehaus.org/browse/MJAVADOC-116
The bug (because it *is* a bug) is still there, and closing it won't
hide the problem.
Why did you close it? Can you explain the technical difficulties that you
+1
Arnaud
On Tue, Jul 29, 2008 at 11:17 PM, Olivier Lamy [EMAIL PROTECTED] wrote:
+1
--
Olivier
2008/7/29 Vincent Siveton [EMAIL PROTECTED]:
Hi,
We solved 10 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11310styleName=Htmlversion=13182
There are just one
Hi Antonio,
I understand your arguments but this issue is due to
@requiresDependencyResolution tag.
It is more a core problem than a plugin issue. BTW we could add a FAQ entry.
Any more thoughts?
Cheers,
Vincent
2008/7/30 Antonio Petrelli [EMAIL PROTECTED]:
Hi all,
sorry to disturb you, but
Hi Olivier,
2008/7/30 Olivier Lamy [EMAIL PROTECTED]:
Hi,
The front page [1] says :
This Plexus components has been build with the filtering process/code
coming from the maven-resources-plugin.
The goal is to provide a common way for all plugins which needs to
filtering resources.
It's
2008/7/30 Vincent Siveton [EMAIL PROTECTED]:
I understand your arguments but this issue is due to
@requiresDependencyResolution tag.
It is more a core problem than a plugin issue.
Thank you Vincent, but then why don't you open a new issue for the
core, and let MJAVADOC-116 depend on this one,
Hello,
I went into an issue with the release plugin :
I'm using SNAPSHOT plugins, and to make my build reproductible I fixed the
versions to timestamps. This worked fine until today as I get :
java.lang.NoSuchMethodError: createArg
at
Done
Cheers,
Vincent
2008/7/30 Antonio Petrelli [EMAIL PROTECTED]:
2008/7/30 Vincent Siveton [EMAIL PROTECTED]:
I understand your arguments but this issue is due to
@requiresDependencyResolution tag.
It is more a core problem than a plugin issue.
Thank you Vincent, but then why don't you
Done.
Just wait sync.
--
Olivier
2008/7/30 Vincent Siveton [EMAIL PROTECTED]:
Hi Olivier,
2008/7/30 Olivier Lamy [EMAIL PROTECTED]:
Hi,
The front page [1] says :
This Plexus components has been build with the filtering process/code
coming from the maven-resources-plugin.
The goal is to
2008/7/30 Vincent Siveton [EMAIL PROTECTED]:
Done
Great, thanks a lot :-)
So it's MNG-3283 the real problem...
Thanks again and sorry for the (unintended) rudeness.
Antonio
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
There are a couple that are decent. XMLBeans does a good job of not
completely mutilating the XML, and the code that's been created for
m2eclipse using EMF is pretty good as well. Netbeans is still using
some JDOM based code that is not bad either.
The JDOM code is so-so and is used in a
Hi,
while having a look at the recent failure during build #181 of
maven-shared, I noticed that the modules after the failing one were not
build at all (Build failed before it gets to this module).
Since the modules of maven-shared are not that tightly coupled, might it
be sensible to
+1
On 30-Jul-08, at 6:13 AM, Benjamin Bentmann wrote:
Hi,
while having a look at the recent failure during build #181 of maven-
shared, I noticed that the modules after the failing one were not
build at all (Build failed before it gets to this module).
Since the modules of maven-shared
nicolas de loof wrote:
I went into an issue with the release plugin :
java.lang.NoSuchMethodError: createArg
at
org.apache.maven.shared.release.exec.ForkedMavenExecutor.executeGoals(ForkedMavenExecutor.java:79)
Just in case you didn't already find out yourself: The problem was that
Yes, I fixed the issue but updating the plugin timestamp to -7.
Thanks.
Nicolas.
2008/7/30 Benjamin Bentmann [EMAIL PROTECTED]
nicolas de loof wrote:
I went into an issue with the release plugin :
java.lang.NoSuchMethodError: createArg
at
Is it possible ?
I never saw this option in hudson.
Is it the option called Build modules in parallel ?
I also noticed that we oftened manually defined custom local repos for
builds with -Dmaven.repo.local=...
Perhaps we could use the Use private maven repository option that was
added in 1.223 ?
Just use a freestyle project and then you can do whatever you like.
On 30-Jul-08, at 6:36 AM, Arnaud HERITIER wrote:
Is it possible ?
I never saw this option in hudson.
Is it the option called Build modules in parallel ?
I also noticed that we oftened manually defined custom local repos for
Arnaud HERITIER wrote:
We have also always one executor frozen for 1 day :
maven-ant-plugin-trunkhttps://ci.sonatype.org/job/maven-ant-plugin-trunk/
Seems like the other build processor has also gone mad with
maven-2.0.10-RC :( Hudson is totally blocked and has already seven new
IT builds
Jason van Zyl schrieb:
It's official: I'm through with the W3C and the stupid XML parsers which
came in it's wake. To allow to write XML filters and editors which don't
ruin the layout, I've started my own XML parser project DecentXML.
There are a couple that are decent. XMLBeans does a good
Hi,
I've finished all the main features and released version 1.0 of
DecentXML on Google Code: http://code.google.com/p/decentxml/
Regards,
--
Aaron Optimizer Digulla a.k.a. Philmann Dark
It's not the universe that's limited, it's our imagination.
Follow me and I'll show you something beyond
On 30/07/2008, at 12:01 PM, John Casey wrote:
I think you're misunderstanding me: I was talking about test
coverage within _wagon_ itself. Since wagon is on a separate release
cycle to Maven core, Maven releases have to consume released
versions of wagon. This means 72h of voting and so
Fixed now, never seen that happen before so I'll keep an eye out.
-Original Message-
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 30, 2008 3:37 PM
To: Maven Developers List
Subject: Re: CI job maven-shared: fail-at-end?
Arnaud HERITIER wrote:
We have also
there is already http://www.xom.nu/ that is worth considering... its goal is
correctness and roundtripability ;-)... its mature and stable... i have used
it and been very happy
On Wed, 30 Jul 2008 19:34:53 Stephen Connolly wrote:
On Wed, Jul 30, 2008 at 8:33 AM, Stephen Connolly
[EMAIL
Thanks for the time on all of this. I had made a note locally to take a
look at the tests in wagon to see what could be improved once I got
2.0.10 out the door, but you've beaten me to it.
I'll hold off on the RC4 I was about to announce, if you're releasing it
tomorrow, and we can try
No, it's not required to redo it as freestyle just to add fae
On Jul 30, 2008, at 9:45 AM, Jason van Zyl [EMAIL PROTECTED] wrote:
Just use a freestyle project and then you can do whatever you like.
On 30-Jul-08, at 6:36 AM, Arnaud HERITIER wrote:
Is it possible ?
I never saw this option in
Go for it
Sent from my iPhone
On Jul 30, 2008, at 9:13 AM, Benjamin Bentmann [EMAIL PROTECTED]
wrote:
Hi,
while having a look at the recent failure during build #181 of maven-
shared, I noticed that the modules after the failing one were not
build at all (Build failed before it gets to
Just add -fae to the goals line. Until I verify the use separate repo
works I prefer to use the maven switch directly
Sent from my iPhone
On Jul 30, 2008, at 9:36 AM, Arnaud HERITIER [EMAIL PROTECTED]
wrote:
Is it possible ?
I never saw this option in hudson.
Is it the option called
35 matches
Mail list logo