Hi We've not got the Flex compiler set up for building/debugging .. but we'll probably need to do something here, we have another customer just report the same thing. It's a somewhat odd issue though, I wouldn't have thought any minor/build update to Java should affect things like this!
I've looked through the release notes, I can't see that the TLS changes (and removal of 1.0/1.1) would stop it from calling another jar file. But, I guess it depends how it makes the call, as there's also a change in ProcessBuilder quotes. I wonder if this is only an issue on Windows..! Thanks for the pointers -> we'll take more of a look and see what we can find. Mostly I was just trying to see if anyone else had encountered this, whether it was a known issue/restriction etc. Thanks Andrew -----Original Message----- From: Alex Harui <aha...@adobe.com.INVALID> Sent: Wednesday, July 12, 2023 7:55 AM To: dev@flex.apache.org Subject: [EXTERNAL] Re: mxmlc target fails with jdk 1.8.0_291x64 [EXTERNAL EMAIL] Hi Andrew, Can you repro? If you can get it In the debugger there will probably be more info. I think these are the release notes for JDK 1.8.0_291 https://www.oracle.com/java/technologies/javase/8u291-relnotes.html If I'm reading that right, lots of interesting changes in that release, like changes to TLS support, so maybe 291 can break something. -Alex On 7/10/23, 9:58 AM, "Frost, Andrew" <andrew.fr...@harman.com.inva <mailto:andrew.fr...@harman.com.inva>LID> wrote: EXTERNAL: Use caution when clicking on links or opening attachments. Hi all We have a customer with an odd issue and I wanted to check if anyone had found something similar already… The odd part about this is that it works fine with Java 1.8.0 build 201 but fails with Java 1.8.0 build 291, both of them 64-bit. The error is just when compiling an MXML file using Flex: Loading configuration file C:\FlexSDK\frameworks\flex-config.xml Error: null We have managed to narrow it down to the use of CFF: @font-face { src: url("Roboto-Regular.ttf"); fontFamily: Roboto; embedAsCFF: true; } Change the “true” to “false” and it compiles fine… In terms of version: >amxmlc.bat -version Version 4.6.0 build 23201 Although they’ve also tried with 4.16.1, adding in the old jar files using “ant thirdparty-downloads” which apparently still works. My thinking was that there’s an odd dependency upon the Adobe font embedding library, but I have never come across it working with one version of Java 1.8 and failing with another version of 1.8…. (and of course anything later also fails so they can’t just update to Java 11 or 17..) Does anyone have any hints or seen this sort of thing before? Many thanks Andrew