Project Panama: Interconnecting the Java Virtual Machine and Native Code

Показать описание

Project Panama improves and enriches the connections between the Java Virtual Machine (JVM) and non-Java APIs, including many interfaces commonly used by C programmers. This session will offer an overview and demo of features from Project Panama, including JDK Enhancement Proposal (JEP) 434 from Java 20.

An Oracle DevLive Level Up - Java Developer Day session.
Presented by Paul Sandoz - Software Architect

Tags: #Java #OpenJDK #JDK

Рекомендации по теме

Комментарии

I am starting to have faith in java again.

lufenmartofilia

Coincidentally I just discovered JNI working on a personal project this past weekend - had no idea about all the work in this area! Very cool stuff and great presentation

CharlesS-ysyw

This is really amazing. Panama looks to mirror python ctypes module features.

akashr

A great presentation! machine learning in c++ is where the world is going to, with quantized gguf models. if we could catch up to c++ it will definately make java give a serious competition to python in that area.

benaya

JNI version of qsort upcall does not use cached jmethodID. Can this be a reason for bad performance? Was presented code actually used in benchmark?

mikolajpodbielski

I have used this and it’s great, but what’s urgently needed is C++ support, otherwise a C interface to all functionality has to be written and maintained for each platform. Also, I have recent migrated all my work to Aarch64, which is not yet supported by jextract, which is a nuisance (it would be more of a nuisance if I didn’t have to write a C layer to C++). Also, using clang? Surely there should be a pure Java solution - no need no install extra C/C++ tools.

C++ support is the thing I need most, and I’m sure I’m not alone.

sjzara

Thanks for the presentation. Looks very promising. I just wish that the "Arena" class was named differently. The current name is very abstract and makes me think of gladiators instead of memory segments. According to the java doc this class manages the lifecycle of memory segments, but this cannot be inferred from its name. So, at the very least it should be named "MemorySegmentArena" (still not great) or something different like or "MemorySegementContainer".

felixroth

Project Panama: Interconnecting the Java Virtual Machine and Native Code

Project Panama: Interconnecting the Java Virtual Machine and Native Code

Project Panama - Foreign Function & Memory API #JVMLS

Java Next - From Amber to Loom, from Panama to Valhalla by Nicolai Parlog

Project Panama: Say Goodbye to JNI

The Panama Dojo: Black Belt Programming with Java 21 and the FFM API By Per Minborg

Project Panama: Seeing It in Action Webinar

Project Panama: What It’s All About Webinar

Project Panama: One step closer to native code - Denys Makogon

Native Script Engine or Go Panama with Jim Laskey @wickund

Devnexus 2022 - Java 19 Project Panama 4 Newbies - Carl Dea

Your next JVM: Panama, Valhalla, Metropolis by John Rose

Java Next - From Amber to Loom, from Panama to Valhalla by Nicolai Parlog

The Panama Effect - Inside Java Podcast 32

LJC: Project Panama. One step closer to native code November 16th 6:00pm

Владимир Иванов - Project Panama: как сделать Java “ближе к железу”?...

2021/11/09 - Java Project Panama

Finding girlfriend in Philippines (in 10sec) 😏

Java Next - From Amber to Loom, from Panama to Valhalla

Java Next - From Amber to Loom, from Panama to Valhalla | Nicolai Parlog (EN)

A Classfile API for the JDK #JVMLS

Yuriy Zaychik | Foreign Function & Memory API in Java

Dennies funeral home made history again with this funeral in Trinidad and Tobago

Java Next - From Amber to Loom, from Panama to Valhalla (Nicolai Parlog)

Java Next - From Amber to Loom, from Panama to Valhalla by Nicolai Parlog