Just looking at that enforcer again, that's crazy that you need all
those components in there to do again what Maven just already did
internally. You have to, and I'm not faulting you. You probably
learned more about the internals then you wanted to. We can't do
anything in 2.0.x but this c
Hi Brian,
Thanks for adding that rule, I have incorporated into the best
practices guide for the client I'm working with and it stands
generally I believe as something any good build should do.
There are a couple things to note just so I convey the goal, and I
think the work that John is
John - is this your isSnapshot change?
On 15/08/2007, at 2:55 AM, [EMAIL PROTECTED] wrote:
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-
build-log-20070815.024500.txt
-
To unsubscribe, e-mail: [EMAI
Thanks Jeremy, I'll get that applied shortly.
-Original Message-
From: copernic Jeremy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 14, 2007 10:26 AM
To: dev@maven.apache.org
Subject: [maven-dependency-plugin] Analyze HTML Report
I find the maven-dependency-plugin really powerful and
You'll need to close the file reader in a finally block - the
Xpp3Reader doesn't do it for you.
On 15/08/2007, at 8:17 AM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Tue Aug 14 15:17:48 2007
New Revision: 565947
URL: http://svn.apache.org/viewvc?view=rev&rev=565947
Log:
o a little pom re
Yes, that's what I meant by supercede. Nobody would use the
downloader any more.
On 15/08/2007, at 7:12 AM, Jason van Zyl wrote:
On 13 Aug 07, at 4:43 AM 13 Aug 07, Brett Porter wrote:
All looks good. My preference is to keep going with 2.1-SNAPSHOT
as the version (I've found in the past
On 13 Aug 07, at 4:43 AM 13 Aug 07, Brett Porter wrote:
All looks good. My preference is to keep going with 2.1-SNAPSHOT as
the version (I've found in the past going backwards was found to be
confusing), but I'm not that worried either way.
I assume Jan's facade would supercede maven-downl
On 14 Aug 07, at 9:30 PM 14 Aug 07, Paul Gier wrote:
Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out
of the
plugin into a separate module too. The thing I'd ultimately like
to do
is be able to release the rules separate from the
Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out of the
plugin into a separate module too. The thing I'd ultimately like to do
is be able to release the rules separate from the plugin since the
majority of changes occur to the rules.
On 14 Aug 07, at 3:51 PM 14 Aug 07, Kenney Westerhof wrote:
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out
of the
plugin into a separate module too. The thing I'd ultimately like
to do
is be able to release the rules separate from the plugin since th
I find the maven-dependency-plugin really powerful and more specifically the
analyze goal.
I wanted to have a HTML report of the analyze mojo results. I think that
this new feature can
be useful for others developers. So I proposed a patch adding this new
feature.
cf. http://jira.codehaus.org/brow
Brian E. Fox wrote:
Sure. I've been thinking that the standard rules should come out of the
plugin into a separate module too. The thing I'd ultimately like to do
is be able to release the rules separate from the plugin since the
majority of changes occur to the rules.
The problem is that I'
I had these problems with the dependency plugin too. They kept coming in
through other dependencies that didn't have the exclusions. To stop/detect
that, I made an enforcer execution for detecting when the new containers have
crept in and warn me.
From: Kenney
Ssh into minotaur and:
if your shell is bash, do: "touch .bashrc && echo umask 002 >> .bashrc"
if your shell is tcsh: "touch .tcshrc && echo umask 002 >> .tcschrc"
etc etc..
Note that putting the umask command in .profile does NOT work since
wagon uses a non-login shell.
-- Kenney
Hi,
I added a sleep to the test and quickly copied /tmp/surefire*tmp
to examine them.
The following 2 entries in the surefire tmp file are the cause:
surefire45886tmp:classPathUrl.30=/home/forge/.m2/repository/org/codehaus/plexus/plexus-component-api/1.0-alpha-20/plexus-component-api-1.0-alpha-
You could write the rules in an XML file, the default of which is in
the artifact jar, but allow for a java system property to provide a
location to an overriding xml rules file at runtime.
Christian
On Aug 14, 2007, at 8:30 AM, Brian E. Fox wrote:
Sure. I've been thinking that the standard
Sure. I've been thinking that the standard rules should come out of the
plugin into a separate module too. The thing I'd ultimately like to do
is be able to release the rules separate from the plugin since the
majority of changes occur to the rules.
The problem is that I'd like to be able to defa
well spotted!
just wondering, should this be in a finally block? (I'm not sure
where the IOException actually comes from, and whether it occurs
after the searcher is opened or not).
- Brett
On 14/08/2007, at 9:34 PM, [EMAIL PROTECTED] wrote:
Author: oching
Date: Tue Aug 14 04:34:04 2007
Brian,
Can we follow the same pattern we use for Surefire, and the Release
tools where they are all collected together under one umbrella. I was
playing around with the enforcer and then noticed I need something
from shared and looking at them together is hard, one being in a
plugin and o
I'm with you, I think a 3.0 would make more sense ;)
specially if it keeps evolving from 1.0.0 and gets to 2.0, 2.0.1...,
then it'd be really confusing
On 8/14/07, John Casey <[EMAIL PROTECTED]> wrote:
> Whatever works, it just seemed like a confusing move to me...but
> then, I am often confused b
+1
On 8/14/07, Fabrice Bellingard <[EMAIL PROTECTED]> wrote:
> +1
>
> Fabrice
>
> On 8/13/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I'd like to give to Olivier commit access to Continuum.
> > He provided lot of good patches, implemented new features
> > (installations/pro
lately I've read this:
http://ancientprogramming.blogspot.com/2007/08/badly-packaged-project-will-break.html
can we get into the same packaging/classloading issues? what happens
to the plugins?
I haven't checked the changes yet, just recalled the maven artifact
when reading the blog post..
Milos
+1
Fabrice
On 8/13/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'd like to give to Olivier commit access to Continuum.
> He provided lot of good patches, implemented new features
> (installations/profiles) and help users on the mailing lists
>
> here, my +1
>
> Emmanuel
>
>
>
Hi Farhan,
There's no need to cross-post your messages - the purpose of this
list is for Maven development matters. You should receive the answer
you are looking for on [EMAIL PROTECTED]
Thanks,
Brett
On 14/08/2007, at 10:07 AM, Farhan Sarwar wrote:
Hello Guys,
Well we are in the proc
24 matches
Mail list logo
