JEP 278: Additional Tests for Humongous Objects in G1
Summary Develop additional white-box tests for the Humongous Objects feature of the G1 Garbage Collector. Non-Goals We will not develop tests for G1 Eager Reclamation. Description Garbage First (G1) is a generational garbage collector which divides the heap into equal-sized regions. It has a concurrent collection phase, which can work in parallel with the application, and is multi-threaded. G1 tre
JEP 269: Convenience Factory Methods for Collections
Summary Define library APIs to make it convenient to create instances of collections and maps with small numbers of elements, so as to ease the pain of not having collection literals in the Java programming language. Goals Provide static factory methods on the collection interfaces that will create compact, unmodifiable collection instances. The API is deliberately kept minimal. Non-Goals It is no
JEP 258: HarfBuzz Font-Layout Engine
Summary Replace the existing ICU OpenType font-layout engine with HarfBuzz. Motivation An OpenType layout engine, such as ICU or HarfBuzz, provides script-aware code to process certain font tables required for the correct rendering of text for scripts such as Arabic and Indic. Without that support the rendering of text in those scripts is not just incorrect, but illegible. The ICU OpenType layout
JEP 238: Multi-Release JAR Files
Alan Bateman, Brian Goetz, Paul Sandoz, Steve Drach Summary Extend the JAR file format to allow multiple, Java-release-specific versions of class files to coexist in a single archive. Goals Enhance the Java Archive Tool (jar) so that it can create multi-release JAR files. Implement multi-release JAR files in the JRE, including support in the standard class loaders and JarFile API. Enhance other cr
JEP 226: UTF-8 Property Resource Bundles
Summary Define a means for applications to specify property files encoded in UTF-8, and extend the ResourceBundle API to load them. Motivation The platform has for a long time provided a properties-file format that is based on ISO-8859-1 and provides an escape mechanism for characters that cannot be represented in that encoding. This format is supported by the standard resource-bundle lookup mecha
JEPs proposed to target JDK 9
mark.reinhold at oracle.com mark.reinhold at oracle.com Thu Oct 30 23:02:38 UTC 2014 Previous message: JEPs proposed to target JDK 9 Next message: JEPs proposed to target JDK 9 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] 2014/10/23 3:15 -0700, mark.reinhold at oracle.com: > For your consideration: The following JEPs have been placed into the > "Proposed to Target" state by their
JEP 191: Foreign Function Interface
Summary Define a Foreign Function Interface that can bind native functions, such as those found in shared libraries and operating-system kernels, to Java methods, and also directly manage blocks of native memory. Goals Provide a foreign function interface at the Java level, similar to JNA (Java Native Access) or JNR (Java Native Runtime). Optimize calls to native functions and management of native
JEP 212: Resolve Lint and Doclint Warnings
Summary The JDK code base contains numerous lint and doclint errors as reported by javac. These warnings should be resolved, at least for the fundamental parts of the platform. Goals Operationally, the goal is to have at least the packages for the fundamental packages in the platform (those discussed on core-libs, awt-dev, swing-dev, 2d-dev, etc.) compile cleanly under javac's lint and doclint war
JEP 192: String Deduplication in G1
Summary Reduce the Java heap live-data set by enhancing the G1 garbage collector so that duplicate instances of String are automatically and continuously deduplicated. Non-Goals It not a goal to implement this feature for garbage collectors other than G1. Motivation Many large-scale Java applications are currently bottlenecked on memory. Measurements have shown that roughly 25% of the Java heap li
JEP 200: The Modular JDK
Summary Use the Java Platform Module System, specified by JSR 376 and implemented by JEP 261, to modularize the JDK. Goals Divide the JDK into a set of modules that can be combined at compile time, build time, and run time into a variety of configurations including, but not limited to: Configurations corresponding to the full Java SE Platform, the full JRE, and the full JDK; Configurations roughly
JEP 227: Unicode 7.0
Summary Upgrade existing platform APIs to support version 7.0 of the Unicode Standard. Goals Support the latest version of Unicode, mainly in the following classes: Character and String in the java.lang package, and Bidi, BreakIterator, and Normalizer in the java.text package. Non-Goals Two related Unicode specifications are not implemented by this JEP: UTS #10, Unicode Collation Algorithm, and UT
JEP 0: JEP Index
This JEP is the index of all JDK Enhancement Proposals, known as JEPs. See JEP 1 for an overview of the JEP Process.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
JEP 201: Modular Source Code