I wanted to reply, but no need, Emmanuel said it very well. +1
Hadrian
On 02/09/2016 07:22 AM, Emmanuel Lécharny wrote:
Le 09/02/16 12:35, Sinnema, Remon a écrit :
Hi Emmanuel,
I'm not trying to start a flame war.
This thread was started because there doesn't seem to be a lot of activity on the
project. A statement like "The biggest changes had to do with moving away from Ivy
and moving toward Maven", suggests to me that significant time was spent on getting
the tooling to work.
Going from a completely free format Ant/Ivy to a completely structured Maven is
bound to be difficult and expensive. Going to something more flexible like
Gradle would have saved time that could then have been spent to advance the
project. So in my mind it's very relevant to discuss the tooling here.
Tooling might be relevant, once we get some activity. We have almost
none. Again, the problem is not that OpenAZ is built with Ant or Maven
and not Gradle : that can always be changed. The real problem is that we
have no one seriously involved in teh code, in the documentation, in the
technical discussions that *must* happen when growing a project, in the
advertisement and teasing around the project (how oculd you get new
committers if you don't praise and tell teh world about it ?).
I don't see how possibly switching to gradle could help here. But again,
*if* teh community decide to switch to gradle, that's just fine !
Not a lot of people have even heard of XACML, let alone would be willing to put
time into this project. Therefore, optimizing the productivity of those who do
seems like a good idea to me.
Honestly, this is really the least important problem here. As soon as I
can build the project, I don't care what is the tool I have to use. As a
developper, I hate touching ant, maven or gradle, and I just expect
someoneto fix the build when it breaks. I spend 99% of my time in code
(and a bit in doco to), and the 1% remaining is in the build tool,
becaseu I have no choice. And I'm quite certain it's the same thing for
almost all the developers.
Again, let's focus on teh real pb around OpenAZ : how do we get
committers actively work on the project ?
