Hi all,
On the test branch Jason lately switched to newer Java
JDK versions 11, 17, 19. The new install4j installer now packs
Java 17 (formerly 8). Older version are no longer supported (I
think).
Obviously this is great progress, but as always, some issues are
to be expected:
https://github.com/openpnp/openpnp/pull/1534
As Niclas already mentioned, there are some Java Module issues with Eclipse:
https://groups.google.com/g/openpnp/c/3dv0B3Me9uw/m/HloqU8kkBQAJ
As far as I know, this is actually unrelated to the Java version
changes, but this recent initiative also includes bumping a new
build of openpnp-capture,
the underlying C++ lib for OpenPnpCaptureCamera, solving some
platform stuff. I think that includes Mac OS Apple silicon
support, Raspi 4, and some other PRs that were pending...
https://github.com/openpnp/openpnp-capture-java/pull/8
There too, some issues are cropping up. For instance, I can't currently run on Windows:
https://github.com/openpnp/openpnp/issues/1538#issuecomment-1502844207
https://github.com/openpnp/openpnp-capture/pull/65
But don't know how to deploy this "into" Java JNI. Plus the CI actually fails:
https://ci.appveyor.com/project/vonnieda/openpnp-capture/builds/46764875
I hope, Jason can have a look soon! 😎
_Mark
Hi Jan,
Personally, I installed a version 11 jdk, because that is the
oldest version being supported by OpenPnP, and I do not want to
inadvertently use new jdk capabilities.
I guess the
"Compiler compliance level" should in theory also make sure of
that, but it does not appear to be water tight. I got bit
before when jdk 8 was the least support platform, tests would run
fine, locally, but not inside the Github actions.
Under Windows/Preferences set the default JRE:

_Mark
> Have you ever considered releasing OpenPnp as docker container ?
In a certain sense this is already the case. Install4j brings its
own JRE including VM which in all practical terms acts like a
container. Consequently, just running OpenPnP is seldom
the problem.
For development it is more difficult. On the one hand,
Github actions for building, testing and deploying are already
containerized. The simulated camera and GcodeServer classes inside
OpenPnP allow for extensive testing against simulated hardware. On
the other hand, if you want to develop and debug against the "real
thing", USB-connected webcams and USB connected controllers make
it at least difficult to run containerized. Also the classical
(non-web) GUI is another complication, especially as OpenPnP wants
to be cross-platform compatible.
_Mark
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/07301dbe-e241-4151-b74b-3e7314650af4n%40googlegroups.com.
The reason I am reluctant to document this stuff in the Wiki is that I'm unsure about it. OpenPnP hacking is my only contact with Java. Figuring this stuff out is mostly just trial and error, then trying to throw some reasoning after it, mostly after the fact. 😇
_Mark