… and later have a new java.awt.desktop package that replaces the custom handlers in the com.apple.eawt package. This commit uses java.lang.reflect.Proxy to generate handlers of the correct type.

Focusing first on getting "hello world" applications running under Java 11, this initial migration works for Mac OS X (10.14.1). There are a number of issues and warnings still to address so the overall PR remains WIP. Specific modifications to address processing#5750:

 - Modification in build system to address a unified JDK / JRE.
 - Modification in build system and application code to deal with version naming convention migration.
 - Modification of OS X specific system paths changed by Java 11.
 - Migration to OpenJDK (processing#4415) via AdoptOpenJDK (selected due to long term build support and some vendor independence).
 - Migration to OpenJFX (processing#5286).
 - Removal of deprecated `java.ext.dirs` (replacement funcationality is still being explored).
 - Update to the appbundler fork.
 - Update to the JDT jars.

Documentation is still incomplete as is reaching feature parity on mac as well as testing on other OS'. Please don't merge yet.

As part of processing#5750, added support for AdoptOpenJDK (also required for

 - OracleDownloadUrlGenerator
 - AdoptOpenJdkDownloadUrlGenerator

which support Downloader. Tests and documentation included
(required refactor of build.xml).

As part of processing#5753 and processing#5750, working AdoptOpenJDK released java on
Elementary Linux 5.0 (Juno, 64bit). Linux 4.15.0-36-generic. Tested
with Java 11. JDK downloads working and PDE runs but sketches wont
execute due to broken java path.

As part of processing#5750 / processing#5753, example sketch and PDE running in Linux with Elementary 5.0 (Juno, 64bit). Linux 4.15.0-36-generic. Specifically, resolved issue with java path on linux given new JDK structure.

As part of processing#5750 and processing#5753, have the development environment and example sketch working in Windows 64 bit with some display issues in the IDE in particular. This is using AdoptOpenJDK 11 with Windows 10.

As part of processing#5753 / processing#5750, remove deprecated com.apple.eawt calls made in the core module. Specifically, respond to (JEP 272)[http://openjdk.java.net/jeps/272] which is generating warnings on sketch run and may cause failure in future JDKs.

Sync up to official master

Sync to master processing while working on processing#5753 / processing#5750

As part of processing#5753 / processing#5750, migrates base 64 binary image data loading away from java.xml.bind as Java 11 has removed the deprecated module [JEP 320](As part of processing#5753 / processing#5750).

Restructed jre/build compile under macro so that the test and test
compile tasks do not duplicate code.

Minor refactor in build.xml prior to adding tests for core in
support of processing#5753.

To increase automated testing to support some of the larger PRs (processing#5753), moved some image and input logic to strategies under a new core.util module so that they can be unit tested without testing with a full PApplet. Will soon refactor out other places where java hits some of the more systems oriented calls like read bytes and create output as well as image save logic for consistency. Tests and JavaDoc pending.

As part of processing#5753, updated org.eclipse.core.runtime.jar to remove
some warnings at sketch run.

Due to other issues, undo 494fb6e
until further investigation.

Resolved issue with 494fb6e by upgrading org.eclipse.equinox.common.jar.

Updated copyright notices on build/jre/src after refactor with just the processing foundation listed given that the file originated in 2014.

As part of processing#5753 and processing#5750, migrated the preprocessing service to use the jmod for java base. Will refactor out this logic to support other jmods shortly with some code clean up and tests. All of this allows our use of the JDT to work without rt.java which was removed as part of Jigsaw. Please see JEP 220 and JEP 261.

Refactored java build for testing in java mode related to processing#5753 / processing#5750.

Started building out runtime formulation as part of processing#5753 for increased testing and jmod support.

As part of processing#5753 / processing#5750's support for jmod (Jigsaw) and new OpenJFX structure, finished the refactor to pdex.util.runtime which increases testability and (hopefully) readability of runtime formulation now that Java 11 has made it slightly more complex.

Added tests and javadoc for classpath and module path formulation logic related to processing#5753 / processing#5750 including support for jmod (Jigsaw) and OpenJFX. This only includes non-composite strategies (not RuntimePathFactoryStrategyCollection) which will be addressed in a later commit.

Finished pdex.util.runtime.* for processing#5753 / processing#5750 which adds support for restructured modules (Jigsaw) and OpenJFX.

As part of processing#5753, working JFX rendering on Mac via OpenJFX. Note that the OpenJFX standard env var PATH_TO_JFX is required during building.

As part of processing#5753, working Mac application export without embedding Java into the resulting app.

As part of processing#5753, minor path fix which allows for export of sketches using Java 11 embedding if not using JFX render mode.

As part of processing#5753, adds support for OpenJFX in exported sketches including the use of native libs bundled.

As part of processing#5753, JEP 263 (introduced in JDK 9), offers native support for HiDPI scaling on Linux and Windows. THis causes both the JDK to naturally scale elements on HiHPI displays and then Processing again scales on its own under the assumption of Java 8 behavior, causing 2x the "correct" scale. This change migrates WindowsPlatform to simply allow the JDK to do all scaling.

As part of processing#5753, switched to OpenJFX to support the Java 11 migration with some rendering issues under a VM that seem consistent with the current mainline public release (3.5.3).

As part of processing#5753, remove warnings when using the OpenJDK as opposed to the Sun / Oracle build.

As part of processing#5753, introduces support for native libs as part of OpenJFX support though this commit fails on glass factory class (see processing#5753 discussion).

Fix build on linux for processing#5753 to include jars and native libs for OpenJFX correctly.

IO refactor

Sync java11 branch up to processing/master

As part of processing#5753, one advantage to AdoptOpenJDK is that the JDK can be downloaded directly so does not require "installation" prior to use on mac. This makes mac like other OS's in that the JDK can be downloaded into the build dir instead of referencing the system wide install when building processing. This commit brings mac in line with other OS's and gets one step closer to a clean cross-os build.

In addition to no longer referencing the system OpenJFX install (and no longer requiring some env vars), also introduce 64bit ARM target for Java 11 and a number of other assorted minor clean up maneauvers.

As part of processing#5753, just a little size optimization for the linux build which nearly about doubled prior to some of these edits.

As part of processing#5753, do just a little size optimization on the mac build which grew quite large from Java 8.

Updated JNA and created nativecopy macro to prevent ant copy corruption of JFX files.

As part of processing#5753, optimized the size of the windows distribution slightly by removing some of the larger files that are not functionally necessary.

Clean up ant build for Java 11

Due to changes in native pixel scaling in Java 11 and OpenJFX 11, fullScreen did not scale the surface to the correct size. This fixes fullScreen mode when using the FX2D renderer.

Due to changes in resolution introduced with Java 11, the import suggestions feature may require stripping the classes prefix.

…o processing-master

Update Java 11 branch with processing-master

Re-introduced base 64 image loading tests from image path despite the rollback of sampottinger/processing #3. There were some issues with the API migration earlier and would like to leave this in if possible.