Re: Maven 2.1.0 Plans (a proposal of sorts)

2009-02-08 Thread Don Brown
isn't a good thing, just that this functionality probably does have coverage. Don On Sun, Feb 8, 2009 at 3:28 PM, Brian E. Fox wrote: > I don't believe the existing Its test parallel downloads specifically. > > -Original Message- > From: Don Brown [mailto:mr...@t

Re: Maven 2.1.0 Plans (a proposal of sorts)

2009-02-07 Thread Don Brown
It would be a shame to drop such a useful feature like parallel downloads when it is working perfectly and been used by developers for months with no reports of problems. While more integration tests are always good, the bits of code I modified are covered by existing tests, so to say it has no te

Re: An Attribute Based POM

2008-02-11 Thread Don Brown
ling with more > verbosity, you should interview at Atlassian? :) > > On 12/02/2008, at 4:47 PM, Don Brown wrote: > > > Atlassian is hiring ... :) > > > > On 2/12/08, Jason Dillon <[EMAIL PROTECTED]> wrote: > >> IMO we should strive to make the pom even

Re: An Attribute Based POM

2008-02-11 Thread Don Brown
Maybe one day IDE support will be > ubiquitously used and it won't matter, but for now a lot of people > look at POMs and edit them in vim and would like them to be simpler. > The more important thing is remaining consistent throughout the change > IMO. > > - Brett >

Re: An Attribute Based POM

2008-02-11 Thread Don Brown
Whether an attribute-based design is "proper" is a less important question than what makes Maven more usable. Form should follow function. What users care about is more readable POMs, less typing, and less clutter. I've been really impressed with the Maven team adopting a more programmatic appro

Re: proposal : make POM less verbose

2008-02-10 Thread Don Brown
Hmmm...what about a more simple solution that uses XSLT processing instructions? Then, Maven just has to detect that instruction when loading the XML, and apply the stylesheet accordingly to get the standard Maven XML. The advantages are: * Very few coding changes for Maven * Easy to plug in a

Re: Plugin Versions in the Super pom

2008-02-09 Thread Don Brown
On 2/10/08, Jason van Zyl <[EMAIL PROTECTED]> wrote: > You're asking for a far more complicated solutions to be implemented > which generally aren't much more helpful. You're also conflating the > solution with what people should do and what they should actually be > doing. Yes, people should use v

Re: Dramatically speed up dependency resolution

2008-01-28 Thread Don Brown
On 1/29/08, Tom Huybrechts <[EMAIL PROTECTED]> wrote: > Did you build this on java 6? > > I'm getting bad class version errors on java 5: Strange, I would have thought the Maven 2 build would have been configured to target 1.4. Anyways, I rebuilt with Java 5 and updated the snapshot on people.apa

Re: Dramatically speed up dependency resolution

2008-01-28 Thread Don Brown
On 1/28/08, Tom Huybrechts <[EMAIL PROTECTED]> wrote: > I just tried it out and sometimes got this error halfway through a build: Doh, forgot to synchronize the resolved and missing artifact lists, now that they can be accessed by multiple threads. I put up a new version (has that and a few pool

Re: Dramatically speed up dependency resolution

2008-01-27 Thread Don Brown
? If there's a good way to work > around it, we should aim for 2.0.9 > > -Original Message- > From: Don Brown [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 27, 2008 4:49 PM > To: Maven Developers List > Subject: Re: Dramatically speed up dependency resoluti

Re: Dramatically speed up dependency resolution

2008-01-27 Thread Don Brown
On 1/28/08, Jason van Zyl <[EMAIL PROTECTED]> wrote: > > * Connection pooling: Uses the http wagon instead of http-lightweight > > and fixed incorrect http client initialization > > James Dumay also worked on this. So you might want to talk to him or > look. I'm

Dramatically speed up dependency resolution

2008-01-27 Thread Don Brown
One of my pain points with Maven is how slow it is to "download the internet", so rather than bitch (or more accurately, continue bitching), I decided to do something about it. I created a customized build of Maven 2 (MNG-3379, WAGON-98) that, at least in my simple tests, cut the dependency resolu