Hacker Read

fnordsensei · 2018-09-09 16:55:36+00:00

And it seems to be working on Graal, though people are trying to find a way around limitations related to reflection, so I understand.

joemccall86 | karma 129 | avg karma 2.22 · | 2018-08-13 09:21:08+00:00

They are also working on graalvm compatibility, as of late July.

chrisseaton | karma 36438 | avg karma 2.64 · | 2022-03-02 11:06:31

What motivates you to use reflection so much? I just don't use reflection with GraalVM and it works fine.

the-alchemist | karma 443 | avg karma 2.93 · | 2022-10-25 16:24:27

There's two pieces to GraalVM:

1. The new JIT

2. The Native Image, AOT

Reflection is an issue for (2), not (1).

reply

cogman10 | karma 11442 | avg karma 3.93 · | 2022-10-25 13:29:47

Reflection only matters if you are using graal for AOT. It's still a full JVM.

doliveira | karma 1242 | avg karma 2.39 · | 2021-11-25 01:20:26

My (admittedly not huge) experience with Quarkus would tell me that GraalVM is nowhere near ready, most specifically because of reflection.

deepsun | karma 3058 | avg karma 1.77 · | 2019-12-02 23:42:26

That's interesting, would love to read more (blog post maybe?) on issues with GraalVM.

aogl | karma 719 | avg karma 1.91 · | 2020-08-10 06:48:23

Well this is interesting.

I've been following GraalVM for a long time now and this looks like a very "possible" project.

reply

sievebrain | karma 1373 | avg karma 2.67 · | 2016-07-08 07:37:24

What's your view on Graal? Is that making headway on de-fluffing and robustifying the code or does this not really tackle the issues you had in mind?

agibsonccc | karma 1236 | avg karma 1.64 · | 2019-06-16 09:24:26+00:00

Graal itself still has limitations with many libraries yet, the biggest one being having any library that heavily uses reflection. I'd look at some of the work red hat is doing with some of its java libraries and quarkus: https://developers.redhat.com/blog/2019/03/07/quarkus-next-g...

brabel | karma 6486 | avg karma 2.62 · | 2021-03-16 21:28:38+00:00

There are good frameworks that already work well with GraalVM native, including Quarkus and Micronaut. They avoid reflection altogether in most cases.

sk5t | karma 4349 | avg karma 2.52 · | 2021-07-09 20:02:08

Ah right you are, and I've only experimented with Graal to build native images.

SOLAR_FIELDS | karma 5635 | avg karma 2.65 · | 2024-02-03 09:10:46

FWIW Graal is probably one of the most exciting technologies to come out of Oracle in a long time.

jgh | karma 2139 | avg karma 3.1 · | 2018-07-20 16:16:34+00:00

ah this is great. I need to look at switching to Graal.

kipply | karma 701 | avg karma 7.15 · | 2020-07-05 21:39:57+00:00

I don't think I'm familiar with this (I may have come across it but didn't identify it by name when I worked with Graal?), could you provide a link? :o Thanks!

SemanticStrengh | karma 999 | avg karma 1.2 · | 2022-05-19 06:09:10

please provide substance, this mere dismissal seems ungrounded, GraalVM native in most cases just works(tm). There is some config if you make heavy use of reflection and that is pretty much all.

tombert | karma 15742 | avg karma 4.07 · | 2022-04-26 10:50:45

I haven't touched GraalVM in a couple years, but the big-ish project that I did with it in Clojure was mostly painless, except for the fact that I had to use type-hinting a lot more frequently, due to the reduced reflection capabilities of GraalVM.

Other than that, it was actually very pleasant.

reply

AlphaSite | karma 1364 | avg karma 1.71 · | 2018-02-12 04:48:03

Its more symmetry with Graal.js

galaxyLogic | karma 4730 | avg karma 1.34 · | 2021-03-17 17:57:54+00:00

I see. GraalVM sounds great. Thanks for the explanation

panzerboy | karma 166 | avg karma 2.1 · | 2020-07-01 07:11:32

I guess that's the point of Graal VM, right?