I'm not vehemently opposed as I have done my own graal salivating and not that I think anyone would care much even if I was completely opposed; but I will caution that this whole graal thing is a dangerous path that Oracle (and seemingly Redhat is just as happy to do it) are taking us all down.
Anyway +0.5 Sincerely, - Ray On Fri, Oct 25, 2019 at 2:21 PM Francois Papon <[email protected]> wrote: > Hi Romain! > > I think it's a great idea, it make sense to have tooling around graalvm. > > I will be more than happy to contribute ;) > > "arthur" looks good to me :) > > regards, > > Franç[email protected] > > Le 25/10/2019 à 09:00, Romain Manni-Bucau a écrit : > > Hi everyone, > > Wonder if we want to create a small project to simplify graalvm builds? > What I have in mind is basically a kind of main (+ maven wrapper) which > enables to use scanning at build time to prepare a binary, do the right > RuntimeReflection.register and set the right configuration for proxies, > resources etc. > It would be a companion of XBean finder - which is a perfect fit for this > phase - but likely outside of XBean since the project will likely require > to use docker for tests - since we go native, otherwise we wouldn't build > portably - and creates its own ecosystem. > > Side note: if we go with it, I'm tempted to call it "arthur", if you +1 > the idea don't hesitate to also comment on the name > > Romain Manni-Bucau > @rmannibucau <https://twitter.com/rmannibucau> | Blog > <https://rmannibucau.metawerx.net/> | Old Blog > <http://rmannibucau.wordpress.com> | Github > <https://github.com/rmannibucau> | LinkedIn > <https://www.linkedin.com/in/rmannibucau> | Book > <https://www.packtpub.com/application-development/java-ee-8-high-performance> > > -- *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile> (@rotty3000) Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> (@Liferay)
