Fix: Make the JNI interface actually work
authorAlexandre Montplaisir <alexandre.montplaisir@polymtl.ca>
Thu, 5 Apr 2012 21:15:57 +0000 (17:15 -0400)
committerMathieu Desnoyers <mathieu.desnoyers@efficios.com>
Thu, 5 Apr 2012 21:21:04 +0000 (17:21 -0400)
commit46adf653a1d01b8e87baa30cc9b92616eee1a788
treeaa5df5cf035548f03d623521528aa30e7152f999
parent1a94cf835c07682e9be3081a6445a83cf5b01843
Fix: Make the JNI interface actually work

Now a user can import LTTngUst.java (which is now in a proper
package) and then define tracepoints in his application with:

LTTngUst.tracepointString(name, args);

We could eventually ship it in a .jar when the JNI interface is
enabled. It's still very basic, only string payloads are
implemented, and there is no mechanism to enable/disable trace
points call sites at runtime (they are always enabled). The event under
which these events appear is "lttng_ust_java:string".

Signed-off-by: Alexandre Montplaisir <alexandre.montplaisir@polymtl.ca>
Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
liblttng-ust-java/.gitignore
liblttng-ust-java/LTTNG_UST.c [deleted file]
liblttng-ust-java/LTTNG_UST.java [deleted file]
liblttng-ust-java/LTTngUst.c [new file with mode: 0644]
liblttng-ust-java/LTTngUst.java [new file with mode: 0644]
liblttng-ust-java/Makefile.am
This page took 0.024852 seconds and 4 git commands to generate.