On Sun 28 Jun 2020 at 01:34, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote:
> > > On Thu 25 Jun 2020 at 12:48, ivo.kn...@t-online.de <ivo.kn...@t-online.de> > wrote: > >> Whats up guys, >> >> >> >> I'm trying to run an Apache Flink Application with the GraalVM Native >> Image but I get the following error: (check attached file) >> >> >> >> I suppose this happens, because Flink uses a lot of low-level-code and is >> highly optimized. >> > > Actually I suspect the reason is that Flink uses dynamic classloading. > > GraalVM requires all the code available in order to produce a native image. > > You’d need to pre-bind the topology you want Flink to run into the native > image. > > More fun, you’ll actually need two images, one for the job manager and one > for the task manager. > > And you’ll need to convince GraalVM that the entry-point is your topology > needs reflection support enabled... plus whatever other classes use > reflection in Flink. > > Sounds rather complex to me. If native images are what is important to > you, there seemed to be a strong contender in the Rust language community, > didn’t provide as strong management as Flink, and you’d probably have more > work managing things like checkpointing, but if native code is important > that’s where I’d be looking. Sadly I cannot remember the name and my > google-foo is weak tonight > I think it might have been https://github.com/grippy/tempest but that looks less actively developed than the one I thought I saw... I’d also check out frameworks for Go even if I dislike Go... if you want native code it’s either Rust or Go in my book > >> >> When I googled the combination of GraalVM Native Image and Apache Flink I >> get no results. >> >> >> >> Did anyone ever succeeded in making it work and how? >> >> >> >> Best regards, >> >> >> >> Ivo >> >> > -- > Sent from my phone > -- Sent from my phone