there are multiple projects in the reactor, as a default,
seems useful to me.
-- Kenney
Christian.
On 18-Sep-07, at 8:22 AM, Kenney Westerhof wrote:
Btw, we don't necessarily require the workspace repo to be present
in the ~/.m2/ directory. It could just aswell be target/workspace-repo
Hi,
Reply is below.
Brett Porter wrote:
Hi Kenney,
On 14/09/2007, at 9:15 PM, Kenney Westerhof wrote:
Hi,
I sent a mail a few days ago but it didn't make it to the list.
One very important feature would be the separation of build artifacts
(maven plugins and their dependencies
Hi,
I sent a mail a few days ago but it didn't make it to the list.
One very important feature would be the separation of build artifacts
(maven plugins and their dependencies), and project artifacts.
The separation isn't clear in maven itself - repo's get mixed up,
wrong repo's consulted;
Hi,
FYI I reported this as a Jira issue almost a year ago:
http://jira.codehaus.org/browse/MNG-2576
oh. I just saw your comment on the issue referring to this.
Yes, this is exactly the same issue ;)
-- Kenney
Brian E. Fox wrote:
http://docs.codehaus.org/display/MAVEN/Make+Like+Reactor+Mode
|Dependencies), not in the artifact
resolver.
-- Kenney
Kenney Westerhof wrote:
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
Dennis Lundberg wrote:
Thanks for looking into this Kenney.
Are you saying that that the problem is really in maven itself, and
version 2.0.7 in particular as it uses the shading thingy?
Yes, the problem is in maven itself. It uses a shaded embedder but that's okay.
2.0.7 uses plexus
to see exactly which jars
are used.
-- Kenney
Brett Porter wrote:
On 12/08/2007, at 6:56 PM, Jason van Zyl wrote:
Looks like a bad plexus snapshot on my end, since it's fine on the
zone too.
testRender(org.apache.maven.doxia.siterenderer.DefaultSiteRendererTest)
Time elapsed: 0.275 sec
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
Brian E
, but i'm not sure..
To get this to work in a nice way maven will need to be fixed, I think.
-- Kenney
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 14, 2007 8:09 AM
To: Maven Developers List
Subject: Enforcer Sources
Brian,
Can we follow the same
think that a
general solution outside of the .NET context would be useful for other
language support.
There are two. The one in 2.0.x allows you to drop in a JAR that
contains a replacement resolver which is used. John used this for the
RPM resolver. In 2.1.x Kenney made this cleaner by allow
:
source
println $${basedir}
/source
-- Kenney
Jason Dillon wrote:
Hey, is there anyway to get a specific mojo parameters value passed in
*completely* unfiltered or evaluated with the default property expansion?
I'd like to get the XML
In Maven-project, there's org.apache.maven.project.ModelUtils, which has some
methods to merge plugin definitions.
Just curious, what do you need this for?
-- Kenney
Jason Dillon wrote:
Is there an _easy_ way to merge 2 plugin.xml's into one? Basically
taking the mojos and dependencies bits
3264 Aug 9 13:59
maven-invoker-2.0.7-20070809.205849-2.pom
-rw-r--r-- 1 jdcasey apcvs 32 Aug 9 13:59
maven-invoker-2.0.7-20070809.205849-2.pom.md5
-rw-r--r-- 1 jdcasey apcvs 40 Aug 9 13:59
maven-invoker-2.0.7-20070809.205849-2.pom.sha1
-rw-rw-r-- 1 kenney apcvs 21102 Aug 10
this information to avoid duplicate resolution.
[1] https://svn.apache.org/repos/asf/maven/shared/trunk/maven-dependency-tree
[2]
https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-project-info-reports-plugin
-- Kenney
Jan Van Besien wrote:
Hi all
I'm currently developping a maven plugin for which
Hi committers,
Didn't we have a sandbox where ASF committers not on the maven team
can commit for this purpose?
Or is the XCode not something we want to support 'natively'?
I remember a discussion about moving non-vital plugins to mojo..
-- Kenney
Curt Arnold wrote:
On Aug 6, 2007, at 9:48
as the main pom without this bug reappearing).
-- Kenney
John Casey wrote:
IIRC, path resolution was taking place in the project builder...which
would mean that it could have happened during kenney's cleanup of the
interpolation. Not sure, though. (I'm fairly certain on the timing of
the path
Daniel Kulp wrote:
On Monday 09 July 2007 19:08, Kenney Westerhof wrote:
Daniel Kulp wrote:
On Monday 09 July 2007 14:42, Kenney Westerhof wrote:
Daniel Kulp wrote:
Yep. That's the #1 issue.I've completely given up on trying to
get the string ${pom.version} outputted into the file
(possibly fallback to
sources)
- if both are specified, download both.
And:
- don't make this a default; the default behaviour of attaching
either source or javadoc when it's present in the local repo
is fine though, but turning this on by default is just too slow.
-- Kenney
Mark Hobson wrote
an error if a required variable is
missing. And it would be nice to have help:describe-properties...
-- Kenney
Regards,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
Brian E. Fox wrote:
So I propose:
- if -DdownloadSources is specified, download sources and fallback to javadoc,
just as it is now
- if -DdownloadJavaDoc is specified, download javadoc (possibly fallback to
sources)
- if both are specified, download both.
And:
- don't make this a
@ - @foo@ (or @@foo@@ - @foo@ ?)
@foo@ - value_of_foo
@foo@@ - value_of_foo@, or @foo@, or @foo@@ ?
Maybe it's better if we leave the @foo@ interpretation as-is. ;)
-- Kenney
Dan
On Tuesday 10 July 2007 12:05, John Casey wrote:
Yeah, escaping makes more sense to me, too. IMO it's a bit
and valid snapshot artifacts there determine wheter snapshots are used or not.
-- Kenney
Patrick
On 7/6/07, Mark Hobson [EMAIL PROTECTED] wrote:
Hi,
Whilst attempting to fix MNG-2994, I discovered MNG-3092 that was
contrary to the 2.0 design docs:
http://jira.codehaus.org/browse/MNG-3092
Brett
Max Bowsher wrote:
Kenney Westerhof wrote:
Patrick Schneider wrote:
For now, I'm a fan of disallowing snapshots when they are not
explicitly in
the boundary, as per the patch.
In my mind, the problem with a profile flag is that it's an
all-or-nothing
proposition. Any released artifacts
:55 PM, Kenney Westerhof wrote:
Daniel Kulp wrote:
Personally, I was thinking of just doing $$ - $.
Yah, that's already in place for plugin parameters.
Thus, if you want ${pom.version} outputted, it would be $${pom.version}.
I think @@ also needs to be done.
Yup.
My original idea
'filterType'
or something, if it's set.
Either way, changes to the model won't happen until 2.1.
So, what's the problem with the filtering?
-- Kenney
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Daniel Kulp wrote:
On Monday 09 July 2007 14:42, Kenney Westerhof wrote:
Daniel Kulp wrote:
After battling with the braindead resource filtering once again for
the ump-teenth time, I've decided I need to do something about
it
You dissin' my code huh? :)
The main thing I'd like to do
} \
${CLASSWORLDS_LAUNCHER} $QUOTED_ARGS
so ideally the maven.home property should just work. I don't know why it
doesn't,
but maybe we should look into that as maven just provides this information
since version 2.0.
-- Kenney
String mavenHome = System.getProperty( maven.home
wagon-webdav.
WDYT?
-- Kenney
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
want that), which can take a few hours to
do on
a reasonably sized project. If you really need to, or want to, make a profile
in settings.xml
or config in a root pom.
-- Kenney
Some developpers might prefer to have javadoc linked, some sources linked and
some both. Shouldn't the eclipse
Try again, I just committed a fix.
-- Kenney
Brian E. Fox wrote:
I'm getting an error building the 2.0.7-snapshot invoker:
Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 11.861
sec FAILURE!
testBuildShouldFail(org.apache.maven.shared.invoker.DefaultInvokerTest)
Time elapsed
-trunks/plugins/maven-eclipse-plugin/target/test-classes/m2repo
and it indefinitely hangs at this point, no cpu load.
Tested with maven 2.1 and 2.0.7.
Otherwise the plugin works great.
-- Kenney
Brian E. Fox wrote:
It's been about 5 months since an eclipse plugin release and we have
lots of fixes
] Total time: 9 seconds
btw, tests take about 7 minutes whereas bootstrapping maven itself takes only 3
minutes.
my -1 stands, unless I'm the only one where this fails.
-- Kenney
Kenney Westerhof wrote:
I assume this is a vote to _release_ maven-eclipse-plugin 2.4.
-1 until the tests are fixed
Final update: I checked out the tag cleanly, ran another build
and it passed fine.
The build took 9 mins 37 seconds. Ridiculous, but:
+1
Kenney Westerhof wrote:
Update:
It seems i was impatient, it took almost 3 minutes to run that single test.
After that it continued (on 2.0.7), but I got
are the problems you're
experiencing
atm. using maven's built-in versioning?
There's still some work to be done here. The solutions specified there are
not implemented yet, and won't be until 2.1.
-- Kenney
-
To unsubscribe, e-mail
'extensions' or
similar.
So it looks like the filtering isn't applied to the extensions, only to
plugins..
-- Kenney
Jochen Wiedmann wrote:
More info: I cannot reproduce the problem with another Mojo, which
isn't declared as an extension
+ Contextualizable.class + : +
Contextualizable.class.getClassLoader() ); }
to your mojo and see what it prints?
-- Kenney
Thanks,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
on where you build (how big the reactor is).
-- Kenney
This is basically our situation and why we need a more intuitive
conflict resolver than nearest-wins. You can see that the concept of
nearness becomes more and more arbitrary as the dependency tree grows.
From here, the plan is to supplement
for this, since they're designed for it:
javax.xml.transform.Source
and implementations (StreamSource comes to mind).
-- Kenney
regards,
Hervé
On 23/06/2007, at 5:29 AM, Hervé BOUTEMY wrote:
Le vendredi 22 juin 2007, Arnaud HERITIER a écrit :
Be careful, because when you read an xml file with a reader
, but there are too much options to choose
from
to really write something ;)
-- Kenney
[snip]
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
there are duplicate children,
or they are referred to by seveal pages (the pages listed by the 'children'
feature
refer to 'top level' documents...?)
-- Kenney
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
to be changed and there
were
just too many changes across plexus and maven at the time to push this through.
-- Kenney
Hervé BOUTEMY wrote:
Le jeudi 21 juin 2007, Jason van Zyl a écrit :
It seems like there are many problems with encoding that could be
easily solved with a couple tweaks to modello
Hervé BOUTEMY wrote:
Le mercredi 20 juin 2007, Kenney Westerhof a écrit :
Also see
https://svn.apache.org/repos/asf/maven/surefire/trunk/maven-surefire-plugin
/src/main/java/org/apache/maven/plugin/surefire/SurefirePlugin.java
line 494.
I tried to fix this a while back but it's a big mess
the snapshot repository? If so, what's broken there?
-- Kenney
Ole-Martin Mørk wrote:
I am having the same problem. Just appeared today out of blue..
What has happened with the surefire plugins lately? It seems like people
are
deploying a lot of broken surefire artifacts to the central
is the one containing the timestamp-buildernumber IIRC.
-- Kenney
Hervé BOUTEMY wrote:
Le mercredi 20 juin 2007, Brian E. Fox a écrit :
I discovered http://jira.codehaus.org/browse/MNG-2961 while working on
mdep a while back.
same for me while working on http://jira.codehaus.org/browse/MANTTASKS-18
it that implements the spec. Whenever
we change/improve the spec, it'll be an easy adjustment since it's not
hardcoded in the dep resoluion, and we can simply apply
different strategies for different versions of the poms/maven versions.
-- Kenney
Ralph
John Casey wrote:
Sorry, I just realized that in my recent email shuffling, I lost one
of the
mailing lists. Which one does JIRA send notifications on? Is there a
list of
the maven MLs somewhere?
-j
[EMAIL PROTECTED]
-- Kenney
creates the wrong
timestamp/buildnumber
then you've found a bug.
-- Kenney
Mark Donszelmann wrote:
Hi
I am attaching artifacts to the main (jar) artifact in my plugin for
maven. All works fine for versioned plugins,
but for SNAPSHOTS I see the following behavior:
1. mvn install
installs
-components?
The help:dependencies goal shows a tree of dependencies, and it didn't work too
well because the algorithm used there didn't match the internal algorithm from
maven itself, so the report was quite useless. Is this an attempt to fix that?
-- Kenney
Mark Hobson wrote:
Hi there,
I've
.* and project.*) so results
may
vary.
It basically comes down to: we have these pom.*, project.* and env.* prefixes,
but they aren't used at all.
Hope to get some feedback soon,
Kenney
-
To unsubscribe, e-mail
present in all of maven,
so that dependencies
can override depMgt, as is the case now, and also apply that to transitive deps,
OR we let depMgt override both local and transitive deps.
Or, is this the intended behaviour after all?
-- Kenney
to handle versions:
1) declare defaults for direct dependencies
2) declare overrides for transitive ones
we need a new element, like 'transitiveDependencyManagement'.
This is something I hope we won't support in 2.1...
-- Kenney
-Original Message-
From: Kenney Westerhof [mailto:[EMAIL
Ralph Goers wrote:
Kenney Westerhof wrote:
This somewhat describes the situation:
- depMgt for artifact X is used to provide defaults for direct
dependencies of artifact X,
and for overrides of transitive dependencies on X,
unless there's also a direct dependency on X in which case
Jason van Zyl wrote:
On 16 Jun 07, at 1:18 AM 16 Jun 07, Kenney Westerhof wrote:
Hi,
where's the spec for this?
I'm working on MNG-2651 and similar, and I'm a bit at a loss as how to
proceed.
What does the 'env.' prefix do? System props, env props, or project
props?
Should 'pom
Jason van Zyl wrote:
On 16 Jun 07, at 9:57 AM 16 Jun 07, Kenney Westerhof wrote:
So before I write something down that's more to the point than an
enumeration of
the flaws in the current implementation and the problems it gives us,
I'd like to
get concensus about the proper way to do
of the
high
overhead.
wdyt?
-- Kenney
Jason van Zyl wrote:
Hi,
The 2.0.7 release will go out tomorrow, and in order to get some decent
vote feedback it would be good to clean up JIRA so that we have an
accurate 2.0.x list people can vote on for issues they would like fixed
in 2.0.8. I created
. Putting it in a parent or root pom will
promote use of snapshots.
my 2 cents,
Kenney
Mark Hobson wrote:
On 15/06/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: brianf
Date: Thu Jun 14 18:50:14 2007
New Revision: 547483
URL: http://svn.apache.org/viewvc?view=revrev=547483
Log
...
Cheers,
Kenney
Cheers,
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail
in the
transitive
dependency trails, then filtering can occur before resolution.
btw, which one is it? I need to doc that in the wiki [1].
Cheers,
Kenney
[1]
http://docs.codehaus.org/display/MAVEN/Maven+2.1+Artifact+Resolution+Specification
Cheers,
Mark
wheter it's a fault in surefire or in
maven 2.0.7?
Thanks,
Kenney
Mark Donszelmann wrote:
Hi
tried 2.0.7 on FreeHEP, seems to work on most parts, except it tells me
following in one case:
RUN ABORTED
java.lang.LinkageError
org.apache.maven.surefire.Runner
An exception or error caused
Mark Donszelmann wrote:
Hi Kenney,
Hi Mark,
I was using 2.1.3 for surefire. Changed it to 2.3, and still get error
(slightly different):
Hi,
this is fixed later on; i think you're missing a dependency on junit.
Let me know if this is the case. Can't be due to 2.0.7 though, unless
-2.0.7.
It seems the test phase always requires the junit dependency (I don't call it
explicitly in the POM).
Cheers,
Frank
-Ursprüngliche Nachricht-
Von: Kenney Westerhof [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 13. Juni 2007 17:13
An: Maven Developers List
Betreff: Re: [VOTE
Jason van Zyl wrote:
tentative -1 for releasing as is:
I found a serious bug in maven 2.0.6 and 2.0.7 (2.0.5 works fine):
mvn clean deploy on plexus-utils fails (stacktrace and output below) due
to a NoClassDefFound
on IOUtil in plexus-utils.
I'm using released versions of wagon and the
a problem.
So if you can do a quick check using the snapshot of surefire then we
can work from there to make them work together. Kenney can help you
track it down and we'll fix the problem. If necessary we'll try to
accelerate the release of Surefire and get that out before we push
2.0.7
is it
downloaded...
Anyway, I'm revoking my -1 and changing it to +1, though not being able to
deploy
p-c-d or p-u is a serious drawback. But i guess it doesn't matter as 2.0.6 has
the
same problems so it's not worse ;)
-- Kenney
- Brett
On 14/06/2007, at 2:32 AM, Kenney Westerhof wrote:
Jason van Zyl
and see if it matches
svn://server001/trunk/product.
-- Kenney
Regards,
Graham
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
be the spec itself. Tests can contain bugs too, or
don't test
all cases. Writing good tests is the hardest part in software developement
processes,
apart from writing a good specification.
-- Kenney
Arnaud
On 07/06/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Ultimately the short answer is who cares
- they have to very distinct
packagings and cannot even have compile-time dependencies AFAIK.
src/java/
src/dotnet/
could become
src/main/java
src/main/dotnet
or even
src/m1/main/java/
src/m2/main/dotnet/
or
m1/src/main/java
m2/src/main/dotnet, which solves the problem.
-- Kenney
Brett
I wanted to get some feedback first, flesh it out on the dev list and then
jot it down. Need some feedback as to how it's supposed to work now
and what we want.
If there's no response within a reasonable amount of time I'll just put
it in the wiki.
Thanks,
Kenney
Jason van Zyl wrote
,
or somebody else already thought of this solution - I don't mean to offend
anybody by calling it that).
Thanks,
Kenney
Jason van Zyl wrote:
On 7 Jun 07, at 8:01 AM 7 Jun 07, Kenney Westerhof wrote:
I wanted to get some feedback first, flesh it out on the dev list and
then
jot
I'm on top of it, thanks for the pointer.
I think someone deployed the booter and not the plugin or vice versa.
just redeployed 2.3.1-snappy
-- Kenney
Jason van Zyl wrote:
Just making sure Kenney and Brett see this as I'm currently trying to
find a problem with surefire and 2.0.7 which
Hi,
I just found and fixed the bug after doing some testing of all possible config
values
for 2.3.1-snap and 2.4-snap.
fix is in svn, i redeployed surefirebooter for 2.4 and 2.3.1, so everything
should
be peachy now.
Turns out the '!' character was missing somewhere ;)
-- Kenney
Jason van
, please let me know.
Cheers,
Kenney
takes precedence if
there's also
a direct dependency declared?
6) Did I miss anything else?
Thanks for reading this far - it's pretty late, so this is basically a dd
if=/dev/ram0 ;)
-- Kenney
Carlos Sanchez wrote:
but you depend on B, so you want B, not C ;)
On 6/6/07, Patrick Schneider
I deployed all of it way before I committed this.
Continuum shouldn't complain ;)
Maybe we need to add some pluginrepo somewhere?
It'd be temporarily, i've got a feeling 2.3.1 will be released asap
as it contains major bugfixes. I just couldn't build it with 2.2.
-- Kenney
Vincent Siveton
is fine for maven core apparently. Not sure about the IT's
though,
but I'm sure continuum will tell us.
-- Kenney
Vincent Siveton wrote:
Thanks!
Vincent
2007/6/6, Brett Porter [EMAIL PROTECTED]:
Hi Vincent,
I'm aware of that (the snapshot plugin repo probably isn't declared).
I was asking
Kenney Westerhof wrote:
Brett Porter wrote:
[snip]
However, I'm rethinking setting it to default (which I did) - seems
best to retain it as false. I did it because of another regression
where clases in the system classloader weren't found in tests by
default any more. I think that's
Brett Porter wrote:
Thanks Kenney!
Please make sure to merge that up to the 2.3.x branch - this will close
out SUREFIRE-335.
Merged trunk to branch. I merged the last 3 revisions from trunk; the one before
that was a merge from you from branch to trunk. It cleanly installs so I hope
I
I agree, this is definitely an issue.
If you specify the same dep (a:a) twice in the same pom,
maven doesn't say anything, but takes the last one.
Brett Porter wrote:
Is this still an issue though? Maybe it should be left open for a
simpler fix.
- Brett
On 01/06/2007, at 2:19 PM, Jason van
=${was.home}/config
*/
protected String wsConfigDir
Everything is okay.
DEBUG (f) wasConfigDir = XYZ
Is root is a reserved parameter name?
Nope, see typo above.
-- Kenney
TIA
-
To unsubscribe, e-mail: [EMAIL
Brett Porter wrote:
Hi Kenney,
Would be interested to get your thoughts on the issues being seen with
useSystemClassLoader and the reasoning for going with a JAR to execute
it that way. Before I can continue with the release I need to put them
to bed.
I'll have to see what the issues
the above, just
wanted to
pitch this in since it's been on my mind for a while now.
-- Kenney
Raphaël Piéroni wrote:
Hi
if i would create a new packaging for archetypes,
what is the way (i don't need doco link about lifecycle hook
of a mojo, i already know it ;) )
to have a specific metadata
use
svn co https://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.4
and fix your smtp server ;)
Peter Anning wrote:
Spam detection software, running on the system fire.homenet.neonics.com, has
identified this incoming email as possible spam. The original message
has been
I know that legacy repositories keep getting pinged on each
build, even if they're just updated. Is there also no
network traffic when legacy repo's are in the repo list?
-- Kenney
Brett Porter wrote:
On 19/03/2007, at 11:36 AM, Jason van Zyl wrote:
Yah, I saw the logging which is why I used
fixed versions anyway. Adding a parameter/argument/sysprop
to override this would at least let people be aware that there can be unexpected
results.
tough one ;)
-- Kenney
Fabrizio Giustina wrote:
Hi,
I would like to start a discussion on how relocations in the central
repo should be handled.
I
; it
temporarily
installs the plugin in the local repository, backing up what's there;
after the integration test, it restores the local repository.
Jason Dillon wrote:
On Mar 15, 2007, at 2:38 AM, Kenney Westerhof wrote:
Jason Dillon wrote:
How does a test repository help? I still need to configure
life' complex builds.
The best way to do that I think is to apply it to 2.0.x and let people test it
on their builds for a while.
If it's breaking more than it fixes we can always roll back before the release.
-- Kenney
Brett Porter wrote:
-1, at this point. I'd like to look at some specific test
etc. So why try to support the unpredictable behaviour in 2.0.x?
I simply cannot understand how we can make 2.0.6 or newer behave in the same
unpredictable way (the case where the dependency is NOT specified to override
the depMgt section). That's just unsupportable.
-- Kenney
On 3/16/07, Jason
Carlos Sanchez wrote:
On 3/16/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
Carlos Sanchez wrote:
now poms in the repo that have dependencyManagement sections will
start to change the behavior of current builds and people with 2.0.5
will get very different results than people with 2.0.6
buggy and only apply to 2.1.
Fourth option: apply to both 2.0.x and 2.1.
My vote goes to 4, after ofcourse we've tested a release candidate of 2.0.6.
-- Kenney
fabrizio
On 3/16/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
After working with it a little this week I would like to propose
on the current artifact with the maven-it-plugin, so I think the easiest
and best solution here is to just fix MNG-2677.
-- Kenney
Specifically what I mean is to add an execution of the
maven-install-plugin:install w/forceVersion=testing to the
integration-tests profile in the pre-integration-test phase
DefaultArtifactVersion(2.0.6) )
is true since 2.0.6 is in [2.0.5,).
Or am I missing something here?
-- Kenney
Brian E. Fox wrote:
Done. I fixed the problem and added the tests to a branch described
here: http://jira.codehaus.org/browse/MNG-2876
Since it's very core (or maybe not if it's not really used) I'd
Wendy Smoak wrote:
On 3/14/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
The problem is that it uses the Verifier to test.
The Verifier uses the plugin from the local repo, not the current
project.
First, mvn clean install -Dmaven.test.skip=true, then mvn test and
it'll work.
I noticed
this - a lot of builds will fail, though it'll
certainly
meet expectations better.
-- Kenney
public void testContains() throws InvalidVersionSpecificationException
{
ArtifactVersion actualVersion = new DefaultArtifactVersion( 2.0.5 );
assertTrue( enforceVersion( 2.0.5
on the WAR plugin but
I want more tests before changing anything.
MNG-2677
-- Kenney
Stéphane
On 3/14/07, Wendy Smoak [EMAIL PROTECTED] wrote:
On 3/14/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
The problem is that it uses the Verifier to test.
The Verifier uses the plugin from the local
.
Then maven _should_ use FOO 1.0 for A, B and C, causing C not to compile, if
your patch
is applied. Otherwise, the patch isn't good enough probably becuase there's
other code
that does not honor 2.0.5 NOT being in 2.0.6...
-- Kenney
It's easy to tweak my patch so that contains treats 2.0.5 == [2.0.5
this breaks other unit tests.
I'll make an IT test and see what happens just patching the contains
method.
-Original Message-
From: Kenney Westerhof [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 15, 2007 9:18 AM
To: Maven Developers List
Subject: Re: version range question
Brian E. Fox
It's only available in snapshot version directories and contains a list of all
the snapshot versions there and names the latest version. So it's useful for
snapshots.
Ole Ersoy wrote:
Hi,
Just wondering if there is a purpose to having maven-metadata.xml in the
version directories (The
I'l be there - it's in my country so how can I not go? :)
I'm looking forward to meeting you in person (and others ofcourse).
-- Kenney
Brett Porter wrote:
Hi,
Who here will be at ApacheCon in May? I know Jason is as he is speaking.
Anyone want to get together there?
I'm currently working
of this.
-- Kenney
Jason van Zyl wrote:
On 13 Mar 07, at 1:30 AM 13 Mar 07, Stephane Nicoll wrote:
Weird. Can you paste the surefire logs please?
I believe they are caused by the testing harness. I too get failures but
have been using it to make the embedder source jar for 10 bundles or so.
I
to patch.
-- Kenney
-D
On 3/13/07, Kenney Westerhof [EMAIL PROTECTED] wrote:
Dan Tran wrote:
http://maven.apache.org/developers/maven-eclipse-codestyle.xml
seems to be out of date ( the throws, extend, etc do not split )
Do we have another official one?
I use
https://svn.apache.org
1 - 100 of 570 matches
Mail list logo