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

Question

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

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

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

Answer 1

JSR-291: Поддержка Dynamic Компонент для Java ™ SE

---

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

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

В то же время, есть plenty of OSGi frameworks out there to play with;)

---

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

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

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

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

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

Answer 2

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