Java SE 9

API Реактивного программирования
Diamond оператор для анонимных классов
Разное
Java Platform Module System

– JPMS
Полный список openjdk.java.net/projects/jdk9/

описание контракта
public interface DBLogging{ String MONGO_DB_NAME = "ABC_Mongo_Datastore";

String NEO4J_DB_NAME = "ABC_Neo4J_Datastore"; String CASSANDRA_DB_NAME = "ABC_Cassandra_Datastore"; void logInfo(String message); void logWarn(String message); }

методы (публичные)
public interface DBLogging{ String MONGO_DB_NAME = "ABC_Mongo_Datastore";

String NEO4J_DB_NAME = "ABC_Neo4J_Datastore"; String CASSANDRA_DB_NAME = "ABC_Cassandra_Datastore"; default void logInfo(String message){ // Step1: Connect to DataStore // Setp2: Log Info Message // Setp3: Close the DataStore connection } default void logWarn(String message){ // Step1: Connect to DataStore // Setp2: Log Warn Message // Setp3: Close the DataStore connection } public static String format(String format, String message) { return String.format(format, message); } // Any other abstract methods }

DBLogging{ String MONGO_DB_NAME = "ABC_Mongo_Datastore"; String NEO4J_DB_NAME =

"ABC_Neo4J_Datastore"; String CASSANDRA_DB_NAME = "ABC_Cassandra_Datastore"; default void logInfo(String message){ log(message, "INFO") } default void logWarn(String message){ log(message, "WARN") } private void log(String message, String msgPrefix){ // Step1: Connect to DataStore // Setp2: Log Message with Prefix and styles etc. // Setp3: Close the DataStore connection }
public static String format(String format, String message) { return String.format(format, message); } // Any other abstract methods }

разных конструкций, классов, интерфейсов, перечислений, объектов, операторов и т.д.

void main(String[] args) { JShell.Builder builder =

JShell.builder(); JShell build = builder.build();
List eval = build.eval("System.out.println(\"1 + 1 = \" + (1 + 1));"); eval.forEach(event -> System.out.println(event.value()));
eval = build.eval(“System.exit(-123);");
eval.forEach(event -> System.out.println(event.value())); } }

Output:

1 + 1 = 2
null
Process finished with exit code 0

reader1 = new BufferedReader(new FileReader("1.txt")); try (BufferedReader reader2 =

reader1) { System.out.println(reader2.readLine()); } }

static void java9() throws IOException { BufferedReader reader1 = new BufferedReader(new FileReader("1.txt")); try (reader1) { System.out.println(reader1.readLine()); } }

new BufferedReader(new FileReader("1.txt")); BufferedReader reader2 = reader1; Throwable

var2 = null; try { System.out.println(reader2.readLine()); } catch (Throwable var7) { var2 = var7; throw var7; } finally { if(reader1 != null) { $closeResource(var2, reader1); } } }

static void java9() throws IOException { BufferedReader reader1 = new BufferedReader(new FileReader("1.txt")); Throwable var2 = null; try { System.out.println(reader1.readLine()); } catch (Throwable var7) { var2 = var7; throw var7; } finally { if(reader1 != null) { $closeResource(var2, reader1); } } }

решила добавить Reactive Streams API в Java SE 9.
Java SE

9 Reactive Streams API — фреймворк для реализации асинхронных, масштабируемых и параллельных приложений с использованием Java.
В Java SE 9 появятся следующие API:
java.util.concurrent.Flow;
java.util.concurrent.Flow.Publisher;
java.util.concurrent.Flow.Subscriber;
java.util.concurrent.Flow.Processor.

Реализация:
java.util.concurrent.SubmissionPublisher – базовая реализация

и мы хотим сделать его анонимным.
Вот как это выглядит

в Java 8:

Разве не очевидно, что Box должен быть типа T? Проблема в не обозначаемых (англ. non-denotable) типах, которые распознаются компилятором, а JVM — нет. (Такой случай может быть обработан компилятором, но вопрос — как корректно передать его JVM.)

Box createBox(T content) { // Нужно поставить 'T' здесь :( return new Box(content) { }; }

Box createBox(T content) { // Java 9 выводит ‘T’, потому что этот тип обозначаемый return new Box<>(content) { }; } Box createCrazyBox(Object content) { List innerList = Arrays.asList(content); // А этот тип не выводится, так как не можем его обозначить: // return new Box<>(innerList) { }; // Вместо этого обозначаем тот тип, который нам нужен: return new Box>(innerList) { }; }

Проблему исправили в Java 9:

238: Multi-Release JAR Files
JEP 264: Platform Logging API and Service
JEP

277: Enhanced Deprecation
JEP 290: Filter Incoming Serialization Data
JEP 295: Ahead-of-Time Compilation

для мобильных устройств
Улучшить безопасность и способность к поддержке платформы и

JDK

Сделать реализацию и поддержку библиотек и больших приложений на Java SE и EE проще

Modular Run-Time Images
JEP 260: Encapsulate Most Internal APIs
JEP 261: Module

System
JEP 282: jlink: The Java Linker

Зачем? Что было раньше плохо?

– это почти то же самое что JAR файл, собранный

из скомпилированных java файлов.
Отличается наличием файла, описывающего модуль module-info.java. Он определяет:
уникальное имя описываемого модуля
от каких модулей зависит описываемый модуль
какие пакеты экспортируются для других модулей

Модуль

Обратная совместимость и миграция:
Автоматические модули – любой JAR, помещённый в

module-path без дескриптора модуля считается автоматическим модулем, позволяя проекту использовать библиотеки ранних версий.
Безымянный (Unnamed) модуль – однако class-path ещё существует... Все JAR файлы (модульные или нет) и классы в class-path’е будут содержаться в нём.

Чтобы использовать правильно «всю модульность» нужно, чтобы все зависимости были модулями…

Модуль приложения

не более одного модуля, с конкретный пакетом;
модули, определяющие одинаковые пакеты,

не перекрывают друг друга.

определения библиотеки и модулей приложений (все фазы жизненного цикла).
В

classpath артефакты могут:
содержать типы в одинаковых пакетах, даже если это разные версии одного типа.
теряться от момента компиляции до run-time’а

экспортировать явно!
Если нужно экспортировать пакет конкретному стороннему модулю, то используется

ограниченный экспорт: my.package to another.module
Описание зависимостей:

Часть requires ссылается только на имена пакетов.
Для транзитивного экспорта пакета com.sbt.jre.service через модуль com.sbt.jre другим модулям нужно использовать requires transitive

module com.sbt.jre.service { exports com.sbt.jre.service; }

module com.sbt.jre { requires com.sbt.jre.service; }

module-info.java

сервисов.
Пусть модуль com.sbt.jre ничего не знает о реализации, но хочет

использовать сервис com.sbt.jre.service.EventService:

Реализация сервиса поставляется отдельным модулем:

module com.sbt.jre { requires com.sbt.jre.service; uses com.sbt.jre.service.EventService; }

module com.sbt.jre.talk.service { requires com.sbt.jre.service; exports com.sbt.jre.talk.service; provides com.sbt.jre.service.EventService with com.sbt.jre.talk.service.TalkService; }

Сервисы

сервиса содержатся все реализации, предлагаемые модулями из module-path и описанные

в блоке provides ... with ...

ServiceLoader.load(EventService.class)

Сервисы

requires transitive java.prefs; requires jdk.internal.ed; requires java.logging;

requires transitive jdk.jdi; requires jdk.internal.opt; requires jdk.internal.le; exports jdk.jshell.spi; exports jdk.jshell.tool; exports jdk.jshell; exports jdk.jshell.execution; uses jdk.internal.editor.spi.BuildInEditorProvider; uses jdk.jshell.spi.ExecutionControlProvider; provides javax.tools.Tool with jdk.internal.jshell.tool.JShellToolProvider; provides jdk.jshell.spi.ExecutionControlProvider
with jdk.jshell.execution.JdiExecutionControlProvider, jdk.jshell.execution.LocalExecutionControlProvider, jdk.jshell.execution.FailOverExecutionControlProvider; }

Пример модуля jdk.jshell

на мобильные устройства легче?
Что с classloader’ами?
reflection — теперь нельзя то,

что очень хочется?

которые еще не были опубликованы как модули.
Автоматические модули: любой

JAR, помещённый в module-path без дескриптора модуля считается автоматическим модулем, позволяя вашему проекту Java 9 использовать библиотеки ранних версий.
Автоматические модули неявно экспортируют все свои пакеты и имеют доступ ко всем остальным модулям. Поскольку автоматический модуль не объявляет явно имя, оно генерируется в зависимости от имени JAR файла. В основном, он удалит расширение файла и номер завершающей версии (если есть) и заменит все небуквенные символы точками, например: mongo-java-driver-3.3.0.jar будет выглядеть как модуль с именем mongo.java.driver (точный алгоритм описан в документации ModuleFinder.
Каждый модуль, который требует mongo.java.driver, имеет доступ ко всем его пакетам. Автоматические модули, в свою очередь, могут обращаться ко всем другим модулям, в том числе к безымянному модулю.

Приложение. Автоматические модули

и классы в class-path’е будут содержаться в безымянном модуле.
Подобно

автоматическим модулям, он экспортирует все пакеты и читает все остальные модули.
Не имеет имени. По этой причине на него не могут ссылаться именованные модули приложения.
Безымянный модуль может получить доступ ко всем другим модулям.
Он один на JVM

Приложение. Безымянный (Unnamed) модуль

в модульную структуру. Вся основная функциональность Java будет предоставляться различными

модулями, например java.xml, java.logging или java.httpclient.

Именование модулей: префиксы java.* vs jdk.*
Не считая javafx.*, oracle.*

Модуль java.base
Корневой и обязательный модуль
Самый базовый API предоставляется java.base, любой модуль зависит от него неявно.
Включает java.lang.module – работа с модульной системой

Приложение. Платформенные модули

имя домена, например: com.sbt.jre
Имя каталога, содержащего модуль, должно быть равно

имени модуля. Например для сервиса com.sbt.jre.service:

Технически, имя модуля не зависит от имён, располагаемых в нём пакетов.

src +- main +- com.sbt.jre.service +- module-info.java +- com +- sbt +- jre +- service +- EventService.java

Приложение. Именование модуля

the Thread Context Class Loader (TCCL).  Because modules in Jigsaw

are not represented by class loaders, programs which rely on this behavior of the TCCL will begin to exhibit subtly incorrect behavior.No corresponding concept exists for modules, which means that any software relying on this concept must be redesigned and re-implemented to use some different approach.

Приложение. No "Current Module"

public static void main(String[] args) { SubmissionPublisher

publisher = new SubmissionPublisher(Executors.newFixedThreadPool(3), 5); publisher.subscribe(new Flow.Subscriber() { @Override public void onSubscribe(Flow.Subscription subscription) { subscription.request(Long.MAX_VALUE); System.out.println("Subscriber#onSubscribe: " + subscription); } @Override public void onNext(Object item) { System.out.println("Subscriber#onNext: " + item); } @Override public void onError(Throwable throwable) { System.out.println("Subscriber#onError: " + throwable); } @Override public void onComplete() { System.out.println("Subscriber#onComplete: DONE!"); } }); for (int i = 0; i < 5; i++) { System.out.println("Published " + i); publisher.submit(i); } } }