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)
. But a per reactor-build local workspace
as a default, when 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 ~/
the ~/.m2/ directory. It could just aswell be target/workspace-repo/
in the top level pom.
-- Kenney
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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; build
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
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 p
e|Test)(ClasspathElements|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
will be applied, 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
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
urefire*tmp files 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)
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 the
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 and bit
dir}"' injected
as a mojo parameter:
println "$${basedir}"
-- 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
-r--r-- 1 jdcasey apcvs 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 a
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
ccess 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 p
#x27;t appear
on 2.1
due to me breaking a hack.
Anyway, it all works fine now (but we still need to allow any pom in any
location to be used
as the main pom without this bug reappearing).
-- Kenney
John Casey wrote:
IIRC, path resolution was taking place in the project builder...which
at 12: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 origina
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
snapshot repo's
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.code
@@ -> @@ (or @?)
@@foo@ -> @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
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 def
Use German locale
This is rather verbose. Do you really want to list all locales in this case?
Of course, Maven should display an error if a required variable is
missing. And it would be nice to have "help:describe-properties"...
-- Kenney
vadoc (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 Ho
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}" out
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
for it.
Maybe we should just add again to dependencies and resource
sets, so the resource plugin can look at the resourceset property '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 filterin
der to use the fixed
wagon-webdav.
WDYT?
-- Kenney
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
assworlds.conf=${M2_HOME}/bin/m2.conf" \
"-Dmaven.home=${M2_HOME}" \
${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
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 a
gin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:562)
... 18 more
[INFO]
[INFO] 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 W
-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
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.DefaultInv
javadocs if you 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. Should
e either..
I'm just afraid we'll pollute the pom too much with all kinds of tags
for this and that; something more generic may be more future proof and have
less changes to the pom.
-- Kenney
Mark Hobson wrote:
On 28/06/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
As long as you
27;ll find it prints '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, w
hat 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
( "XXX " + Contextualizable.class + ": " +
Contextualizable.class.getClassLoader() ); }
to your mojo and see what it prints?
-- Kenney
Thanks,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additiona
ou still get the older one, so, what
version you'll get will depend 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 ar
api's 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
d you mean 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
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
ts in the proper scope. Either 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-
ork.
Anyway, I once tried to fix this issue but the api had 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 enc
hen and
we've got
a place reserved for this in the wiki, but there are too much options to choose
from
to really write something ;)
-- Kenney
[snip]
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional command
keyword,
version 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
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
ay just need to add another
processing step after 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 diff
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 wa
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
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 cas
Jörg Schaible wrote:
Kenney Westerhof wrote:
Hi,
Just did some test wrt MNG-2340 (using maven 2.0.7 and 2.0.6), and this is
what I found:
P with dependencyManagement for lucene 1.3
|
+ my-dep with dependency on lucene 1.4.3
+ my-app with dependency on my-dep
(I modified the attached
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 PROTECTED]
Sent: Saturday, June 16, 2007 7:06 AM
To: Maven Developers List
Subject: depM
ild overrides' that's globally 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
repo's I've seen mentioned in the code still work.
But the order of checking would be changed (for pom.* and project.*) so results
may
vary.
It basically comes down to: we have these pom.*, project.* and env.* prefixes,
but they aren'
be moved into maven-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
try this approach and it still 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 behav
tifactMatcher system...
Cheers,
Kenney
Cheers,
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To
eased. 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=rev&
it doesn't slip my mind, than to not do it at all because 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 peop
out, why 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 We
we are going to have
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
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 depl
that's due to maven-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 Deve
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 thou
determine 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
an "don't include this artifact AND it's dependencies anywhere 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://doc
'svn info' and look at the URL and see if it matches
svn://server001/trunk/product.
-- Kenney
Regards,
Graham
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
java+dotnet in 1 module is just bad practice - 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,
ve
up to the spec; it cannot 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]&g
oposal' simply means the stuff I wrote down - it's probably already
implemented,
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 Wester
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
ks, 2.3 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 probabl
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.
-- Ken
it at least conforms
to one of the 8 possible rulesets above).
3) What do we want it to be?
4) do we want this user configurable?
5) do we want an extra choice/rule, that depMgt only takes precedence if
there's also
a direct dependency declared?
6) Did I miss anything else?
Thanks for r
blems, please let me know.
Cheers,
Kenney
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
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
quot;${ws.config.dir}" default-value="${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
---
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 Zy
t, then n/m 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
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 attach
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
he downside is that this breaks old builds, but they probably all have 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 sta
a bug also changes behaviour.
Third option: keep 2.0.x 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,
A
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 t
ablished that this bugfix is something we want and it should go in
2.1, 2.2 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 d
s against 'real 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
plugin) is of use; 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?
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 direct
t doing 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 quest
not there in 1.0.
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
to work 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 Verif
know that's what people *think* X means, but it doesn't.
I'm not sure if we can change this - a lot of builds will fail, though it'll
certainly
meet expectations better.
-- Kenney
public void testContains() throws InvalidVersionSpecificationException
{
Arti
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
insVersion( new
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 may
When MNG-870 was resolved (which later regressed), I succesfully ran integration
tests 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:inst
rsion
so you'll know what 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 )
>
>
because 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 bundle
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'
1 - 100 of 595 matches
Mail list logo