The outline looks good to me (yay 1.0!)
I just have a few questions/suggestions here:
- I assume that the proxying would fall under the "Using Archiva as a *
Repository" sections?
- I think we should also include Reporting/Reports in the Users Guide
- On the "Consumers" section, maybe we coul
I just built it from source using ports.
It builds in 25 seconds.
On 6 Nov 07, at 2:48 PM 6 Nov 07, Jason Dillon wrote:
Are there Mac OS X .dmg images for GIT somewhere?
--jason
On Nov 6, 2007, at 12:50 AM, Jason van Zyl wrote:
Hi,
Just finished a first round trip using GIT, the publishe
I don't know enough ant tasks to reply, but if required I'll be able to help
the team to investigate if we consider that it is important ;-)
On Nov 7, 2007 12:31 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
> I thought we'd resolved that problem for the ant tasks?
>
> And I believe it then loads
I thought we'd resolved that problem for the ant tasks?
And I believe it then loads wagons in such a way that it should
conflict - though I guess I'd need to test that :)
Anyway, was just throwing out ideas :)
- Brett
On 07/11/2007, at 9:42 AM, Arnaud HERITIER wrote:
In maven 1 we'll have
On 06/11/2007, at 9:50 PM, Jason van Zyl wrote:
Anyone who wants to try and contribute more I highly recommend
using GIT. It's actually nice to use and I would say it was a success.
This is interesting - it's something I've wanted to try for a while
and it's a good idea to try new things
Can someone please upload this to central?
http://jira.codehaus.org/browse/MAVENUPLOAD-1790
--jason
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Are there Mac OS X .dmg images for GIT somewhere?
--jason
On Nov 6, 2007, at 12:50 AM, Jason van Zyl wrote:
Hi,
Just finished a first round trip using GIT, the published Maven
repositories, and pushing back to SVN. Other then something I hosed
up with the .svn entries it was a painless e
OK, this vote is now canceled.
Daniel Kulp wrote:
Just added MSOURCES-27 and MSOURCES-26 to track them. I just found
out about MSOURCES-27 when I tried the 2.0.4 build last night and 26 I
had heard about from gnodet, but hadn't had time to confirm or log as a
bug.
Dan
On Tuesday 06 No
In maven 1 we'll have the problem of classloader.
If we have a conflict with a library already loaded by the core (http-client
for example) we'll not be able to use m2 ant tasks.
Arnaud
On Nov 6, 2007 11:33 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
> hehe :)
>
> A couple of thoughts:
> - the b
Just added MSOURCES-27 and MSOURCES-26 to track them. I just found
out about MSOURCES-27 when I tried the 2.0.4 build last night and 26 I
had heard about from gnodet, but hadn't had time to confirm or log as a
bug.
Dan
On Tuesday 06 November 2007, Dennis Lundberg wrote:
> Is any of this
The vote has passed with the following votes:
+1 (binding): Dennis Lundberg, Jason van Zyl, Lukas Theussl, Vincent Siveton
+1 (non-binding): Olivier Lamy
No other votes.
I will move the artifacts over to the ASF repository.
Dennis Lundberg wrote:
Hi,
Here comes the follow up to the doxia-1
Is any of this reported in JIRA?
I have not heard of either of these problems before.
Daniel Kulp wrote:
I would have to say -1.
Compared to 2.0.2 (we were locked down to that version, these problems
may exist there as well):
1) MOST IMPORTANT: it's not picking up the remote-resources stuff
>it's bad when a bunch of those
>"freedoms" kick in to bite you in the ass in the same week, which is
>usually the case, it's just hard to defend Maven's position as a
>standard, reliable build tool. In every case there is a decision point
>like this we should take the path of least potentia
Recently, a couple of us have been making modifications to the maven-
project exceptions, and I think it's gotten to the point where we
need to step back and discuss what we're trying to accomplish here.
I'll start with the changes I'm making, and a couple of other things
I've noticed that I
btw the util class in surefire is
https://svn.apache.org/repos/asf/maven/surefire/trunk/surefire-api/src/main/java/org/apache/maven/surefire/util/UrlUtils.java
On Nov 5, 2007 7:47 PM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> For 2.1 maybe we should just decide to use 2.1. By the time it comes
>
ok, I see: the current thread is the thread where this was discussed :)
enforcer dependencies had already been upgraded to plexus-utils 1.4.2 and
maven-* 2.0.7, then I simply changed p-u 1.4.2 to 1.4.5 instead of copying
XML encoding support classes: if you're really using features of these rece
you can ingest the scm parameters with the -D option
e.g.
mvn scm:checkout
-DconnectionUrl=scm:cvs:pserver:yourusername:[EMAIL
PROTECTED]:/home/cvsroot:yourmodulename
this will get your module into ./target/checkout (you can also tune this with a
-D parameter)
LieGrü,
strub
--- S Maven <[EMAIL
On 6 Nov 07, at 6:30 AM 6 Nov 07, Ralph Goers wrote:
Are there specific examples to illustrate how this works? i.e. are
there unit tests for it? Obviously I'm definitely interested in this.
There be a full example of use in the tool I'm going to package up. It
will be a code example and
Nice, the decorator pattern. I think you should just incorporate this
into the site plugin as well. That would be nice.
On 6 Nov 07, at 6:10 AM 6 Nov 07, Milos Kleint wrote:
some time ago i've created a mojo for injecting google analytics
scripts
into a maven generated site. I've extended it
On 6 Nov 07, at 4:58 AM 6 Nov 07, Brian E. Fox wrote:
I agree with that. I think the point is that both are valid use cases.
Problems in both can stop teams in their tracks, but snapshots
overflowing on your machine is really a maintenance issue where not
providing a path to use is someth
The scm url isn't use to download dependencies but it is use only by some
plugins (release, changelog, scm) and tools (Continuum) to look at source code.
Your dependency must be in a maven repository (local or remote)
Emmanuel
rialf04 a écrit :
Hi, I am very much new in maven. I am trying to
Greetings All,
Is it possible to just use the scm:checkout plugin and its parameters and do a
checkout by defining the required parameters in pom.xml?If so pls give an
example using the attributes given below in the link:
ref link: http://maven.apache.org/scm/plugins/checkout-mojo.html
In the
On 6 Nov 07, at 4:00 AM 6 Nov 07, Milos Kleint wrote:
Hello,
I've got a working prototype of the toolchains proposal. I'm able to
define
the jdk toolchains and have them used in a project. Works with patched
compiler, surefire, javadoc plugins.
details are at http://docs.codehaus.org/displa
Are there specific examples to illustrate how this works? i.e. are there
unit tests for it? Obviously I'm definitely interested in this.
Ralph
Jason van Zyl wrote:
Mark, Ralph,
You'll probably be interested in the artifact graph code that went in
as the conflict resolution and dependency ma
some time ago i've created a mojo for injecting google analytics scripts
into a maven generated site. I've extended it later to allow injection of
any snippet into the generated html files. Now using for ohloh icon/link at
http://mevenide.codehaus.org/m2-site for example.
Probably not the approved
On Tuesday 06 November 2007, Daniel Kulp wrote:
> I would have to say -1.
>
> Compared to 2.0.2 (we were locked down to that version, these problems
> may exist there as well):
I meant to say "these problems may exist with 2.0.3 as well. I didn't
test 2.0.3, but I have heard about others (Servi
I would have to say -1.
Compared to 2.0.2 (we were locked down to that version, these problems
may exist there as well):
1) MOST IMPORTANT: it's not picking up the remote-resources stuff at
all. Thus, the generated source jars do not have the required
LICENSE/NOTICE files in them.
2)
On 07/11/2007, at 12:23 AM, James Carman wrote:
Is there some way that
we can have these two links added to the default site Maven generates
for us? What's the best way to go about this? Should we write a mojo
for this and have our projects include it as a reporting dependency?
You should c
The Board has asked all ASF projects to list a couple of links (see
below for details) on their main site pages. Is there some way that
we can have these two links added to the default site Maven generates
for us? What's the best way to go about this? Should we write a mojo
for this and have our
Trying again... somebody has a clue?
Wim Deblauwe wrote:
>
> Hi,
>
> I'm trying to get jide-oss project in the repository on dev.java.net. The
> people of jidesoft have done this, but for Windows users, it does not
> work. The jide-oss pom has only 1 dependency:
>
>
> aqua
> aqua
ForceDelete and delete on exit often fail on windows during tests.
Usually I need to put these things in a randomly generated folder and
just ignore any errors deleting since it will get thrown away on a
clean.
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday
I agree with that. I think the point is that both are valid use cases.
Although if my repo manager supported the cleanup, I would more than
likely use uniqueversions even if I didn't intend to use them, just in
case.
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: T
Hello,
I've got a working prototype of the toolchains proposal. I'm able to define
the jdk toolchains and have them used in a project. Works with patched
compiler, surefire, javadoc plugins.
details are at http://docs.codehaus.org/display/MAVEN/Toolchains
issues for resolution:
1. currently using
+1
Vincent
2007/11/5, Dennis Lundberg <[EMAIL PROTECTED]>:
> Hi,
>
> I'd like to release maven-source-plugin 2.0.4.
>
> This fixes a couple of minor issues.
> The last release was made 6 months ago.
>
> Release Notes:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11147&styleName=Ht
Mark, Ralph,
You'll probably be interested in the artifact graph code that went in
as the conflict resolution and dependency management are natural fall
outs of the work. The old code works perfectly fine and I just have to
obfuscate a couple JARs and I can publish a little dependency viewe
On 06/11/2007, at 5:16 PM, [EMAIL PROTECTED] wrote:
- adjusted DaysOldRepositoryPurgeTest for the changes
but there's no tests for the actual changes... :)
Modified: maven/archiva/trunk/archiva-base/archiva-consumers/
archiva-core-consumers/src/test/java/org/apache/maven/archiva/
consumers
Hi,
Just finished a first round trip using GIT, the published Maven
repositories, and pushing back to SVN. Other then something I hosed up
with the .svn entries it was a painless experience. Had to wire up a
couple scripts but not a big deal. I did the SVN clone locally and
rsync'd it to
If I may be a nuisance... :) I think the delete should be in a
finally block so it doesn't get skipped for exceptions (which I think
retrieveAvailableVersions can throw from memory). I'm just
particularly watchful of these guys - I've seen Maven fill up /tmp
pretty fast recently :)
Also,
On 6 Nov 07, at 2:04 AM 6 Nov 07, Milos Kleint wrote:
Additionally when running 2 instances of the IDE (or different IDEs
at the
same time or running command line maven and embedded one)
concurrently,
they can clash and reuse the same dir/file?
Can't we do a more predictable cleanup than d
Additionally when running 2 instances of the IDE (or different IDEs at the
same time or running command line maven and embedded one) concurrently,
they can clash and reuse the same dir/file?
Can't we do a more predictable cleanup than deleteOnExit()?
Milos
On 11/6/07, Brett Porter <[EMAIL PROT
This wouldn't be thread safe in an embedded environment, would it?
Couldn't File.createTempFile be used?
- Brett
On 06/11/2007, at 8:12 PM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Tue Nov 6 01:12:35 2007
New Revision: 592346
URL: http://svn.apache.org/viewvc?rev=592346&view=rev
Log:
Yep, I support a move to 5.0 on trunk if we guarantee toolchain
support. Just another thing to consider in the various factors for
whether 2.0.x should use the new artifact code or not - hadn't
thought of retrotranslator actually.
- Brett
On 06/11/2007, at 8:19 PM, Jason van Zyl wrote:
On 6 Nov 07, at 12:57 AM 6 Nov 07, Brett Porter wrote:
Jason,
Does Maven Artifact require 1.5 now? I will change continuum to use
the other JDK for that and trunk.
For 2.1 I don't care, the changes came in from Oleg in the GIT repo as
1.5. For 2.1 it's probably fine and retrotranslator
Jason,
Does Maven Artifact require 1.5 now? I will change continuum to use
the other JDK for that and trunk.
No objections - just wondering - as this will certainly knock out
using m-artifact in 2.0.x.
Cheers,
Brett
On 06/11/2007, at 7:49 PM, [EMAIL PROTECTED] wrote:
Online report : htt
just a small typo in there - plexuxs
On 06/11/2007, at 7:26 PM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Tue Nov 6 00:26:20 2007
New Revision: 592328
URL: http://svn.apache.org/viewvc?rev=592328&view=rev
Log:
o adjust this from my original tool which only did deployments and
not insta
45 matches
Mail list logo