Mergere has announced the release of the first book written about Apache Maven 2, titled "Better Builds with Maven." (Registration required for free download.) The book was written by Maven developers Jason van Zyl, John Casey, Vincent Massol, Carlos Sanchez and Brett Porter.

Better Builds with Maven is a comprehensive 'How-to' guide for using Maven 2.0 to better manage the build, test and release cycles associated with software development. The chapters include:

• An introduction to Maven 2.0
• Creating, compiling and packaging your first project
• Best practices and real-world examples
• Building J2EE Applications
• Extending builds by creating your own Maven plugins
• Monitoring the health of source code, testing, dependencies and releases
• Team collaboration and utilising Continuum for continuous integration
• Converting existing Ant builds to Maven

Better Builds with Maven (again, registration required) can be requested from the Mergere library. Registration sends an email with download instructions to the supplied email address.

Very nice Book.

The thing that drives me nuts about Maven is I rarely know if I'm looking at Maven 1 or Maven 2 documentation. It's quite aggravating since everything important is different. This is a constant annoyance that will probably never go away completely. They really should have used a different name.

Do they have a chapter called "Why do the repositories suck so much?" :)

LOL - so true.

Do they have a chapter called "Why do the repositories suck so much?" :)

No but they have one called "How to improve the repository." Should interest you! Here's a preview :
http://maven.apache.org/guides/mini/guide-maven-evangelism.html

Do they have a chapter called "Why do the repositories suck so much?" :)

Well, I wrote about it too
http://www.sourcelabs.com/blogs/labnotes/2006/04/java_artifact_repository_cjar.html
and we also create helper to work with Maven repositories in Maven _and_ Ant, please check it out at
http://area51.sourcelabs.com/cjar/app
and let us know what you like, do not like and what is missing



Konstantin
http://www.sourcelabs.com

Do they have a chapter called "Why do the repositories suck so much?" :)

Well, I wrote about it toohttp://www.sourcelabs.com/blogs/labnotes/2006/04/java_artifact_repository_cjar.htmland we also create helper to work with Maven repositories in Maven _and_ Ant, please check it out athttp://area51.sourcelabs.com/cjar/appand let us know what you like, do not like and what is missingKonstantinhttp://www.sourcelabs.com

By the way, there is the project "Maven Repository tools" in development right now. You can already check it out of svn if you want.

Alexandre,

I will definitely look at that, but in general I think that repository itself should be user technology agnostic and should allow any kind of clients: Maven, Ant, IDE tool etc.
IMO repository should be independent provider of basic, tools neutral information:
version, applicable license(s), dependencies, bytecode version, version defferences(jardiff), debug vs nondebug, or obfuscated binaries, etc.

Please look at the overall vision for the repository everyday use:
http://web-1.colo.sourcelabs.com:8080/cjar/info/about/cjar_everyday_use.png

Some of those features are available in the Maven dependencies resolver but others are not, or implemented quite differently than I would like them.
I would be glad to work with you on implementation if we could synchronize our visions, please do not hesitate to contact me.

And in the meantime I hope that our search tool just makes it easier for people to find and use artifacts in Ant and Maven projects and without reliance on one particular IDE.

Oops, wrong link, should be
http://area51.sourcelabs.com/cjar/info/about/cjar_everyday_use.png

Alexandre,I will definitely look at that, but in general I think that repository itself should be user technology agnostic and should allow any kind of clients: Maven, Ant, IDE tool etc.IMO repository should be independent provider of basic, tools neutral information:version, applicable license(s), dependencies, bytecode version, version defferences(jardiff), debug vs nondebug, or obfuscated binaries, etc.Please look at the overall vision for the repository everyday use:http://web-1.colo.sourcelabs.com:8080/cjar/info/about/cjar_everyday_use.pngSome of those features are available in the Maven dependencies resolver but others are not, or implemented quite differently than I would like them. I would be glad to work with you on implementation if we could synchronize our visions, please do not hesitate to contact me.And in the meantime I hope that our search tool just makes it easier for people to find and use artifacts in Ant and Maven projects and without reliance on one particular IDE.

Thank but I am not a developper, I am just a big Maven 2 fan :) Your solution seems cool, I will give it a try. I just wanted to mention the repository browser because the Maven developers were talking about it not so long ago on the dev list and about the future of Maven Proxy.

but in general I think that repository itself should be user technology agnostic and should allow any kind of clients: Maven, Ant, IDE tool etc.IMO repository should be independent provider of basic, tools neutral information:version, applicable license(s), dependencies, bytecode version, version defferences(jardiff), debug vs nondebug, or obfuscated binaries, etc.

+1

This is an excellent book. I recieved an early copy at TSSS.

I printed it out and read it while doing cross-country trips to/fro back east.

If you are working with Maven2, you must have this book.

Great job guys!

Very good book, easy read.

I had experience with Maven 1 for a year, but started to play with Maven 2 just two days ago and found it a little bit hard to adapt to its noticeably revamped implementation. Unfortunately, Maven project has no such good and structured documentation (though it was greatly improved compared to Maven 1) as, for example, Spring, Hibernate or Subversion, this book came just in time to reduce my learning pain :) Many thanks to authors for their effort.

excellent book! thanks to authors for their effort

There seems to be problems registering. I've been trying for half an hour or so.

I'm subitting the form, but the site is not responding...

I had the same problem, too. Who can offer that you already downloaded?

Thanks,

Look at your mailbox you entered during registration. The mail with link should have been delivered to you, even if there is no response from server after submitting the form.

Now I know what Hani will be getting as a present for christmas...

SCNR, Lars ;-)

Try Camino, it works.

I had no problem, maybe it was the TSS effect.

The registration page rejects my email address as invalid.

Thanks a lot!

excellent book - thanks guys!

The site has moved, here is the new URL: http://www.exist.com/?q=node/151

http://www.maestrodev.com/better-build-maven