Re: [gentoo-dev] [gentoo-java][PR] ivy, mvn, sbt, gradle builders improvement for ebuild development
Hi Benda, I'm sorry, but maybe I miss something after reading the documentation... I only check java and ant build system. My point is about other JVM languages such as scala, groovy, kotlin, clojure, ... And about builders such as gradle or sbt? I think that eclasses for those would be very useful to develop ebuilds and evolve with the right procedures. Thanks, Samuel On 4/11/20 2:06 AM, Benda Xu wrote: > Hi Samuel, > > Samuel Bernardo writes: > >> I send this email to mention that it seems to be missing eclasses for >> JVM builders such as those I mention in this email subject. Dependencies >> and tasks management are hard tasks now that I think to have great scope >> for improvement. > Have you read the Java Developer Guide of Gentoo[1]? If so, let's base > our discussion on what we have. > >> [...] > Benda > > 1. https://wiki.gentoo.org/wiki/Java_Developer_Guide signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [gentoo-java][PR] ivy, mvn, sbt, gradle builders improvement for ebuild development
Hi Samuel, Samuel Bernardo writes: > I send this email to mention that it seems to be missing eclasses for > JVM builders such as those I mention in this email subject. Dependencies > and tasks management are hard tasks now that I think to have great scope > for improvement. Have you read the Java Developer Guide of Gentoo[1]? If so, let's base our discussion on what we have. > [...] Benda 1. https://wiki.gentoo.org/wiki/Java_Developer_Guide signature.asc Description: PGP signature
[gentoo-dev] [gentoo-java][PR] ivy, mvn, sbt, gradle builders improvement for ebuild development
Dear Java team, I send this email to mention that it seems to be missing eclasses for JVM builders such as those I mention in this email subject. Dependencies and tasks management are hard tasks now that I think to have great scope for improvement. Looking into the developments made in go eclasses, there is a very interesting solution in go-module.eclass with EGO_SUM to avoid the need of additional tarballs to fulfill the network sandbox requirement. This way, dependencies could be listed from files, optimizing the current approach without requiring to distribute blinded dependency tarballs. I also check java-ant-2.eclass to manage build tasks for ant. Would be very useful to have eclass like this for the other builders. Also review java-pkg-2.eclass and java-utils-2.eclass that are more related to Java packages and ant builder. Seems more difficult than usual to understand them and how to apply to other projects. Maybe to turn this more friendly a java-common.eclass could be created for example, collecting the common variables and functions such as java-pkg_getjars and java-pkg_dojar, to reuse them with all JVM dialect related projects. Are you forging any solutions already to improve this kind of PR? Thanks, Samuel signature.asc Description: OpenPGP digital signature
