Collect, organize, and act on massive volumes of high-resolution data to power real-time intelligent systems. Learn more →
Jextract Alternatives
Similar projects and alternatives to jextract
-
-
InfluxDB
InfluxDB high-performance time series database. Collect, organize, and act on massive volumes of high-resolution data to power real-time intelligent systems.
-
-
runtimelab
This repo is for experimentation and exploring new ideas that may or may not make it into the main dotnet/runtime repo.
-
Silk.NET
The high-speed OpenGL, OpenCL, OpenAL, OpenXR, GLFW, SDL, Vulkan, Assimp, WebGPU, and DirectX bindings library your mother warned you about.
-
-
-
-
CodeRabbit
CodeRabbit: AI Code Reviews for Developers. Revolutionize your code reviews with AI. CodeRabbit offers PR summaries, code walkthroughs, 1-click suggestions, and AST-based analysis. Boost productivity and code quality across all major languages with each PR.
-
gestalt
A Java configuration library that allows you to build your configurations from multiple sources, merges them and convert them into an easy-to-use typesafe configuration class. A simple but powerful interface allows you to navigate to a path within your configurations and retrieve a configuration object, list, or a primitive value. (by gestalt-config)
-
luajava
Lua for Java on Windows, Mac OS X, Linux, Android. 5.1, 5.2, 5.3, 5.4, LuaJ or LuaJIT. (by gudzpoz)
-
jackson-modules-base
Uber-project for foundational modules of Jackson that build directly on core components but nothing else; not including data format or datatype modules
NOTE:
The number of mentions on this list indicates mentions on common posts plus user suggested alternatives.
Hence, a higher number means a better jextract alternative or higher similarity.
jextract discussion
jextract reviews and mentions
Posts with mentions or reviews of jextract.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2024-05-08.
-
How to Use the Foreign Function API in Java 22 to Call C Libraries
I don't think so, given that there are more popular Java libraries than popular libraries with a C ABI. There is a small number of very popular C libraries that result in the majority of native call uses. But in any event, calling native libraries in Java is now no longer a pain thanks to FFM (and jextract [1]) so we'll see.
Note that interaction with native libraries often requires more careful management of native memory that -- even though it's much easier now with FFM -- is still significantly trickier (and more dangerous in terms of introducing undefined behaviour) than interacting with Java code regardless of how that interaction is declared. In Java, as in Python, interaction with native code -- in the vast majority of cases -- is best encapsulated inside a Java library and not often directly exposed to application programmers.
[1]: https://github.com/openjdk/jextract
- Jextract Guide
- JExtract Guide (to generate Code to access the native library in Java)
- JEP draft: Integrity and Strong Encapsulation
-
JEP 442: Foreign Function & Memory API (Third Preview)
ok, maybe I mixed it up with jextract https://github.com/openjdk/jextract
-
Java 20: A Sneak Peek on the Panama FFM API
This is one level below P/Invoke. It just offers a linking runtime API.
There's also has a tool that can generate all the bindings from a C header file automatically: https://github.com/openjdk/jextract
Then it doesn't really matter whether annotations are used or not, or some more low-level linker API (like FFM went with). As a user you just call into the generated bindings.
That's the philosophy: the JDK provides the low-level capabilities, and jextract provides the 'civilization', i.e. a usability focused layer on top. One of the advantages is that the JDK doesn't compete with other existing solutions, and those existing solution can benefit from the new linking runtime APIs as well.
-
Why Kotlin/Native C Interop not supporting C Preprocessors such as Macros ?
Depending on how work-aroundy you're feeling, using Kotlin/JVM with Panama and jextract might be the way to go. The generated bindings are a bit ugly, you'd need to use the very latest JVM and enable the preview features, and it won't help if you need to target iOS. But the jextract tool can fully understand C headers including macros because it's using the LLVM clang API to do so.
-
JNA vs JNI Performance Question
You can use jextract and a JDK 19 pre-release build to generate bindings and then do a JMH benchmark.
-
Using Linux's memfd_secret syscall from the JVM with JEP-419 - Panama
None of that needs to be done in the JDK, though, and the "big" project that can make a big difference here is jextract. The rest can easily be done by libraries.
-
Possible to use Kotlin/Native to call Win API from Kotlin/JVM?
Panama incubator module is available on jdk 17 and you can also use jextract (https://github.com/openjdk/jextract) to generate all java code without writing any JNI glue code.
-
A note from our sponsor - InfluxDB
influxdata.com | 28 Apr 2025
Stats
Basic jextract repo stats
10
413
6.9
25 days ago
openjdk/jextract is an open source project licensed under GNU General Public License v3.0 only which is an OSI approved license.
The primary programming language of jextract is Java.
Sponsored
InfluxDB high-performance time series database
Collect, organize, and act on massive volumes of high-resolution data to power real-time intelligent systems.
influxdata.com