I’ve attempted to use JavaFX by following instructions found at: https://openjfx.io/openjfx-docs/ under “JavaFX and IntelliJ” -> “Non-modular with Maven” After completing steps 1 & 2 (Installation & Verification) I attempted to run a very simple program from IntelliJ rather than through the Maven plugin. TraderWindow.java TraderWindow.fxml However when I attempted to run it I got: The relevant part: Which, I
Tag: java-14
Convert one Optional<List> to another Optional<List> in Java
How can I convert Optional List object from one type to another, for an example ProductMultipleOptionViewModel Type 1 Type 2 I want to convert from Optional<List<ProductMultipleOption>>to other Optional<List<ProductMultipleOptionViewModel>>. I tried the below code With the above code, I am not able to access the option value inside map method If product.getProductMultipleOption() is null return null or empty list. Answer You
java.lang.InternalError: platform encoding not initialized when running EXE4J .exe w/ Java14 on PATH
So this error is a weird one… I’m using EXE4J 6 to build a .exe file for my JavaFX Application. This has worked with no issues through Java version 13.0.1. I recently upgraded my environment to use Java 14.0.1 and now I get the following stacktrace whenever I try to run my application through exe: This error happens when trying
Java records with nullable components
I really like the addition of records in Java 14, at least as a preview feature, as it helps to reduce my need to use lombok for simple, immutable “data holders”. But I’m having an issue with the implementation of nullable components. I’m trying to avoid returning null in my codebase to indicate that a value might not be present.
Lombok getter/setter vs Java 14 record
I love project Lombok but in these days I’m reading and trying some of the new features of java 14. Inside the new capability, there is the record keyword that allows creating a class with already built-in the following functionality: constructor, private final fields, accessors, equals/hashCode, getters, toString methods. Now my question is: is better to rely on the feature
Java 14 records and arrays
Given the following code: It seems, obviously, that array’s toString, equals methods are used (instead of static methods, Arrays::equals,Arrays::deepEquals or Array::toString). So I guess Java 14 Records (JEP 359) don’t work too well with arrays, the respective methods have to be generated with an IDE (which at least in IntelliJ, by default generates “useful” methods, i.e. they use the static
Code signing + notarization using jpackage utility isn’t working on macOS
For some context, I’m using the jpackage utility to try to create a signed DMG file to deliver to my users. The reason I need to sign this DMG is because I would like to notarize the software. By the way, I’m not sure if notarization is possible (yet) using jpackage but I’m trying it anyway. However, I am having