Login  Register

Re: Unable to determine GraphicsConfiguration

Posted by Goofyseeker3 on Mar 02, 2024; 5:56pm
URL: https://forum.jogamp.org/Unable-to-determine-GraphicsConfiguration-tp4042444p4043348.html

my design requirements are to be able to run any (native) library directly from a fat jar without modifications or extra trick wrapper run libs.
if this cannot be accomplished with jogl, then I need to use lwjgl and/or javafx, which already do it successfully, or make my own.

the libraries that I mentioned are stand-alone and work without any tutorials or instructions, as it should be.
nothing to contradict, but only the need for manuals and instructions. any such library does not fit my design requirements or to be recommended by me.
performance using any library and product is equal to that with no manuals and instructions if those never existed even if they are written.
more intuitive and self-standing package/product will as ui/ux is better than trying to fix lack of ui/ux simplicity with teaching and manuals.
perfect first time vs. lacking trying to be fixed with lacking fix (I call teaching and manuals as a lacking fix, doubly bad lacking situation).
in other words, if a product needs tutorial explanation, then its too complex, and needs to be made more simple to use.

the only target for me for (native) libraries run time is "recent" meaning oracle jdk-21 as only instruction to install for users. I will not ask users to install any other than "recent" official java version.

one thing that you could do is to release a package version that runs on java jdk-21 as I would like it to do, and have a separate wrapper for java 9 (or whatever you would see to be the best solution) that fulfils both requirements, java-9 and current.
essentially the code base would stay the same for both builds, but the distribution package is separate for target compatibility for minimum maintenance effort to have two output release distribution versions.

so you mean I could manually add the descriptors in the jar files for java 17/21+ for them to run nicely. whichever is the easiest tho.
I would recommend you make the additional distribution package with the descriptors in the jar files. keeps things simple engineer-devs.
Even better would be java17+ descriptors that would simply be ignored by java8- so you can run the library (native) jars both ways, without errors, with java-8 compatible code, but with java-17+ library features.