Java Native Access
Java C Assembly TeX Groff M4 Other
Latest commit 567f916 Jul 24, 2016 @twall twall committed on GitHub Merge pull request #684 from java-native-access/travis-osx-sed-error
[Travis CI] OSX build error workaround
Failed to load latest commit information.
contrib Shell32.SetCurrentProcessExplicitAppUserModelID (#680) Jul 16, 2016
dist prep for 4.2.1 release Oct 18, 2015
lib Staticly link the windows jnidispatch.dll when build with MSVC compiler Jun 30, 2016
native Staticly link the windows jnidispatch.dll when build with MSVC compiler Jun 30, 2016
parent License naming changes suggested in review. Jul 5, 2016
src/com/sun/jna Merge pull request #518 from ck2510/master Apr 12, 2016
test/com/sun/jna Merge pull request #518 from ck2510/master Apr 12, 2016
www Prepare publishing binaries to maven central via sonatype OSS reposit… Jun 17, 2016
.classpath Removed dependency on JNA_LIB and contrib paths. Oct 4, 2013
.gitignore Mavenize the build process - Phase 1: building the native code via Maven Feb 16, 2016
.project fix file permissions May 6, 2013
.travis.yml Work around homebrew/glibtoolize interaaction bug on OSX El Capitain Jul 24, 2016
AL2.0 Fix Apache License naming as requested by issue #673. Jul 5, 2016
CHANGES.md Shell32.SetCurrentProcessExplicitAppUserModelID (#680) Jul 16, 2016
LGPL2.1 remove appendices from licenses Jul 6, 2014
LICENSE License naming changes suggested in review. Jul 5, 2016
LICENSE.AL Fix Apache License naming as requested by issue #673. Jul 5, 2016
LICENSE.LGPL add license info files Jun 8, 2013
OTHERS fix file permissions May 6, 2013
README.md Update README.md Mar 23, 2016
TODO ensure native bits get built for 'native' target and for tests Jul 3, 2013
build.xml Fix Apache License naming as requested by issue #673. Jul 5, 2016
jna.keystore move jnalib up to top level Jun 22, 2011
pom-jna-platform.xml License naming changes suggested in review. Jul 5, 2016
pom-jna.xml License naming changes suggested in review. Jul 5, 2016
w32ce-test.lnk re-enable WCE failing tests, fixes to allow proper phoneME operation … Nov 9, 2011

README.md

Java Native Access - JNA

Build Status

Java Native Access (JNA)

The definitive JNA reference (including an overview and usage details) is in the JavaDoc. Please read the overview. Questions, comments, or exploratory conversations should begin on the mailing list, although you may find it easier to find answers to already-solved problems on StackOverflow.

JNA provides Java programs easy access to native shared libraries 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.

JNA allows you to call directly into native functions using natural Java method invocation. The Java call looks just like the call does in native code. Most calls require no special handling or configuration; no boilerplate or generated code is required.

JNA uses a small JNI 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. Read this more in-depth description.

While significant attention has been paid to performance, correctness and ease of use take priority.

In addition, JNA includes a platform library with many native functions already mapped as well as a set of utility interfaces that simplify native access.

Projects Using JNA

JNA is a mature library with dozens of contributors and hundreds of commercial and non-commercial projects that use it. If you're using JNA, feel free to tell us about it. Include some details about your company, project name, purpose and size and tell us how you use the library.

Interesting Investigations/Experiments

There are also a number of examples and projects within the contrib directory of the JNA project itself.

Supported Platforms

JNA will build on most linux-like platforms with a reasonable set of GNU tools and a JDK. See the native Makefile for native configurations that have been built and tested. If your platform is supported by libffi, then chances are you can build JNA for it.

Pre-built platform support may be found here.

Download

Version 4.2.2

Features

  • 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/examples
  • 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.
  • COM support for early and late binding.
  • COM/Typelib java code generator.

Community and Support

All questions should be posted to 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.

Using the Library

Primary Documentation (JavaDoc)

The definitive JNA reference is in the JavaDoc.

Developers

Contributing

You're encouraged to contribute to JNA. Fork the code from https://github.com/java-native-access/jna and submit pull requests.

For more information on 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.

License

This library is licensed under the LGPL, version 2.1 or later, and (from version 4.0 onward) the Apache Software License, version 2.0. Commercial license arrangements are negotiable.

NOTE: Oracle is not sponsoring this project, even though the package name (com.sun.jna) might imply otherwise.