Need help with javacpp?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

3.6K Stars 508 Forks Other 844 Commits 52 Opened issues

Description

The missing bridge between Java and native C++

Services available

!
?

Need anything else?

Contributors list

JavaCPP

Gitter Maven Central Sonatype Nexus (Snapshots) Build Status Commercial support: xscode

Introduction

JavaCPP provides efficient access to native C++ inside Java, not unlike the way some C/C++ compilers interact with assembly language. No need to invent new languages such as with SWIG, SIP, C++/CLI, Cython, or RPython. Instead, similar to what cppyy strives to do for Python, it exploits the syntactic and semantic similarities between Java and C++. Under the hood, it uses JNI, so it works with all implementations of Java SE, in addition to Android, Avian, and RoboVM (instructions).

More specifically, when compared to the approaches above or elsewhere (CableSwig, JNIGeneratorApp, cxxwrap, JNIWrapper, Platform Invoke, GlueGen, LWJGL Generator, JNIDirect, ctypes, JNA, JNIEasy, JniMarshall, JNative, J/Invoke, HawtJNI, JNR, BridJ, CFFI, fficxx, CppSharp, cgo, pybind11, rust-bindgen, Panama Native, etc.), it maps naturally and efficiently many common features afforded by the C++ language and often considered problematic, including overloaded operators, class and function templates, callbacks through function pointers, function objects (aka functors), virtual functions and member function pointers, nested struct definitions, variable length arguments, nested namespaces, large data structures containing arbitrary cycles, virtual and multiple inheritance, passing/returning by value/reference/string/vector, anonymous unions, bit fields, exceptions, destructors and shared or unique pointers (via either try-with-resources or garbage collection), and documentation comments. Obviously, neatly supporting the whole of C++ would require more work (although one could argue about the intrinsic neatness of C++), but we are releasing it here as a proof of concept.

As a case in point, we have already used it to produce complete interfaces to OpenCV, FFmpeg, libdc1394, PGR FlyCapture, OpenKinect, videoInput, ARToolKitPlus, Leptonica, Tesseract, GSL, LLVM, HDF5, MKL, CUDA, Caffe, MXNet, TensorFlow, System APIs, and others as part of the JavaCPP Presets subproject, also demonstrating early parsing capabilities of C/C++ header files that show promising and useful results.

Please feel free to ask questions on the mailing list or the discussion forum if you encounter any problems with the software! I am sure it is far from perfect...

Downloads

Archives containing JAR files are available as releases.

We can also have everything downloaded and installed automatically with:

  • Maven (inside the

    pom.xml
    file)
    xml
    
    org.bytedeco
    javacpp
    1.5.6
    
    
  • Gradle (inside the

    build.gradle
    file)
    groovy
    dependencies {
    implementation group: 'org.bytedeco', name: 'javacpp', version: '1.5.6'
    }
    
  • Leiningen (inside the

    project.clj
    file)
    clojure
    :dependencies [
    [org.bytedeco/javacpp "1.5.6"]
    ]
    
  • sbt (inside the

    build.sbt
    file)
    scala
    libraryDependencies += "org.bytedeco" % "javacpp" % "1.5.6"
    

Another option available to Gradle users is Gradle JavaCPP, and similarly for Scala users there is SBT-JavaCPP.

Required Software

To use JavaCPP, you will need to download and install the following software:

  • An implementation of Java SE 7 or newer:
    • OpenJDK http://openjdk.java.net/install/ or
    • Oracle JDK http://www.oracle.com/technetwork/java/javase/downloads/ or
    • IBM JDK http://www.ibm.com/developerworks/java/jdk/
  • A C++ compiler, out of which these have been tested:
    • GNU C/C++ Compiler (Linux, etc.) http://gcc.gnu.org/
      • For Windows x86 and x64 http://mingw-w64.org/
    • LLVM Clang (Mac OS X, etc.) http://clang.llvm.org/
    • Microsoft C/C++ Compiler, part of Visual Studio https://visualstudio.microsoft.com/
      • https://docs.microsoft.com/en-us/cpp/build/walkthrough-compiling-a-native-cpp-program-on-the-command-line

To produce binary files for Android 4.0 or newer, you will also have to install:

  • Android NDK r7 or newer http://developer.android.com/ndk/downloads/

And similarly to target iOS, you will need to install either:

  • Gluon VM http://gluonhq.com/products/mobile/vm/ or
  • RoboVM 1.x or newer http://robovm.mobidevelop.com/downloads/

To modify the source code, please note that the project files were created for:

  • Maven 3.x http://maven.apache.org/download.html

Finally, because we are dealing with native code, bugs can easily crash the virtual machine. Luckily, the HotSpot VM provides some tools to help us debug under those circumstances:

  • Troubleshooting Guide for Java SE with HotSpot VM
    • http://docs.oracle.com/javase/7/docs/webnotes/tsg/TSG-VM/html/
    • http://docs.oracle.com/javase/8/docs/technotes/guides/troubleshoot/

Getting Started

To understand how JavaCPP is meant to be used, one should first take a look at the Mapping Recipes for C/C++ Libraries, but a high-level overview of the Basic Architecture is also available to understand the bigger picture. The repository of the JavaCPP Presets further provides complex examples that we can use as templates, but it also includes a wiki page on how to Create New Presets that explains their structure in detail along with a small but complete sample project from which one can start experimenting with.

Key Use Cases

To implement

native
methods, JavaCPP generates appropriate code for JNI, and passes it to the C++ compiler to build a native library. At no point do we need to get our hands dirty with JNI, makefiles, or other native tools. The important thing to realize here is that, while we do all customization inside the Java language using annotations, JavaCPP produces code that has zero overhead compared to manually coded JNI functions (verify the generated .cpp files to convince yourself). Moreover, at runtime, the
Loader.load()
method automatically loads the native libraries from Java resources, which were placed in the right directory by the building process. They can even be archived in a JAR file, it changes nothing. Users simply do not need to figure out how to make the system load the files. These characteristics make JavaCPP suitable for either

In addition to the few examples provided below, to learn more about how to use the features of this tool, please refer to the Mapping Recipes for C/C++ Libraries as well as the source code of the JavaCPP Presets for examples. For more information about the API itself, one may refer to the documentation generated by Javadoc.

As a matter of course, this all works with the Scala language as well, but to make the process even smoother, it should not be too hard to add support for "native properties", such that declarations like

@native var
could generate native getter and setter methods...

Accessing Native APIs

The most common use case involves accessing some native library written for C++, for example, inside a file named

NativeLibrary.h
containing this C++ class: ```cpp

include

namespace NativeLibrary { class NativeClass { public: const std::string& getproperty() { return property; } void setproperty(const std::string& property) { this->property = property; } std::string property; }; } ```

To get the job done with JavaCPP, we can easily define a Java class such as this one--although one could use the

Parser
to produce it from the header file as demonstrated by the JavaCPP Presets subproject, following the principles outlined in the Mapping Recipes for C/C++ Libraries: ```java import org.bytedeco.javacpp.; import org.bytedeco.javacpp.annotation.;

@Platform(include="NativeLibrary.h") @Namespace("NativeLibrary") public class NativeLibrary { public static class NativeClass extends Pointer { static { Loader.load(); } public NativeClass() { allocate(); } private native void allocate();

    // to call the getter and setter functions 
    public native @StdString String get_property(); public native void set_property(String property);

// to access the member variable directly
public native @StdString String property();     public native void property(String property);

}

public static void main(String[] args) { // Pointer objects allocated in Java get deallocated once they become unreachable, // but C++ destructors can still be called in a timely fashion with Pointer.deallocate() NativeClass l = new NativeClass(); l.set_property("Hello World!"); System.out.println(l.property()); }

} ```

After compiling the Java source code in the usual way, we also need to build using JavaCPP before executing it, or we can let it do everything as follows:

bash
$ java -jar javacpp.jar NativeLibrary.java -exec
Hello World!

Using Complex C++ Types

To demonstrate its relative ease of use even in the face of complex data types, imagine we had a C++ function that took a

vector >
as argument. To support that type, we could define a bare-bones class like this: ```java import org.bytedeco.javacpp.; import org.bytedeco.javacpp.annotation.;

@Platform(include="") public class VectorTest {

@Name("std::vector<:vector> >")
public static class PointerVectorVector extends Pointer {
    static { Loader.load(); }
    public PointerVectorVector()       { allocate();  }
    public PointerVectorVector(long n) { allocate(n); }
    public PointerVectorVector(Pointer p) { super(p); } // this = (vector >*)p
    private native void allocate();                  // this = new vector >()
    private native void allocate(long n);            // this = new vector >(n)
    @Name("operator=")
    public native @ByRef PointerVectorVector put(@ByRef PointerVectorVector x);

@Name("operator[]")
public native @StdVector PointerPointer get(long n);
public native @StdVector PointerPointer at(long n);

public native long size();
public native @Cast("bool") boolean empty();
public native void resize(long n);
public native @Index long size(long i);                   // return (*this)[i].size()
public native @Index @Cast("bool") boolean empty(long i); // return (*this)[i].empty()
public native @Index void resize(long i, long n);         // (*this)[i].resize(n)

public native @Index Pointer get(long i, long j);  // return (*this)[i][j]
public native void put(long i, long j, Pointer p); // (*this)[i][j] = p

}

public static void main(String[] args) { PointerVectorVector v = new PointerVectorVector(13); v.resize(0, 42); // v[0].resize(42) Pointer p = new Pointer() { { address = 0xDEADBEEFL; } }; v.put(0, 0, p); // v[0][0] = p

PointerVectorVector v2 = new PointerVectorVector().put(v);
Pointer p2 = v2.get(0).get(); // p2 = *(&amp;v[0][0])
System.out.println(v2.size() + " " + v2.size(0) + "  " + p2);

v2.at(42);

} </:vector>

} ```

Executing that program using this command produces the following output:

bash
$ java -jar javacpp.jar VectorTest.java -exec
13 42  org.bytedeco.javacpp.Pointer[address=0xdeadbeef,position=0,limit=0,capacity=0,deallocator=null]
Exception in thread "main" java.lang.RuntimeException: vector::_M_range_check: __n (which is 42) >= this->size() (which is 13)
    at VectorTest$PointerVectorVector.at(Native Method)
    at VectorTest.main(VectorTest.java:44)

Optimizing Code Performance

Other times, we may wish to code in C++ (including CUDA) for performance reasons. Suppose our profiler had identified that a method named

Processor.process()
took 90% of the program's execution time: ```java public class Processor { public static void process(java.nio.Buffer buffer, int size) { System.out.println("Processing in Java..."); // ... }
public static void main(String[] args) {
    process(null, 0);
}

} ```

After many days of hard work and sweat, the engineers figured out some hacks and managed to make that ratio drop to 80%, but you know, the managers were still not satisfied. So, we could try to rewrite it in C++ (or even assembly language for that matter via the inline assembler) and place the resulting function in a file named say

Processor.h
: ```cpp

include

static inline void process(void *buffer, int size) { std::cout << "Processing in C++..." << std::endl; // ... } ```

After adjusting the Java source code to something like this: ```java import org.bytedeco.javacpp.; import org.bytedeco.javacpp.annotation.;

@Platform(include="Processor.h") public class Processor { static { Loader.load(); }

public static native void process(java.nio.Buffer buffer, int size);

public static void main(String[] args) { process(null, 0); }

} ```

It would then compile and execute like this:

bash
$ java -jar javacpp.jar Processor.java -exec
Processing in C++...

Creating Callback Functions

Some applications also require a way to call back into the JVM from C/C++, so JavaCPP provides a simple way to define custom callbacks, either as function pointers, function objects, or virtual functions. Although there exist frameworks, which are arguably harder to use, such as Jace, JunC++ion, JCC, jni.hpp, or Scapix that can map complete Java APIs to C++, since invoking a Java method from native code takes at least an order of magnitude more time than the other way around, it does not make much sense in my opinion to export as is an API that was designed to be used in Java. Nevertheless, suppose we want to perform some operations in Java, planning to wrap that into a function named

foo()
that calls some method inside class
Foo
, we can write the following code in a file named
foo.cpp
, taking care to initialize the JVM if necessary with either
JavaCPP_init()
or by any other means:
#include 
#include "jniFoo.h"

int main() { JavaCPP_init(0, NULL); try { foo(6, 7); } catch (std::exception &e) { std::cout << e.what() << std::endl; } JavaCPP_uninit(); }

We may then declare that function to a

call()
or
apply()
method defined in a
FunctionPointer
as follows:
import org.bytedeco.javacpp.*;
import org.bytedeco.javacpp.annotation.*;

@Platform(include="") @Namespace("std") public class Foo { static { Loader.load(); }

public static class Callback extends FunctionPointer {
    // Loader.load() and allocate() are required only when explicitly creating an instance
    static { Loader.load(); }
    protected Callback() { allocate(); }
    private native void allocate();

    public @Name("foo") boolean call(int a, int b) throws Exception { 
        throw new Exception("bar " + a * b);
    }
}

// We can also pass (or get) a FunctionPointer as argument to (or return value from) other functions
public static native void stable_sort(IntPointer first, IntPointer last, Callback compare);

// And to pass (or get) it as a C++ function object, annotate with @ByVal or @ByRef
public static native void sort(IntPointer first, IntPointer last, @ByVal Callback compare);

}

Since functions also have pointers, we can use

FunctionPointer
instances accordingly, in ways similar to the
FunPtr
type of Haskell FFI
, but where any
java.lang.Throwable
object thrown gets translated to
std::exception
. Building and running this sample code with these commands under Linux x86_64 produces the expected output:
$ java -jar javacpp.jar Foo.java -header
$ g++ -I/usr/lib/jvm/java/include/ -I/usr/lib/jvm/java/include/linux/ foo.cpp linux-x86_64/libjniFoo.so -o foo
$ ./foo
java.lang.Exception: bar 42

In this example, the

FunctionPointer
object gets created implicitly, but to call a native function pointer, we could define one that instead contains a
native call()/apply()
method, and create an instance explicitly. Such a class can also be extended in Java to create callbacks, and like any other normal
Pointer
object, must be allocated with a
native void allocate()
method, so please remember to hang on to references in Java, as those will get garbage collected. As a bonus,
FunctionPointer.call()/apply()
maps in fact to an overloaded
operator()
of a C++ function object that we can pass to other functions by annotating parameters with
@ByVal
or
@ByRef
, as with the
sort()
function in the example above.

It is also possible to do the same thing with virtual functions, whether "pure" or not. Consider the following C++ class defined in a file named

Foo.h
: ```cpp

include

class Foo { public: int n; Foo(int n) : n(n) { } virtual ~Foo() { } virtual void bar() { printf("Callback in C++ (n == %d)\n", n); } };

void callback(Foo *foo) { foo->bar(); } ```

The function

Foo::bar()
can be overridden in Java if we declare the method in the peer class either as
native
or
abstract
and annotate it with
@Virtual
, for example: ```java import org.bytedeco.javacpp.; import org.bytedeco.javacpp.annotation.;

@Platform(include="Foo.h") public class VirtualFoo { static { Loader.load(); }

public static class Foo extends Pointer {
    static { Loader.load(); }
    public Foo(int n) { allocate(n); }
    private native void allocate(int n);

@NoOffset public native int n(); public native Foo n(int n);
@Virtual  public native void bar();

}

public static native void callback(Foo foo);

public static void main(String[] args) { Foo foo = new Foo(13); Foo foo2 = new Foo(42) { public void bar() { System.out.println("Callback in Java (n == " + n() + ")"); } }; foo.bar(); foo2.bar(); callback(foo); callback(foo2); }

} ```

Which outputs what one would naturally assume:

bash
$ java -jar javacpp.jar VirtualFoo.java -exec
Callback in C++ (n == 13)
Callback in Java (n == 42)
Callback in C++ (n == 13)
Callback in Java (n == 42)

Instructions for Android, Avian, and RoboVM

The easiest one to get working is Avian compiled with OpenJDK class libraries, so let's start with that. After creating and building a program as described above, without any further modifications, we can directly execute it with this command:

bash
$ /path/to/avian-dynamic -Xbootclasspath/a:javacpp.jar 

However, in the case of Android, we need to do a bit more work. For the command line build system based on Ant, inside the directory of the project:

  1. Copy the
    javacpp.jar
    file into the
    libs/
    subdirectory, and
  2. Run this command to produce the
    *.so
    library files in
    libs/armeabi/
    :
    bash
    $ java -jar libs/javacpp.jar -classpath bin/ -classpath bin/classes/ \
    > -properties  -Dplatform.root=/path/to/android-ndk/ \
    > -Dplatform.compiler=/path/to/ -d libs//
    
    To make everything automatic, we may also insert that command into the
    build.xml
    file. Alternatively, for integration with Android Studio, we can use Gradle JavaCPP.

Similarly for RoboVM, assuming that the compiled classes are in the

classes
subdirectory:
  1. Copy the
    javacpp.jar
    file into the project directory, and
  2. Run the following commands to produce the native binary file:
    bash
    $ java -jar javacpp.jar -cp classes/ -properties  -o lib
    $ /path/to/robovm -arch  -os ios -cp javacpp.jar:classes/ -libs classes//lib.o 
    
    And instead of
    Loader.load()
    , the library should be loaded with
    System.load("lib.o")
    , in this case, and might not be required at all.

Project lead: Samuel Audet samuel.audet

at
gmail.com
Developer site: https://github.com/bytedeco/javacpp
Discussion group: http://groups.google.com/group/javacpp-project

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.