why not maven2 for builds?

10 Messages Forum Options Options
Permalink
alexei.sokolov
why not maven2 for builds?
Reply Threaded More
Print post
Permalink
Hello,

I was wondering what's your stance on maven2 vs. ant? Is it something you would consider for click 1.6 ?

Alex

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
sabob
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
Hi Alexei,

As our current build works very well we won't swap it out for a maven
one.

However if somebody wants to author the poms+howto, I think we can
host it as an alternative build for those who prefer working with
maven. I've also noticed that the major IDE's have much improved maven
support so it should be to Click's advantage to support a maven build.

kind regards

bob

Alexei Sokolov wrote:

> Hello,
>
> I was wondering what's your stance on maven2 vs. ant? Is it something
> you would consider for click 1.6 ?
>
> Alex
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Click-development mailing list
> Click-development@...
> https://lists.sourceforge.net/lists/listinfo/click-development


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
alexei.sokolov
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
Please correct me If I'm wrong, but Cayenne uses maven for builds.

http://cayenne.apache.org/building-cayenne.html

Alex

On Thu, Jul 17, 2008 at 10:54 AM, bob <sabob1@...> wrote:
Hi Alex,


Alexei Sokolov wrote:
Let's says maven build will work as well as current build, but migrating will require some effort (like moving files and directories around), will you consider doing it?
This decision is not mine alone, but in the past none of the developers were keen on Maven,
because of problems other projects have had especially Cayenne.

A Maven build would be even harder to sell if the current structure has to change.

kind regards

bob

PS: You might also be interested in the mvn4click project, but I'm not sure if it is active:

http://sourceforge.net/projects/mvn4click


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
Ahmed Mohombe
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
> Please correct me If I'm wrong, but Cayenne uses maven for builds.
> http://cayenne.apache.org/building-cayenne.html
Yeah, they believed the hype and after that it was too late to switch back,
since the structure changed and the old ANT build were not usable anymore.

If anybody would write the new ANT files, than they would switched right away back to ANT (at least
this was the answer given on the mailing lists).

Also many other projects that were to fast to mavenize everything that was moving
switched back.

Especially commercial projects needed something that "just works" and maven is *not*.
Reproducibility is extremely important: once it works it should always work - with
Maven this is not true.

Ahmed.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
sabob
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
In reply to this post by alexei.sokolov
Alexei Sokolov wrote:
> Please correct me If I'm wrong, but Cayenne uses maven for builds.
>
> http://cayenne.apache.org/building-cayenne.html

True, Cayenne has switched from an Ant based build to Maven but it
seemed as if they had quite a few hiccups along the way.

Also have a look at this blog entry:

http://tapestryjava.blogspot.com/2007/11/maven-wont-get-fooled-again.html

Sounds scary.

Kevin Menard, a Cayenne developer, left a few interesting comments
there as well.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
alexei.sokolov
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
In reply to this post by Ahmed Mohombe
This is FUD.

First, Howard was talking about a project with 40+ subprojects. You don't have these number of modules. Second, he was complaining about IDE support and IDE support improved greatly since then (as bob pointed out in his e-mail).

Maven just works. Period. However, if you guys are not comfortable with maven (suppose it works 100% as advertised, which it does), than migration to maven does not make any sense for this project. 

But if you read my e-mail, we can make sure existing ant script works, so in case you don't like maven the only "bad aftertaste" of migration will be different directory structure.

Alex

On Thu, Jul 17, 2008 at 2:04 PM, bob <sabob1@...> wrote:
Alexei Sokolov wrote:
> Please correct me If I'm wrong, but Cayenne uses maven for builds.
>
> http://cayenne.apache.org/building-cayenne.html

True, Cayenne has switched from an Ant based build to Maven but it
seemed as if they had quite a few hiccups along the way.

Also have a look at this blog entry:

http://tapestryjava.blogspot.com/2007/11/maven-wont-get-fooled-again.html

Sounds scary.

On Thu, Jul 17, 2008 at 1:52 PM, Ahmed Mohombe <amohombe@...> wrote:
> Please correct me If I'm wrong, but Cayenne uses maven for builds.
> http://cayenne.apache.org/building-cayenne.html
Yeah, they believed the hype and after that it was too late to switch back,
since the structure changed and the old ANT build were not usable anymore.

If anybody would write the new ANT files, than they would switched right away back to ANT (at least
this was the answer given on the mailing lists).

Also many other projects that were to fast to mavenize everything that was moving
switched back.

Especially commercial projects needed something that "just works" and maven is *not*.
Reproducibility is extremely important: once it works it should always work - with
Maven this is not true.

Ahmed.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
Malcolm Edgar-2
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
Hi Alex,

The Ant build system works fine for us now, so we dont have a big
motivation to invest effort in mavenising the project.

regards Malcolm Edgar

On Fri, Jul 18, 2008 at 9:20 AM, Alexei Sokolov
<alexei.sokolov@...> wrote:

> This is FUD.
>
> First, Howard was talking about a project with 40+ subprojects. You don't
> have these number of modules. Second, he was complaining about IDE support
> and IDE support improved greatly since then (as bob pointed out in his
> e-mail).
>
> Maven just works. Period. However, if you guys are not comfortable with
> maven (suppose it works 100% as advertised, which it does), than migration
> to maven does not make any sense for this project.
>
> But if you read my e-mail, we can make sure existing ant script works, so in
> case you don't like maven the only "bad aftertaste" of migration will be
> different directory structure.
>
> Alex
>
> On Thu, Jul 17, 2008 at 2:04 PM, bob <sabob1@...> wrote:
>>
>> Alexei Sokolov wrote:
>> > Please correct me If I'm wrong, but Cayenne uses maven for builds.
>> >
>> > http://cayenne.apache.org/building-cayenne.html
>>
>> True, Cayenne has switched from an Ant based build to Maven but it
>> seemed as if they had quite a few hiccups along the way.
>>
>> Also have a look at this blog entry:
>>
>> http://tapestryjava.blogspot.com/2007/11/maven-wont-get-fooled-again.html
>>
>> Sounds scary.
>
> On Thu, Jul 17, 2008 at 1:52 PM, Ahmed Mohombe <amohombe@...> wrote:
>>
>> > Please correct me If I'm wrong, but Cayenne uses maven for builds.
>> > http://cayenne.apache.org/building-cayenne.html
>> Yeah, they believed the hype and after that it was too late to switch
>> back,
>> since the structure changed and the old ANT build were not usable anymore.
>>
>> If anybody would write the new ANT files, than they would switched right
>> away back to ANT (at least
>> this was the answer given on the mailing lists).
>>
>> Also many other projects that were to fast to mavenize everything that was
>> moving
>> switched back.
>>
>> Especially commercial projects needed something that "just works" and
>> maven is *not*.
>> Reproducibility is extremely important: once it works it should always
>> work - with
>> Maven this is not true.
>>
>> Ahmed.
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Click-development mailing list
>> Click-development@...
>> https://lists.sourceforge.net/lists/listinfo/click-development
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Click-development mailing list
> Click-development@...
> https://lists.sourceforge.net/lists/listinfo/click-development
>
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
Ahmed Mohombe
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
In reply to this post by alexei.sokolov
> This is FUD.
This is not FUD, this is pure *reality* (in open source and in commercial projects too).

Small experiment:
1. - choose randomly 10 open source projects with maven and 10 with ANT from
sourceforge.
2. - on a clean computer, let a user build them.
e.g. without tricks just the standard commands described by the docs provided by the projects.
  (you can put a newbie to make the work - than the experiment is even more interesting).

Surprise:
  - most the maven projects don't simply work, but need extra work to make them built.
  - most ANT projects work, and the ANT projects that don't work, can be simply made to work even by
newbies and  with current IDEs it takes  few minutes even for a total beginner to do it.
  - maven projects that don't work *can't* be made by newbies to work - even worse, users that
have maven experience fail often.

For the projects that are inactive, try this experiment after a few months again, or on a different
computer. Surprise:
- the worst part: some of the maven projects that worked, now simply don't work, or some
that did not (and required some hacks) now work - just so :) (maybe a few hours later they wont :) ).
- with ANT the build is reproductible - those that did worked, do it again, those that
did not, are not (but simply solvable as before).

I did this experiment several times at various companies, and the results are
always the same. Of course, one could have argued that the maven based projects were
not configured right by the authors, but that is bs.: the defaults should simply work.
Also if you think that this is because of sourceforge "quality", than just try the big
apache.org SVN tree, to see how many of the mavenized projects there don't simply work anymore :).

> First, Howard was talking about a project with 40+ subprojects. You
> don't have these number of modules. Second, he was complaining about IDE
> support and IDE support improved greatly since then (as bob pointed out
> in his e-mail).
>
> Maven just works. Period.
No, it doesn't, and this is what all Maven fanboys don't get it: it is
not working the same all the time: sometimes works, sometimes not, i.e. it is not
guaranteed that it is working all the time the same way, once made to work,
without much effort and knowhow.

I guess this is the "it works on my computer" syndrome that most of them are suffering from :).

Ahmed.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
Malcolm Edgar-2
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
Hi Guys,

Lets keep this a friendly email list. I take my frustrations out on
TSS, my therapist says its good for me.

regards Malcolm Edgar

On Fri, Jul 18, 2008 at 9:53 AM, Ahmed Mohombe <amohombe@...> wrote:

>> This is FUD.
> This is not FUD, this is pure *reality* (in open source and in commercial projects too).
>
> Small experiment:
> 1. - choose randomly 10 open source projects with maven and 10 with ANT from
> sourceforge.
> 2. - on a clean computer, let a user build them.
> e.g. without tricks just the standard commands described by the docs provided by the projects.
>  (you can put a newbie to make the work - than the experiment is even more interesting).
>
> Surprise:
>  - most the maven projects don't simply work, but need extra work to make them built.
>  - most ANT projects work, and the ANT projects that don't work, can be simply made to work even by
> newbies and  with current IDEs it takes  few minutes even for a total beginner to do it.
>  - maven projects that don't work *can't* be made by newbies to work - even worse, users that
> have maven experience fail often.
>
> For the projects that are inactive, try this experiment after a few months again, or on a different
> computer. Surprise:
> - the worst part: some of the maven projects that worked, now simply don't work, or some
> that did not (and required some hacks) now work - just so :) (maybe a few hours later they wont :) ).
> - with ANT the build is reproductible - those that did worked, do it again, those that
> did not, are not (but simply solvable as before).
>
> I did this experiment several times at various companies, and the results are
> always the same. Of course, one could have argued that the maven based projects were
> not configured right by the authors, but that is bs.: the defaults should simply work.
> Also if you think that this is because of sourceforge "quality", than just try the big
> apache.org SVN tree, to see how many of the mavenized projects there don't simply work anymore :).
>
>> First, Howard was talking about a project with 40+ subprojects. You
>> don't have these number of modules. Second, he was complaining about IDE
>> support and IDE support improved greatly since then (as bob pointed out
>> in his e-mail).
>>
>> Maven just works. Period.
> No, it doesn't, and this is what all Maven fanboys don't get it: it is
> not working the same all the time: sometimes works, sometimes not, i.e. it is not
> guaranteed that it is working all the time the same way, once made to work,
> without much effort and knowhow.
>
> I guess this is the "it works on my computer" syndrome that most of them are suffering from :).
>
> Ahmed.
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Click-development mailing list
> Click-development@...
> https://lists.sourceforge.net/lists/listinfo/click-development
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development
alexei.sokolov
Re: why not maven2 for builds?
Reply Threaded More
Print post
Permalink
In reply to this post by Ahmed Mohombe
Some quotes from the email:

choose randomly 10 open source projects
most the maven projects
most ANT projects work
fail often
few months
some of the maven projects
some that did not
some hacks
few hours
several times at various companies
see how many of
fanboys don't get it
not working the same all the time
sometimes works, sometimes not
most of them are suffering from

I'm surprised that you used so many words in your e-mail to say:
Some developers sometimes experience some issues using some technology while working on some random projects at various companies.

Alex

On Thu, Jul 17, 2008 at 4:53 PM, Ahmed Mohombe <amohombe@...> wrote:
> This is FUD.
This is not FUD, this is pure *reality* (in open source and in commercial projects too).

Small experiment:
1. - choose randomly 10 open source projects with maven and 10 with ANT from
sourceforge.
2. - on a clean computer, let a user build them.
e.g. without tricks just the standard commands described by the docs provided by the projects.
 (you can put a newbie to make the work - than the experiment is even more interesting).

Surprise:
 - most the maven projects don't simply work, but need extra work to make them built.
 - most ANT projects work, and the ANT projects that don't work, can be simply made to work even by
newbies and  with current IDEs it takes  few minutes even for a total beginner to do it.
 - maven projects that don't work *can't* be made by newbies to work - even worse, users that
have maven experience fail often.

For the projects that are inactive, try this experiment after a few months again, or on a different
computer. Surprise:
- the worst part: some of the maven projects that worked, now simply don't work, or some
that did not (and required some hacks) now work - just so :) (maybe a few hours later they wont :) ).
- with ANT the build is reproductible - those that did worked, do it again, those that
did not, are not (but simply solvable as before).

I did this experiment several times at various companies, and the results are
always the same. Of course, one could have argued that the maven based projects were
not configured right by the authors, but that is bs.: the defaults should simply work.
Also if you think that this is because of sourceforge "quality", than just try the big
apache.org SVN tree, to see how many of the mavenized projects there don't simply work anymore :).

> First, Howard was talking about a project with 40+ subprojects. You
> don't have these number of modules. Second, he was complaining about IDE
> support and IDE support improved greatly since then (as bob pointed out
> in his e-mail).
>
> Maven just works. Period.
No, it doesn't, and this is what all Maven fanboys don't get it: it is
not working the same all the time: sometimes works, sometimes not, i.e. it is not
guaranteed that it is working all the time the same way, once made to work,
without much effort and knowhow.

I guess this is the "it works on my computer" syndrome that most of them are suffering from :).

Ahmed.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Click-development mailing list
Click-development@...
https://lists.sourceforge.net/lists/listinfo/click-development