September 2009

Hi All,

I just downloaded the SVN trunk compilted it (the java part) and tested several examples. all testing worked like a charme. Very impressive project!

When I trying to add:
PcapStat stats = new PcapStat();
to one of the tests I'm getting:

Exception in thread "main" java.lang.UnsatisfiedLinkError: org.jnetpcap.PcapStat.initIDs()V
at org.jnetpcap.PcapStat.initIDs(Native Method)
at org.jnetpcap.PcapStat.(PcapStat.java:29)

and the test fails to run.

Any idea? (keep in mind that all other tested are working so it is not a matter of library path issue)

The first thing that come to mind is that the C code is not aligned with the java code. Can it be the case?

Thanks.

Here is a roadmap of future releases and features planned for jNetPcap.

+-> 2.X - next generation API branch (TBD) (Browse)
|   +-> new memory managment (in progress)
|   +-> standalone jnetpcap module - libpcap wrapper only functionality
|   +-> standalone jnetproto module - CORE protocols, decoding and analysis
|   +-> standalone jnetsoft module - common code
|
+-> 1.4 - (download)( browse)
|   +-> add support for additional x32 and x64 platforms. 
|   +-> JPacketBuffer handler, Lazy packet decoding
|   +-> Additional protocols added
|   +-> New libpcap 1.0.0 API functions
| 
+-> 1.3  - stable code base
    +-> 1.3 alpha (Sept. 2009) (Download)(Browse)
    +-> 1.3 beta(April 2010) (Download)(Browse)
    +-> 1.3 final (July 11, 2010) - in progress

Wishlist

1. swing components
2. Fully functional graphical analyzer (comparable to wireshark)
3. Eclipse development module for jnetpcap
4. Support for nearly all public protocols

2.0 - native dissectors and analyzers

jNetPcap is a java project that comes with a required native shared library. The requirement of a native library typically adds confusion and presents difficulty for many as to how properly setup a project in eclipse to reference jNetPcap library correctly.

There are several ways that jNetPcap can be added to your existing java project in Eclipse IDE. Let me briefly outline them here and then lets go through the detailed steps of actually creating a proper build path so your project will compile with jNetPcap.

A little update on my progress with memory management. I have pretty much finished the native API for memory managment. There continued to be small tweaks here and there when I started implementing the new API in various native methods. In my view the API is very clean and easy to use, while enormously enhancing capabilities.

I've upgraded nio_jmemory.cpp file to utilize new API and the java JMemory.class counter part. The main changes in java were that all of the JMemory class properties are now stored natively and not in java. This should speed up all native java calls, especially JBuffer getter/setter methods since they won't have to make multiple JNI calls in order to to check boundaries and other properties. Everything is now stored in native memory where it can be quickly accessed.

Here is what the native memory managment API looks like now:

/*
 * Memory node API.
 * 
 * All functions that take a JNIEnv* argument, automatically throw a java
 * exception upon an error. No exceptions are thrown if return status or 
 * jmem_error() == JMEM_OK.
 */
jmemory_t  *jmem_get          (JNIEnv *env, jobject obj);
char       *jmem_allocate     (JNIEnv *env, jobject obj, size_t size);
int         jmem_connect      (JNIEnv *env, jobject obj, jmemory_t *jmem);
int         jmem_is_connected (JNIEnv *env, jobject obj);
int         jmem_disconnect   (JNIEnv *env, jobject obj);
int         jmem_free         (JNIEnv *env, jmemory_t *jmem);
int         jmem_reset        (JNIEnv *env, jmemory_t *jmem);
int         jmem_active       (JNIEnv *env, jmemory_t *jmem);
int         jmem_set_mode     (jmemory_t *jmem, int mode);
char       *jmem_data_mode    (jmemory_t *jmem, int mode);
char       *jmem_data         (jmemory_t *jmem);
char       *jmem_data_ro      (jmemory_t *jmem);
char       *jmem_data_wo      (jmemory_t *jmem);
size_t      jmem_size         (jmemory_t *jmem);
int         jmem_is_active    (jmemory_t *jmem);