Re: Virtual versions

ask a build and deploy team to update 130+ projects whenever > they release a new enterprise pom. What they'll do in practice is just change > it and force it over the current version or worse avoid making changes that > really should be done b/c it&#x

Re: Proposed change to handling of dependency version ranges

u can have different artifacts that use older versions and maven will tell you that you cannot package those two projects together. ~Michael -- Michael McCallum Enterprise Engineer mailto:gho...@apache.org - To unsubscribe, e

Re: Version range special cases?

On Mon, 17 Nov 2008 00:43:03 Dave Syer wrote: > > Michael McCallum-3 wrote: > > > > just start at 2.1 and everything just works and makes sense... > > > > Sorry, not to me, and not to anyone I know who uses version ranges. The works or make sense ;-) > OSGi v

Re: Version range special cases?

N IS TO NEVER USE 2.0 just start at 2.1 and everything just works and makes sense... and why not use natural numbering anyway its more elegant... get rid of this odd development termininology of 0 versions. my 2c -- Micha

Re: compiler plugin: separate test compiler configuration

#x27;t use that feature. Maven shouldn't be limited to the least > > common denominator of all tools out there. > > I have the same feeling. > > Daniel -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PLEASE TEST] Maven 2.1.0-M1-RC16

onsider that Maven should error on such property names -- or at > least be configured to have forbidden names. -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For a

Re: version LATEST merge with RELEASE

then let them specify that? I suppose if you just mapped that at the very beginning down to an open range it probably does not make any difference implementationwise however anyother tool that wants to make sense of the pom needs to understand all the special cases too... -- Michael McCal

Re: version LATEST merge with RELEASE

er tools that just dump jars? -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Mercury Version Ranges

Aren't the repositories defined with the pom and so are > constant? I define NO repositories in the pom... thats just a bit too chicken and egg... I define all my repositories in settings.xml -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED]

Re: Mercury Version Ranges

t that point. the local repos should not be the cache of remote repos thats a design flaw... the local repo should be treated like all others... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscri

Re: Mercury Version Ranges

hether rolling back or forward is the cheapest option... without tags aka releases there is just no easy way to do it... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Mercury Version Ranges

hould be smarter :) thats like saying i don't care what gas i put in my car it should just work... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Mercury Version Ranges

se version ranges and that is exactly why i use ranges... > > Ralph > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Michael McCallum Enterpri

Re: Mercury Version Ranges

On Wed, 13 Aug 2008 16:35:38 Ralph Goers wrote: > Michael McCallum wrote: > > To be well rounded we should consider other approaches to dependencies > > > > its worth having a look at how gentoo does versioning with ranges and > > slots... http://www.gentoo.org/ >

Re: Mercury Version Ranges

a project that is being released... i expect developers to use dependency:tree and dependency:resolve to know/check themselves first just in case enforce it with a tool -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Mercury Version Ranges

/index.html -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Mercury Version Ranges

---------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: POM rewriting with DecentXML

On Tue, 05 Aug 2008 19:28:47 Aaron Digulla wrote: > I mean, there was *no* XML parser which can do 100%   > round-tripping before DecentXML. It's just a non-issue for the XML guys. xom using xerces 2.6.7 was supposed to be able to do a complete round trip, have you disproved that?

Re: POM rewriting with DecentXML

ted on mojo... if that is not something that people want > I'll go look elsewhere but I'd appreciate knowing sooner rather than later > > -Stephen > > >> Cheers, > >> Brett > >> > >> -- > >> Brett P

Re: [PLEASE TEST] Maven 2.0.10-RC2

On Thu, 24 Jul 2008 15:10:40 Michael McCallum wrote: > I'm getting stack traces rather than the nice message when an artifact does > not exist the repository... For regular maven user you could almost get away with this... but for newbies its will give them the willies and drive them a

Re: [PLEASE TEST] Maven 2.0.10-RC2

chael McCallum Development Lead somedomain Ltd cell: 021.576.907 msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] aim: gholamses http://www.somedomain.co.nz -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubs

Re: How do I go about contributing a plugin to mojo?

a version specification to limit things. > -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Releasing maven-filering?

. I figured i should pull my finger out and patch something rather than just talking all the time, jon would be proud -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: Release early, Release often

always never have changes... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Release early, Release often

we have going on now... we should be able to stably release things in faster small increments without breaking things... except when we want to. -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe

Re: Preparing for 2.0.10 RC1

On Sat, 12 Jul 2008 09:10:03 John Casey wrote: > I think if we're going to try to take a hard line on maintaining a > public API, then we need to define that API in a separate artifact > that we can place strict limits on. thats a great idea -- Michael McCallum Enterprise Engineer

eclipse plugin and shared output directories

work for people? Maybe locking on windows actually make a positive impact finally? Thoughts anyone? -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: initial comments on SAT solver document

On Mon, 23 Jun 2008 14:26:38 Michael McCallum wrote: > have a meeting will explain in more detail later... have not forgotten just been really busy and want to give this a proper treatment... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTEC

Re: initial comments on SAT solver document

at is really compatible with what is > extremely difficult. have a meeting will explain in more detail later... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: initial comments on SAT solver document

to ensure better consistency -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: initial comments on SAT solver document

n to this problem you always need a flexible solution close to home, because ultimately you need to manage when and where things change if you ever hope to produce stable software in a timely fashion. -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED]

Re: MNG-624 automatic parent versioning

project i.e. webapp, assembly, model, service etc otherwise you get heaps of projects with duplicated plugin configs and its hard to manage -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e

Re: maven-grafo-plugin status

a > >:39) > > > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI > >mpl.java:25) > > > > at java.lang.reflect.Method.invoke(Method.java:597) > > at > > org.codehaus.classworlds.Lau

Re: dependency version conflict resolution

trategy is > >> just a heuristic that will be wrong in some cases, so IMHO it's better > >> to have a single strategy that's easy to understand and override when > >> necessary than to have multiple strategies that al

Re: Change to artifact version handling.

With the generic ordered components I think we can cover most of the bases without the need for pluggable. If anyone really really needs pluggable they can ship there own maven patch internally there is no need to make it too easy. -- Michael McCallum Enterprise Engineer mailto

Re: Change to artifact version handling.

, rc and SNAPSHOT always with - prefixes in the repository. p.s. the three emails were intentional -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: Change to artifact version handling.

match the following... "" < [a-zA-Z]* < [0-9]* You could also then say !alpha !beta !arbitrary !1 -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: Change to artifact version handling.

/2.1/ ./cglib/cglib/2.1_2/ ./cglib/cglib/2.1_3/ ./cglib/cglib/rc2-1.0/ -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EM

Re: [regression] Cannot release plugins parent!

in a unreleased state into the svn tag for the > released parent pom which in my view creates unnecessary confusion > for anyone trying to understand what's going on in svn. Big fan of this... aggregation != inheritance -- Michael McCallum Enterprise Engine

Compiler plugin picks up source from jars in classpath

I found that one of my dependencies bundles some source in the jar... the compiler plugin compiles it and it ends up in my artifact. Has anyone see this before? -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED

Re: Version ranges and snapshots

? Would voting make > > sense, or should the PMC lay down the intended direction? I'm not > > sure whether this thread needs to get any longer.. :) > > > > Mark > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional comman

Re: Version ranges and snapshots

hread needs to get any longer.. :) > > > > Mark > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: An Attribute Based POM

ng the way of ant... big thumbs up for views like dependency:tree etc that make the pom human readable... which i think is most of the problem... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To un

Re: An Attribute Based POM

2008 13:17:09 Martijn Dashorst wrote: > On 2/12/08, Michael McCallum <[EMAIL PROTECTED]> wrote: > > You can change the tool to make a bad pom look good but at the end of the > > day > > there is something wrong if your declared dependency list looks like > > that...

Re: An Attribute Based POM

ontent-type=text%2Fplain&view=co > http://svn.apache.org/viewvc/maven/archiva/trunk/pom-4.1.0.xml?content-type=text%2Fplain&view=co > -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubsc

Re: proposal : make POM less verbose

nd > > enhance readability. > > > > > > > > Nico. > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > ------

Re: Version ranges and snapshots

----- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Version ranges and snapshots

most flexible compromise. -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Version ranges and snapshots

;t care as it is still new and you are happy to use > the last stable release, 1.4... > > Now there is some work that is needed for the 1.4 service pack, so > 1.4.1-SNAPSHOT arrives and bang! you are scuppered > > On Jan 23, 2008 7:31 PM, Michael McCallum <[EMAIL PROTECTED]>

Re: Version ranges and snapshots

Hobson wrote: > Hi Michael, > > On 23/01/2008, Michael McCallum <[EMAIL PROTECTED]> wrote: > > Firstly IMHO of MNG-3092 is that is it not the right thing for maven in > > general. > > > > I believe with MNG-2994 and appropriate use of profiles to enable and &g

Re: Version ranges and snapshots

no trail, no guarantees, no possibility of generating diffs -Perhaps mercurial or svk could mitigate that to some extent - and chances are no recent backups. > > Cheers, > > Mark > > ----- > To unsubscribe, e

Re: Version ranges and snapshots

ntly. I'm concerned that MNG-3092 is a one way street where better more flexible solutions could exist. But having said that if you did fix 3092 it would not adversely affect me right now. And if it does... well I'll figure something out. -- Michael McCallum Enterprise Engineer mai

Re: 2.0.8 and release plugin bug status

xed recently. > > Can someone comment on the status of MNG-3351? We are at a blocking point > now where we cannot build anymore with maven. -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubsc

Re: [VOTE] release maven-shade-plugin 1.0-beta-1

in theory delay the inevitable release > with the MSHADE-9 fix in it. > -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Version ranges and snapshots

start a vote for this issue here I guess the same rules as releases would apply. 72 hours only pmc votes are binding. etc etc -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL

Re: Version ranges and snapshots

On Tue, 15 Jan 2008 08:43:38 Michael McCallum wrote: > > It's crazy that version ranges are still unusable in 2.0.8.. > * we can mix and match snapshots during development if we need to would not appear to work, i could swear i had this working in the last year... oh well, i ca

Re: Version ranges and snapshots

d tests against the latest releases of all projects what more do you need? On Tue, 15 Jan 2008 06:41:42 Mark Hobson wrote: > On 10/01/2008, Michael McCallum <[EMAIL PROTECTED]> wrote: > > another thought... > > > > by default you could not have snapshot repositories enab

Re: Version ranges and snapshots

-- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: plugin repositories (was: svn commit: r609772)

|false) i don't think the plugins true|false is necessary you can use profiles and separate repositories to force it if you really want to -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubsc

Re: plugin repositories (was: svn commit: r609772)

hat repository definition... you could have a profile to enable if you want to pick up the snapshot plugin repo for testing... -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [E

Re: Version ranges and snapshots

On Wed, 09 Jan 2008 15:15:55 Michael McCallum wrote: > > IMHO, I think our approach excels in making sure this doesn't happen. > > First and foremost, if this version range issue can be fixed, snapshots > > will never be considered valid unless explicitly asked for. Therefo

Re: Version ranges and snapshots

ntly I can't even > release because snapshots are not filtered out. the enforcer plugin definitely fixes this and the generateReleasePoms=true ensures that the build from tag uses the same clean deps as when tagging -- Michael McCallum Enterprise Enginee

Re: Version ranges and snapshots

he release plugin when defined in ranges, it would appear to work on the defined not resolved dependencies... you have to use the enforcer plugin which works on the resolved tree. cheers -- Michael McCallum Enterprise Engineer mailto:[EMAIL

Re: Version ranges and snapshots

our and allowing an option to change it at runtime or on the command line. You run the risk of breaking builds otherwise. -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Version ranges and snapshots

or a dependency, what I am > saying is that I will accept any RELEASED version from 1.0 (inclusive) to > 2.0 (exclusive). I am not saying I want any SNAPSHOTS to be allowed. The > only time a SNAPSHOT should be allowed is when it is specified by an > inclusive version range boundary. &g

Re: Version ranges and snapshots

esign docs and leave range resolution behaving > > as it is, then use profiles to enable or disable snapshot repositories > > at build time. > > > > Any thoughts? > > > > Mark > > > > ------

Re: Surefire 2.4 is coming

t; > -Dan > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > --------- &

Re: [VOTE] Release Maven Surefire 2.3.1

nd > the latest release not usuable. > > > Benjamin Bentmann i second that -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Hibernate metadata broken...

-- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Including managed dependencies

> > Thanks, > > Jason > > -- > Jason van Zyl > Founder and PMC Chair, Apache Maven > jason at sonatype dot com > ------ > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-m

Re: Idea of a new parameter for the DEPLOY plugin

> ----- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]