Both Solaris and SPARC have been superseded in recent years by the Linux OS and Intel processors. Dropping support for Solaris and SPARC ports will enable contributors to the OpenJDK community to accelerate development of new features that will move the platform forward. Many projects and features in development such as Valhalla, Loom, and Panama require significant changes to CPU-architecture and operating system-specific code.
JAVA SE DEVELOPMENT KIT 15 CODE
Removal of source code and build support for Solaris/SPARC, Solaris/圆4, and Linux/SPARC ports, which were deprecated for removal in JDK 14 with the intent to remove them in a future release.Goals of this feature include allowing the author of a class or interface to control which code is responsible for implementing it, provide a more declarative way than access modifiers to restrict the use of a superclass, and support future directions in pattern matching by underpinning the exhaustive analysis of patterns. Along with interfaces, sealed classes restrict which other classes or interfaces may extend or implement them. This capability is going through an earlier incubator phase in JDK 14, with refinements offered in JDK 15. But with the new proposal, it should not be possible for the API to undermine the safety of the JVM. The Java API currently does not provide a satisfactory solution for accessing foreign memory. The API would help avoid the cost and unpredictability associated with garbage collection, share memory across processes, and serialize and deserialize memory content by mapping files onto memory. Many Java programs access foreign memory, such as Ignite and MapDB. The API should be able to operate on various kinds of foreign memory, such as native, persistent, and managed heap.
A second incubator of a foreign-memory access API, which would let Java programs safely and efficiently access foreign memory outside of the Java heap.The new features and changes in OpenJDK 15:
0 kommentar(er)
