Jerome Lacoste wrote:
On 8/31/07, Brett Porter [EMAIL PROTECTED] wrote:
Yeah, I meant to note that - I was thinking that this should be
accompanied by a proposal to take care of the id ambiguity problems
which we've discussed a couple of times before.
I think URLs are still problematic
Le samedi 1 septembre 2007, Brian E. Fox a écrit :
I think we can do this just by generating a sample pluginManagement
snippet on the site somewhere. I don't think anything fancy is needed,
simply providing the snipet so someone can copy and paste will be more
than sufficient. Having it
can somebody with proper karma remove this project definition?
And perhaps create a new project group for enforcer:
http://svn.apache.org/viewvc/maven/enforcer/trunk/
Adding a jdk14 profile would be useful too.
Hervé
Le samedi 1 septembre 2007, [EMAIL PROTECTED] a écrit :
Online report :
A couple of really neat features, regardless of whether guids or some other
identifying mechanism is used, would be
1) ability to use zeroconf (/bonjour) style networking to automatically
configure your mirror settings
2) for repositories themselves to contain a bit more metadata about the
I got java.lang.OutOfMemoryError: Java heap space so not sure if I
have removed it.
Someone could increase the memory for Continuum?
Thanks,
Vincent
2007/9/1, Hervé BOUTEMY [EMAIL PROTECTED]:
can somebody with proper karma remove this project definition?
And perhaps create a new project group
Lukas Theussl wrote:
FYI: I have checked the current maven site with the sandbox linkchecker
and fixed all errors plus a couple of redirect warnings.
Thanks Lukas!
Have you looked into creating a small Reporting Mojo for the linkchecker
yet?
Below is a list
of links that are still missing
I was having trouble logging in this morning also.
-Original Message-
From: Vincent Siveton [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 01, 2007 9:00 AM
To: Maven Developers List
Subject: Re: [continuum] BUILD ERROR: Maven Enforcer Rule API
I got java.lang.OutOfMemoryError: Java
On 9/1/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
There are no published docs for 2.0.7. I tried to publish them, but I'm
currently stuck because javadoc fails.
What are you typing? I have the 2.0.7 tag checked out, but 'mvn site'
doesn't seem to generate the javadoc.
I went ahead and
On 1 Sep 07, at 4:35 AM 1 Sep 07, Hervé BOUTEMY wrote:
Le samedi 1 septembre 2007, Brian E. Fox a écrit :
I think we can do this just by generating a sample pluginManagement
snippet on the site somewhere. I don't think anything fancy is
needed,
simply providing the snipet so someone can
Wendy Smoak wrote:
On 9/1/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
There are no published docs for 2.0.7. I tried to publish them, but I'm
currently stuck because javadoc fails.
What are you typing? I have the 2.0.7 tag checked out, but 'mvn site'
doesn't seem to generate the javadoc.
On 1 Sep 07, at 5:43 AM 1 Sep 07, Nigel Magnay wrote:
A couple of really neat features, regardless of whether guids or
some other
identifying mechanism is used, would be
1) ability to use zeroconf (/bonjour) style networking to
automatically
configure your mirror settings
In practice
I guess ymmv, but I've never had zeroconf not work in development
environments (we use the log4j zeroconf extensions all the time). Some
services deliberately set hopcounts low if they're providing something
particularly localized.
Anyway - I wouldn't suggest it as the only mechanism (and it's
Carlos,
Please put back the validation methods. I don't want to catch
exception to validation user configuration. I want to be able to know
exactly what's wrong. I don't need to throw an exception to find out
the specific settings are not present and I'm using all these methods
Kenney,
I think as a result of trying to fix IT0088 you caused IT0095 to
fail. This was a while back:
http://svn.apache.org/viewvc/maven/components/trunk/maven-project/src/
main/java/org/apache/maven/project/interpolation/
RegexBasedModelInterpolator.java?
On 01/09/2007, at 3:06 AM, Arnaud HERITIER wrote:
Which new features can we imagine for corporate proxies like archiva,
proximity ? In that case developers often see only one remote
repository which is defined as proxy. How will we know the data come
from ?
I don't think anything is necessary
Yes, you already had it...
On 01/09/2007, at 8:47 AM, Vincent Siveton wrote:
Hi Brett,
Did you did it for me too?
Cheers,
Vincent
2007/8/30, Brett Porter [EMAIL PROTECTED]:
Done!
On 31/08/2007, at 1:59 AM, Dennis Lundberg wrote:
Hi
Would someone be so kind and add karma for me
On 01/09/2007, at 6:22 PM, Stephen Connolly wrote:
Would a better option be to have the repositories store a
identifying GUID in their root URL. That way mirrors would pick up
the same GUID and be identified as the same repository.
Stephen - did you want to drop this into the user
On 02/09/2007, at 1:33 AM, Jason van Zyl wrote:
For this proposal I think it boils down to the ephemeral versus
non. I think there is an easier way to do what is proposed.
Are you talking about my proposal, or the settings zeroconf stuff?
If it's for my proposal... let's hear the easier
On 01/09/2007, at 8:00 AM, Brian E. Fox wrote:
It only checks for the condition and fails the build. It currently
does
not make changes or suggestions. The enforcer is about enforcing, not
fixing ;-) but the rule could be executed by another plugin and
used as
a starting place to lookup
I'd like to hear from as many people as possible their opinion this
topic (even if you just want to say '0' so we know where you stand).
[ ] (A) All plugin versions must be specified by the project or its
parent hierarchy somewhere, at the cost of some verbosity (though we
should look at
Like the other poll, I'd like to hear from as many people as possible
their opinion this topic (even if you just want to say '0' so we know
where you stand).
[ ] (A) Having a way to include a set of plugins in one small POM
fragment would be a useful feature to have (if you have a use case
On 1 Sep 07, at 7:42 PM 1 Sep 07, Brett Porter wrote:
I'd be ok with it looking like this:
project
modelVersion4.0.0/modelVersion
groupIdtest/groupId
artifactIdtest/artifactId
nameTest/name
version1.0-SNAPSHOT/version
build
plugins
pluginPacks
pluginPack
On 1 Sep 07, at 7:04 PM 1 Sep 07, Brett Porter wrote:
On 02/09/2007, at 1:33 AM, Jason van Zyl wrote:
For this proposal I think it boils down to the ephemeral versus
non. I think there is an easier way to do what is proposed.
Are you talking about my proposal, or the settings zeroconf
On 02/09/2007, at 2:44 PM, Jason van Zyl wrote:
On 1 Sep 07, at 7:04 PM 1 Sep 07, Brett Porter wrote:
On 02/09/2007, at 1:33 AM, Jason van Zyl wrote:
For this proposal I think it boils down to the ephemeral versus
non. I think there is an easier way to do what is proposed.
Are you
Jason,
I completely agree with everything you said below, in terms of what
users want at least. So I'm obviously not communicating what I want
well, since you seem to have completely missed my point in every
response.
The misunderstanding seems to be:
1) that I thought we were going to
Should this be open until we actually switch? :)
On 01/09/2007, at 6:14 AM, Jesse McConnell (JIRA) wrote:
[ http://jira.codehaus.org/browse/CONTINUUM-358?
page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jesse McConnell closed CONTINUUM-358.
26 matches
Mail list logo