+1
Vincent
2007/2/24, Arnaud HERITIER [EMAIL PROTECTED]:
+1
Arnaud
On 2/24/07, Stephane Nicoll [EMAIL PROTECTED] wrote:
Ooops, sorry.
+1
Stéphane
On 2/17/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Hi,
I'd like to release the maven-changelog-plugin. A vote for this has
Maybe a couple of hours too late, sorry.
+1
Andy
On 23 Feb 2007, at 08:52, Brett Porter wrote:
Please vote for the release of Surefire 2.3. This now includes the
API, providers, plugin and report plugin.
[ ] +1
[ ] 0
[ ] -1
Staged at: http://people.apache.org/~brett/release-staging-repo/
Hi there,
I was wondering what the current process is for sandbox access? I've
got some minor changes to my dependency analyser plugin [1] that got
added to the sandbox which I'd like to commit. I hope to work on this
more some point in the future too.
Cheers,
Mark
[1]
-
This patch isn't correct because the rpc client doesn't need enhanced classes.
We need to generate model classes for the rpc client without enhancement.
Please, revert your patch.
Emmanuel
Andrew Williams a écrit :
The SampleClient fails to run without it.
Caused by:
I must admit I was very tempted to put that back in.
Perhaps not exactly the same logo, make a change in the 2.1 tree :)
I wondered also if I could tie it to some colour logging work I have
up my sleeve so we could colour the a of Maven
like the official logo.
Any objections?
Andy
On 15
Reverted. Can someone look at fixing this the correct way then? I
would like to use this code.
Andy
On 26 Feb 2007, at 12:53, Emmanuel Venisse wrote:
This patch isn't correct because the rpc client doesn't need
enhanced classes.
We need to generate model classes for the rpc client without
On 26 Feb 07, at 7:55 AM 26 Feb 07, Andrew Williams wrote:
I must admit I was very tempted to put that back in.
Perhaps not exactly the same logo, make a change in the 2.1 tree :)
I wondered also if I could tie it to some colour logging work I
have up my sleeve so we could colour the a of
On Monday 26 February 2007 07:36, Mark Hobson wrote:
I was wondering what the current process is for sandbox access? I've
got some minor changes to my dependency analyser plugin [1] that got
added to the sandbox which I'd like to commit. I hope to work on this
more some point in the future
Yes we get enough junk in the logs, please don't put that in. If you
don't know you're running maven when you type mvn, then there's no hope
for you. If you want to know the version from logs, then it should be
simple to just output a simple version line (1 line!!!) in the
execution.
On 26/02/07, Daniel Kulp [EMAIL PROTECTED] wrote:
The sandbox is open to all apache commiters to work on maven related s
stuff. However, it's not open to anyone other than apache commiters.
One reason is legal related. The apache commiters have all signed the
cla's and such that allow them
It took a little more time than expected, but here are the result of
this vote:
+1 (4): Dennis Lundberg, Stephane Nicoll, Arnaud Heritier, Vincent Siveton
-1 (1): dvicente (non-binding user vote)
I will go ahead with the release in spite of the (non-binding) -1 user
vote. This release is way
On 26 Feb 07, at 7:36 AM 26 Feb 07, Mark Hobson wrote:
Hi there,
I was wondering what the current process is for sandbox access? I've
got some minor changes to my dependency analyser plugin [1] that got
added to the sandbox which I'd like to commit. I hope to work on this
more some point in
The banner is useful in debugging.
Especially the versions of non-project dependencies ( maven / wagon /
plugins )
Having a banner would address some of that.
Having an 'opt-out' of the banner would also be useful (ala the
interactiveMode offline and usePluginRegistry type settings in the
On 26/02/07, Jason van Zyl [EMAIL PROTECTED] wrote:
If you're an apache committer then you're free to work no it and you
already have permission. If you're not then mojo might be better
where we can give you access to work on it.
I've got mojo rights but not apache rights. Where it currently
Mark Hobson wrote:
On 26/02/07, Jason van Zyl [EMAIL PROTECTED] wrote:
If you're an apache committer then you're free to work no it and you
already have permission. If you're not then mojo might be better
where we can give you access to work on it.
I've got mojo rights but not apache
On 26/02/07, Jörg Schaible [EMAIL PROTECTED] wrote:
I can act as relay. Unfortunately I can only work on it in the evening, I
cannot commit from the office (although we need the functionality there
grr).
Oh the irony ;)
The sandbox already contains shared/maven-dependency-analyzer and
You have a few options here.
1) Don't expose jpox enhanced objects in the rpc interface.
2) Have a second set of identical objects, on a different package, that
are exposed via RPC. This would require a set of Copy methods to copy
the JPOX enhanced object values into this second set of objects.
I plan to take this up in alpha-3. Alpha-2 is basically ready to be released
right now, just need to figure out the new process and call a vote.
-Original Message-
From: Mark Hobson [mailto:[EMAIL PROTECTED]
Sent: Monday, February 26, 2007 3:11 PM
To: Maven Developers List; [EMAIL
Jorg,
Make a branch off of the trunk for now. Since these are separate goals, a merge
will be easy later after the release.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jörg Schaible
Sent: Monday, February 26, 2007 2:47 PM
To: dev@maven.apache.org
Subject: Re:
Mark Hobson wrote:
On 26/02/07, Jörg Schaible [EMAIL PROTECTED] wrote:
I can act as relay. Unfortunately I can only work on it in the evening, I
cannot commit from the office (although we need the functionality there
grr).
Oh the irony ;)
The sandbox already contains
Brian E. Fox wrote:
Jorg,
Make a branch off of the trunk for now. Since these are separate goals, a
merge will be easy later after the release.
OK!
- Jörg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Jörg Schaible wrote:
Brian E. Fox wrote:
Jorg,
Make a branch off of the trunk for now. Since these are separate goals, a
merge will be easy later after the release.
OK!
Merged in the sandbox.
- Jörg
-
To
Why does mvn always install a new jar file when the original jar file
did not change? Would be nice if it could skip this step to speed up
large multi-module builds when only single module (or few modules)
have changes.
Same goes for handling copying resources... seems like mvn spends a
Anyone know what this means?
snip
[WARNING] Component returned which is not the same manager. Ignored.
component=org.apache.maven.profiles.activation.JdkPrefixProfileActivator
@b113c7
/snip
I'm seeing a tone of these in the Geronimo build... seems to happen
randomly from build to build.
I think you broke the convention of 2 spaces indentation for xml file ;-)
On 2/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: joehni
Date: Mon Feb 26 13:19:19 2007
New Revision: 512016
URL: http://svn.apache.org/viewvc?view=revrev=512016
Log:
Format new XML part.
Modified:
The SampleClient fails to run without it.
Caused by: java.lang.NoClassDefFoundError: javax/jdo/spi/
PersistenceCapable
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
at
It would be better to return an empty list instead of null. File an issue and
we'll look at it
But for the changelog plugin, you need to make a workaround for now.
Emmanuel
Dennis Lundberg a écrit :
I'm trying to figure out
http://jira.codehaus.org/browse/MCHANGELOG-54
The reporter is
27 matches
Mail list logo