> When discussing[1] the build systems, have we also considered the Apache > view point - e.g. running Apache on Apache? From this perspective Ant and > Maven are +10...
Coding in Apache Groovy using an Apache Subversion repository and an Apache Ant build system :-) > [1] I assume this thread is just a discussion as nobody has the guts to > really rework the whole build system for all the (including not yet > donated) code, right? Considering William L. Thomson Jr. single-handledly did the Gentoo build system for NetBeans using portage it doesn't seem like an impossible task. Actually, one idea I would like to try is source-code only modules that get compiled at load time (kind-of like Tomcat compiles JSPs). This would greatly simplify our releases since most of the modules would be just compresses source code. Only a small part will have to be binary. --emi ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On 28 May 2018 6:10 PM, Jaroslav Tulach <[email protected]> wrote: > 2018-05-25 16:58 GMT+02:00 Neil C Smith [email protected]: > > > On Fri, 25 May 2018 at 02:02 Tim Boudreau [email protected] wrote: > > > > > IMO, Gradle is a step backward for build systems - scriptability leads to > > > > > > fragile systems, and ones that are impossible for tools to reason about. > > > > > > https://timboudreau.com/blog/maven/read > > > > Nice article! I know you link it in a comment, but also worth posting > > > > Jaroslav's page on this too - http://wiki.apidesign.org/wiki/Gradle > > Now I see! I've noticed quite a lot of activity on twitter with respect to > > this article. Now I know where it is coming from. Thanks for sharing! > > When discussing[1] the build systems, have we also considered the Apache > > view point - e.g. running Apache on Apache? From this perspective Ant and > > Maven are +10... > > -jt > > [1] I assume this thread is just a discussion as nobody has the guts to > > really rework the whole build system for all the (including not yet > > donated) code, right? --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
