Apache Directory Project - g

This is Interesting: Free IT Magazines  
Home > Archive > Apache Directory Project > August 2006 > g





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author g
Emmanuel Lecharny

2006-07-31, 7:11 am

Alex Karasulu a écrit :

> Emmanuel Lecharny wrote:
>
>
>
> I share your frustration.


It's not a frustration. It's a fear...

>
> ...
>
>
>
> I think there is a way for us to do this. Just use specific plugin
> versions to stabilize the build wrt plugin variance. This is the root
> of the problem.


Yeah, I think there should be a way to tell maven - like we do for jars
- that we want to use a specific version of a plugin. Maven guys, any clue ?

>
>
>
> Forgive me bro but I disagree with this idea. I just think we're not
> using maven properly. Maven has it's issues but overall we're not
> tuning our build to make it work consistently with updates to plugins
> in the repository. We can do better and have some advice from the
> other emails I've seen.


It's not a problem with maven. It's a general build concept. Whatever
tool you use, you want to be able to build an old version with the good
jars. Good jars means jars which have the same tags. With a remote repo,
you have zero guarantee that somebody didn't change it. This is the
concern I have, it's not a problem of using maven instead of another
tool. Sorry if I wasn't able to express it clearly. Signature of jars is
something that could be used to verify that a remote jar is good, but if
this remote jar disapear, you are dead.

>
> ...
>
>
>
> I'm open to other tools but only after we have grasped the use of the
> current build tool's features better. I don't think we've done that
> (speaking more for myself). Also what's scary is I'm perhaps one of
> the most Maven savvy on this team besides Brett Porter.


No, don't get me wrong. Again, it's not a question of dumping maven
because it's maven. (man, we are using maven 2, it's not anymore maven1
! ;) but I really think that we should be able to reach the two points I
mentionned before. I don't know how to do that with Maven atm. I hope
that this thread with help to get some maven gurus to give us some good
advices. But again, there are some points we need to address, whatever
tool we use./ /And I'm perfectly aware of the cost of a migration to
ant+ivy, and I think it's better to stick to something that work, if we
can have this needed reliability.

>
> *wish*
> I really wish Brett had the time to step in and show us some tricks to
> help fix these problems (hint hint).


Brett, or any other Maven guy who know better that we do how to
configure it. Ole ?

>
> ...
>
>
>
> I totally agree, this is one of my biggest issues with this plugin.


Yeah, this is not really an issue, it's much more a pain ...

Emmanuel

Luke Taylor

2006-08-01, 7:11 pm



Emmanuel Lecharny wrote:
> Alex Karasulu a écrit :
>
>
> It's not a frustration. It's a fear...
>
>
> Yeah, I think there should be a way to tell maven - like we do for jars
> - that we want to use a specific version of a plugin. Maven guys, any
> clue ?
>


I think you can specify a specific plugin version number in the pom.xml:

http://maven.apache.org/ref/current...ml#class_plugin



--
Luke Taylor. Monkey Machine Ltd.
PGP Key ID: 0x57E9523C http://www.monkeymachine.ltd.uk


Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com