Самые перспективные новые JSR?

Question

Совсем недавно я выбрал очень полезную инфраструктуру веб-службы, Джерси (JAX-RS, также известную как jsr-311; и ее реализацию с самого начала), и отличную библиотеку проверки Hibernate Validator («API проверки бинов», jsr-303).

Оба эти jsrs являются относительными новичками, что заставляет меня задуматься, что еще мне не хватает - учитывая, что существуют сотни JSR с различным уровнем прогресса, активности и потенциала, отследить их нелегко все.

Итак, помимо 2, я уже упомянул, что еще другие считают перспективным и заслуживающим внимания?

Answer 1

JSR-291: поддержка динамических компонентов для Java ™ SE

---

Исходя из модели OSGi, было бы очень интересно интегрировать ее в Java.

Но JSR-277 был окончательно выбран (зависимости модуля Java) ... перед тем, как его отбросили из текущей реализации JDK7.

Между тем, существует множество платформ OSGi для игры с ;)

---

Как уже упоминалось в статье «Представления зависимостей модуля»:

Одним из ключевых отличий между JSR 291 и JSR 277 является способ представления, удовлетворения и управления зависимостями модулей.

[...] более важное различие связано с необходимостью предсказывать поведение набора модулей. Это очень важно при управлении зависимостями модулей.

• С JSR 291 внешняя система управления может считывать объявления зависимостей в каждом модуле и применять правила в спецификации, чтобы определить, как эти модули будут выяснить, есть ли какие-либо недостающие зависимости, и, если они есть, как можно удовлетворить такие зависимости.

• С JSR 277 положение совершенно иное при использовании политик импорта. Единственный способ определить поведение политики импорта - это выполнить ее . Но даже тогда нет гарантии, что политика импорта будет давать один и тот же результат при каждом запуске. Кроме того, если отсутствуют отсутствующие зависимости, невозможно проанализировать политику импорта, чтобы определить, как можно удовлетворить отсутствующие зависимости

Answer 2

Я хотел бы, чтобы в мобильных телефонах чаще всего применяли связывание OpenGL-ES JSR-239 (с изящными буферами NIO) и API-интерфейс датчика JSR-256 (который, по крайней мере, имеет некоторые связи с OSGi).