Re: Becoming graalvm friendly?

Depending the reflection usage you can generate a feature registering all the classes for reflections, is it predicble and "generable" at build time? Can lead to a "a bit too big" metadata space but nothing crazy. here what i used in manual mode for a sample (if it helps):

Re: Becoming graalvm friendly?

On Thu, Apr 25, 2019 at 3:07 PM Rémy Maucherat wrote: > On Wed, Apr 24, 2019 at 6:29 PM Romain Manni-Bucau > wrote: > >> Awesome news Rémy, thanks for sharing! >> > > Next roadblock is https://github.com/oracle/graal/issues/684 > It's probably not 100% mandatory but I'd rather have a minimum of

Re: Becoming graalvm friendly?

On Wed, Apr 24, 2019 at 6:29 PM Romain Manni-Bucau wrote: > Awesome news Rémy, thanks for sharing! > Next roadblock is https://github.com/oracle/graal/issues/684 It's probably not 100% mandatory but I'd rather have a minimum of flexibility (I'm not a big believer of Java only embedding since

Re: Becoming graalvm friendly?

Awesome news Rémy, thanks for sharing! Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github | LinkedIn | Book

Re: Becoming graalvm friendly?

On Thu, Mar 28, 2019 at 3:38 PM Rémy Maucherat wrote: > On Wed, Mar 20, 2019 at 4:45 PM Romain Manni-Bucau > wrote: > >> Most of the time monitoring is done through a custom exporter in practise >> based on other impl - sigar, library integration like >> hibernate/eclipselinks ones, metrics,

Re: Becoming graalvm friendly?

You can make it supporting JUL switching the log manager to a simpler version, AFAIK this is what quarkus does using jboss logging log manager, guess it shouldn't be that complicated to switch to a lighter version of JUL one without reload capabilities - still thinking out loud. Romain

Re: Becoming graalvm friendly?

On Thu, Mar 28, 2019 at 3:43 PM Romain Manni-Bucau wrote: > In my case - I tried on meecrowave - i just switched using Log SPI the impl > to something else - custom log4j2 IIRC - and it passed that state until it > fails on JMX. Then i @Subtitute some code in the Registry and base classes > but

Re: Becoming graalvm friendly?

In my case - I tried on meecrowave - i just switched using Log SPI the impl to something else - custom log4j2 IIRC - and it passed that state until it fails on JMX. Then i @Subtitute some code in the Registry and base classes but it is literally "monkey patching" Tomcat which is something I really

Re: Becoming graalvm friendly?

On Wed, Mar 20, 2019 at 4:45 PM Romain Manni-Bucau wrote: > Most of the time monitoring is done through a custom exporter in practise > based on other impl - sigar, library integration like > hibernate/eclipselinks ones, metrics, microprofile etc... - and JMX is not > then used - not judging it

Re: Becoming graalvm friendly?

Le mer. 20 mars 2019 à 15:06, Rémy Maucherat a écrit : > On Tue, Mar 19, 2019 at 4:52 PM Romain Manni-Bucau > wrote: > > > Hi Rémy, well there are two topics here: > > > > 1. how to run tomcat without all that JMX stuff - in Meecrowave for > > instance we deactivate it by default since in 80%

Re: Becoming graalvm friendly?

On Tue, Mar 19, 2019 at 4:52 PM Romain Manni-Bucau wrote: > Hi Rémy, well there are two topics here: > > 1. how to run tomcat without all that JMX stuff - in Meecrowave for > instance we deactivate it by default since in 80% of the usages it is not > used - so I think it is a valid option to

Re: Becoming graalvm friendly?

Hi Rémy, well there are two topics here: 1. how to run tomcat without all that JMX stuff - in Meecrowave for instance we deactivate it by default since in 80% of the usages it is not used - so I think it is a valid option to make it easily deactivable and if done well enough it would be easy to

Re: Becoming graalvm friendly?

On Sun, Mar 10, 2019 at 6:24 PM Romain Manni-Bucau wrote: > Hi guys, > > Anyone got a look to graalvm native-image tool? > Tomcat does not work OOTB due to its JMX wide usage - all is not > implemented in graalvm native scope. That said most of this code is not > really used by Tomcat and can be

Becoming graalvm friendly?

Hi guys, Anyone got a look to graalvm native-image tool? Tomcat does not work OOTB due to its JMX wide usage - all is not implemented in graalvm native scope. That said most of this code is not really used by Tomcat and can be dropped while keeping Tomcat - at least embedded - running. The other