Tracing down bugs. I think the problem is probably trying to create an instance of an inner class without a corresponding 'real' instance of the outer class. I could be totally wrong about that, but I wanted to get this work checked in before I go galloping off on a totally different tangent
Refactor the Curve KeyPair struct into its own class. This version looks like it almost works, except now the unit test seems to have wandered off into its own completely separate package. And
 the header for showing the C function signatures is not getting generated.
make jar with right folder structure
add version to gpg and surefire plugins to avoid mvn warning
pushd/popd not working
don't catch exceptions on junits
Merge pull request #277 from davipt/master

make jar with right folder structure
Wade through basic JNI issues. My major root problem was that I wasn't actually including the header that declared my key generation function as extern "C" so the names were getting mangled. Oh, and I found the piece in the build sequence that actually generates that header
Unit tests are running now without dumping core. They aren't passing, but this seems like a huge improvement
Merge branch 'master' of https://github.com/zeromq/jzmq
Merge changes from upstream
My unit tests are passing. One from ZContext is failing, but I'm not sure who gets the blame for that
Restore the ability to convert a Curve Server socket back into a client. Not sure whether this is truly desired, or will even work.
Eliminate debugging code; try to make my c++ brace style match the rest.
This has a failing unit test on my machine (line 49 of ZContextTest.java, in
testAddingSockets winds up with an Invalid argument exception from
getLongSockopt in Socket.cpp), but the official release has the exact
same problem, and it seems to be passing CI. So see what happens