JNA provides Java programs easy access to native shared libraries (DLLs on Windows) without writing anything but Java code—no JNI or native code is required. This functionality is comparable to Windows' Platform/Invoke and Python's ctypes. Access is dynamic at runtime without code generation.
JNA allows you to call directly into native functions using natural Java method invocation. The Java call looks just like it does in native code. Most calls require no special handling or configuration; no boilerplate or generated code is required.
The JNA library uses a small native library stub to dynamically invoke native code. The developer uses a Java interface to describe functions and structures in the target native library. This makes it quite easy to take advantage of native platform features without incurring the high overhead of configuring and building JNI code for multiple platforms.
While some attention is paid to performance, correctness and ease of use take priority.
JNA includes a platform library with many native functions already mapped as well as a set of utility interfaces that simplify native access.
The definitive JNA reference (including an overview and usage details) is in the JavaDoc. Please read the overview.
Version 3.4.0
Version 3.3.0
- Automatic mapping from Java to native functions, with simple mappings for all primitive data types
- Runs on most platforms which support Java
- Automatic conversion between C and Java strings, with customizable encoding/decoding
- Structure and Union arguments/return values, by reference and by value
- Function Pointers, (callbacks from native code to Java) as arguments and/or members of a struct
- Auto-generated Java proxies for native function pointers
- By-reference (pointer-to-type) arguments
- Java array and NIO Buffer arguments (primitive types and pointers) as pointer-to-buffer
- Nested structures and arrays
- Wide (wchar_t-based) strings
- Native long support (32- or 64-bit as appropriate)
- Demo applications
- Supported on 1.4 or later JVMs, including JavaME (earlier VMs may work with stubbed NIO support)
- Customizable marshalling/unmarshalling (argument and return value conversions)
- Customizable mapping from Java method to native function name, and customizable invocation to simulate C preprocessor function macros
- Support for automatic Windows ASCII/UNICODE function mappings
- Varargs support
- Type-safety for native pointers
- VM crash protection (optional)
- Optimized direct mapping for high-performance applications.
All questions should be posted ot the jna-users Google group. Issues can be submitted here on Github.
When posting to the mailing list, please include the following:
- What OS/CPU/architecture you're using (e.g. Windows 7 64-bit)
- Reference to your native interface definitions (i.e. C headers), if available
- The JNA mapping you're trying to use
- VM crash logs, if any
- Example native usage, and your attempted Java usage
It's nearly impossible to indicate proper Java usage when there's no native reference to work from.
For commercial support, please contact twalljava [at] java [dot] net.
- Getting Started
- Mapping between Java and Native
- Using Pointers and Arrays
- Using Structures and Unions
- Using By-Reference Arguments
- Customization
- Callbacks/Closures
- Dynamically Typed Languages (JRuby/Jython)
- Platform Library
- Direct Method Mapping
- Frequently Asked Questions (FAQ)
The definitive JNA reference is in the JavaDoc.
You're encouraged to contribute to JNA. Fork the code from github.com/twall/jna and submit pull requests.
For more informationon setting up a development environment see Contributing to JNA.
If you are interested in paid support, feel free to say so on the jna-users mailing list. Most simple questions will be answered on the list, but more complicated work, new features or target platforms can be negotiated with any of the JNA developers (this is how several of JNA's features came into being). You may even encounter other users with the same need and be able to cost share the new development.
This library is provided under the LGPL, version 2.1 or later. Alternative license arrangements are negotiable.
NOTE: Oracle is not sponsoring this project, even though the package name (com.sun.jna) might imply otherwise.