While Drag and Drop in JavaFX has a common API for all the platforms (as the rest of the API, of course), its internal implementation is platform dependent, and it is quite different on Windows, Mac or Linux. But this shouldn’t be an issue when migrating from JavaFX 8 to JavaFX 11, though. The sample … Read more
Using the JavafX JAR export option doesn’t work anymore in Intelij. You can export it as a regular jar with “Jar-From module with dependencies”. This will export a valid Jar, but in order to run it, you need to add your javaFx path and modules to your command. After you have the jar, the run … Read more
long timeMicros = 1_565_245_051_795_306L; Instant i = Instant.EPOCH.plus(timeMicros, ChronoUnit.MICROS); System.out.println(i); Output is: 2019-08-08T06:17:31.795306Z Edit: Rather than dividing and multiplying to convert microseconds to milliseconds and/or seconds I preferred to use the built-in support for microseconds. Also when explicitly adding them to the epoch feels a little hand-held. You already know how to convert Instant to … Read more
With the standardization of the HTTP Client API, the incubated APIs are now removed. The module name and the package name of the standard API will be java.net.http which can now be used as – module <yourModuleName> { requires java.net.http; } Also, adding to the tally, the applications, frameworks(like Maven, Gradle etc) or IDEs relying … Read more
I struggled through the process of creating an executable jar as well, but this workaround is what worked for me, and I hope it works for you as well: First of all, instead of using the jar plugin, I used the shade plugin in pom.xml, which creates a “fat jar” or “uber jar” that contains … Read more
I believe there is an explanation for the error you are facing: jmods can’t be used at run time. This is explained here: http://openjdk.java.net/jeps/261#Packaging:-JMOD-files: JMOD files can be used at compile time and link time, but not at run time. To support them at run time would require, in general, that we be prepared to … Read more
After some research I found the answer to my problem. The problem is that java.security.acl.Group is being deprecated since JRE 9 and marked for removal in future versions. java.security.acl.Group is being replaced by java.security.Policy I was running my Spring-Boot application on JRE 14 in which this class appeared to be no longer available. So once … Read more
As suggested already you need an SSLContext which ignores the bad certificates. The exact code which obtains the SSLContext in one of the links in the question should work by basically creating a null TrustManager which doesn’t look at the certs: private static TrustManager[] trustAllCerts = new TrustManager[]{ new X509TrustManager() { public java.security.cert.X509Certificate[] getAcceptedIssuers() { … Read more
UPDATE: as explained in another answer, the sdkmanager from the new command line tool supports JDK 11+. The old sdkmanager has not received updates in years, so this workaround should not be necessary. Check @dmertins answer for links and more details. If anyone is looking for a Linux fix on Java 11. I built this … Read more
JDK_JAVA_OPTIONS is only picked up by the java launcher, so use it for options that you only want to apply (or only make sense for) the java startup command. This variable is also new on JDK 9+, and will be ignored by earlier JDK versions. Hence, it’s useful when migrating from older versions to 9+. … Read more