On 8 Jun 07, at 8:08 PM 8 Jun 07, Henri Yandell wrote:
On 6/8/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I've tried to make it easy to see what's going on by looking here:
http://docs.codehaus.org/display/MAVEN/Home
Idea is good. Hard part is going to be keeping it a live document
(as
On 8 Jun 07, at 8:08 PM 8 Jun 07, Henri Yandell wrote:
On 6/8/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I've tried to make it easy to see what's going on by looking here:
http://docs.codehaus.org/display/MAVEN/Home
Idea is good. Hard part is going to be keeping it a live document
(as
Sure, I put a description there. They are for Maven's own integration
tests.
On 8 Jun 07, at 8:06 PM 8 Jun 07, Nelz wrote:
For the "IT Problems", maybe some clarification as to what type of IT
problems you are talking about... Maven-project-itself "IT Problems",
versus addressing IT strategi
On 6/8/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
I've tried to make it easy to see what's going on by looking here:
http://docs.codehaus.org/display/MAVEN/Home
Idea is good. Hard part is going to be keeping it a live document (as always).
Could you add 'bayard' to the perms for Maven conf
For the "IT Problems", maybe some clarification as to what type of IT
problems you are talking about... Maven-project-itself "IT Problems",
versus addressing IT strategies for Maven users in general...
- Nelz
On 6/8/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Hi,
I've tried to make it easy t
it's definitely a hack and needs to be in the metadata, for groups and artifacts
On 6/8/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
Relocation is, I presume, a hack?
Would it be possible to put the relocation in the maven-metadata.xml
and not make it something that is done for every release. I
Relocation is, I presume, a hack?
Would it be possible to put the relocation in the maven-metadata.xml
and not make it something that is done for every release. I'm thinking
maybe of:
org.apache.commons
Or maybe it would support both groupId and artifactId. Basically it
doesn't scope to have
Instead of writing specifications couldn't we write tests ? There's no/few
doubts with tests ;-)
(But we'll also write a complete documentation about that ...)
Arnaud
On 07/06/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Ultimately the short answer is who cares what 2.0.x does.
Why?
Because
On 08/06/07, John Casey <[EMAIL PROTECTED]> wrote:
IMO, it's a representation of an artifact in the repository (or
elsewhere)...scope is just a tag designating its use within the
current build. Therefore, scope has nothing to do with whether two
artifacts somewhere on the system are equal.
So, I
IMO, it's a representation of an artifact in the repository (or
elsewhere)...scope is just a tag designating its use within the
current build. Therefore, scope has nothing to do with whether two
artifacts somewhere on the system are equal.
So, I'd say it shouldn't incorporate scope in .equa
On 18/01/07, Mark Hobson <[EMAIL PROTECTED]> wrote:
Hi there,
On my travels I noticed DefaultArtifact [1] equals and hashCode
ignores scope - is that intentional? Could prove to be a problem when
check to see if an artifact has moved scope.
Just encountered this again whilst debugging - anyon
done, thanks for the catch.
-john
On Jun 8, 2007, at 4:19 AM, Mark Hobson wrote:
On 07/06/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: jdcasey
Date: Thu Jun 7 09:54:58 2007
New Revision: 545241
URL: http://svn.apache.org/viewvc?view=rev&rev=545241
Log:
Replacing JDK 1.5 api cal
Hi,
I've tried to make it easy to see what's going on by looking here:
http://docs.codehaus.org/display/MAVEN/Home
- Design documents
- Work in Progress
- Development Process (there because it's in flux)
- Taxonomy (or structure of our information, and much is linked off
there right now)
- R
On 8 Jun 07, at 1:07 AM 8 Jun 07, Brett Porter wrote:
Whatever tool you are using for this is not setting a resolution
when you close it (which is impossible from the web UI).
It's driver error with Mylar. I'm used to the web ui where you close
and it defaults the resolution. I'll ask Eu
Graham Leggett a écrit :
On Fri, June 8, 2007 1:57 pm, Emmanuel Venisse wrote:
If you want to install artifacts in your local repo during the prepare
process and don't want to use 'clean verify' goals, you can configure
preparationGoals parameter on the prepare mojo
(http://maven.apache.org/p
On Fri, June 8, 2007 1:57 pm, Emmanuel Venisse wrote:
> If you want to install artifacts in your local repo during the prepare
> process and don't want to use 'clean verify' goals, you can configure
> preparationGoals parameter on the prepare mojo
> (http://maven.apache.org/plugins/maven-release-p
Mark Donszelmann a écrit :
Hi
On Jun 6, 2007, at 4:41 AM, Graham Leggett wrote:
On Tue, June 5, 2007 9:06 pm, Brett Porter wrote:
Right. The reason for not choosing to install by default is that you
end up with a "release" in your local repository which is not the
final one.
We've run in
You can use that:
scm:cvs:local:/var/lib/cvs/root:Common
scm:cvs:ext:[EMAIL
PROTECTED]:/var/lib/cvs/root:Common
Branch_7_5
Emmanuel
Arun P Johny a écrit :
Hi all,
I'm new to maven environment. I've maven 2.0.4 in my system. When I try
to build a project from my CVS ROOT it is happen
On Fri, June 8, 2007 12:16 pm, David Moss wrote:
> [INFO] Executing: svn --username username --password *
> --non-interactive
> copy --file C:\DOCUME~1\DAVID~1.MOS\LOCALS~1\T
> emp\maven-scm-403689689.commit . svn://SERVER001/tags/product-4.0
> The svn tag command failed.
> Command output:
>
I sent this to the users mailing list yesterday but as yet haven't had any
response...
I'm having problems trying to run the release:prepare goal. Can anyone
help?
My pom contains.
scm:svn:svn://username:[EMAIL PROTECTED]/trunk
scm:svn:svn://username:[EMAIL PROTECTED]
/trunk
H
On 07/06/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: jdcasey
Date: Thu Jun 7 09:54:58 2007
New Revision: 545241
URL: http://svn.apache.org/viewvc?view=rev&rev=545241
Log:
Replacing JDK 1.5 api call.
Modified:
maven/components/trunk/maven-project/src/test/java/org/apache/maven
+1
On 6/7/07, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
+1
On 07/06/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
>
> Yeah, sounds like a plan
>
> On 7 Jun 2007, at 14:59, Brian E. Fox wrote:
>
> > +1
> >
> > -Original Message-
> > From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> > Se
Hello,
Some of you may remember me (as grek) talking with you on IRC about Cocoon's struggles with Maven. No, we have not done
with our struggle yet... ;-)
This time I would like to report that dotsrc.org mirror is somehow broken, see
this thread:
http://thread.gmane.org/gmane.text.xml.cocoon
23 matches
Mail list logo
