Cool! I've been wanting to do that for a while. I'll take a look.
On 02/09/2007, at 5:14 AM, Jason van Zyl (JIRA) wrote:
[ http://jira.codehaus.org/browse/MARTIFACT-3?
page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jason van Zyl closed MARTIFACT-3.
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 re
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 ta
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 s
On 1 Sep 07, at 7:42 PM 1 Sep 07, Brett Porter wrote:
I'd be ok with it looking like this:
4.0.0
test
test
Test
1.0-SNAPSHOT
org.apache.maven.plugins.packs
maven-java-plugin-pack
1.0
You don't need that to st
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
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 wa
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 f
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 w
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 proposa
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 (denni
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 i
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?
diff_format=h&r1=561172&r2=561173
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
extensivel
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 som
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 fro
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 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 copy
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 p
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
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 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 gr
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
reposito
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 :
> ht
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 gen
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 (si
26 matches
Mail list logo
