v0.9.17-2.4.12 - really pick up core library use-after-free fixes

Something went wrong with the core library merge, so this is the right release.

Thanks again to @heppth for finding the problem and helping fix it!

v0.9.15-2.4.10 - pick up core library heap corruption fixes

If you use non-standard string sizes (user created UDTs) and do not use the str_* string attributes to tell the library about the correct size, previous versions of the library would overwrite memory and corrupt the heap in some cases. Please pick this up to make sure that you get the latest native DLL!

v0.9.14-2.4.9 - update to latest libplctag

It has been a long time since I cut a release. This updates the libplctag core library to 2.4.9 and fixes a couple of things that broke in the build process.

v0.9.13-2.3.4 Core library updates, Java API additions, removal of bintray.com

Unfortunately, JFrog has decided to get rid of bintray.com and everything it supported including JCentral. Thus the code no longer automatically pushes updates to any Maven-supported repo. I am including both the JAR and AAR bundles here now.

This release updates the Java support for the new string and raw byte array API functions.

There is also an example program in src/examples. This new program does some basic tag reads of an INT from a PLC-5 and a STRING from a ControlLogix.

v0.9.1-2.1.17 - updates for using Tag.java on Android

This contains some fixes that allow Tag.java to be used for building Android apps, without any change to the source.

The long term plan is to change the build for this repo to build a skinny JAR with just the Tag.class in it on Android and a fat JAR elsewhere. Then this can be pulled in directly and used in an Android build.

v0.9.0-2.1.17 - first release as a separate project!

This is the first release of the Java wrapper for libplctag as a separate project.

The documentation still leaves a lot to be desired and there are no detailed examples yet. Until then, this will not be version 1.0.

The versioning is going to be a bit different. I am going to try to keep two version numbers. The first one is the SemVer version for the Java API itself. The second one is for the core library. One can change without the other. Suggestions welcome if there are better ways to do this.

This release includes a "fat" JAR for all the JAR parts and dependencies (primarily JNA) as well as included default native libraries for

• Linux x86-64
• Linux x86
• Windows x86-64
• Windows x86
• macOS x86-64

WARNING I have not been able to test 32-bit Windows to make sure that the native DLLs are named and loaded correctly. I was able to test the other four platforms. Please let me know immediately if it does not work on 32-bit Windows!