Самые перспективные новые JSR?
Совсем недавно я выбрал очень полезную инфраструктуру веб-сервисов, Джерси (JAX-RS, также известную как jsr-311 и ее реализацию с самого начала), и изящную библиотеку валидации Hibernate Validator ("API проверки бинов", jsr-303).
Оба эти jsrs являются относительными новичками, что заставляет меня задуматься, что еще мне не хватает - учитывая, что существуют сотни JSR с различным уровнем прогресса, активности и потенциала, отследить их все нелегко.
Итак, помимо 2 я уже упоминал, что еще другие считают многообещающим и стоит обратить внимание?
2 ответа
JSR-291: Поддержка динамических компонентов для Java™ SE
Основываясь на модели OSGi, было бы очень интересно интегрировать ее в Java.
Но JSR-277 был окончательно выбран (зависимости модуля Java)... перед удалением из текущей реализации JDK7.
Между тем, существует множество платформ OSGi, с которыми можно поиграть;)
Как уже упоминалось в статье "Представления зависимостей модуля":
Одним из ключевых отличий между JSR291 и JSR 277 является способ представления, удовлетворения и управления зависимостями модулей.
[...] более важное различие связано с необходимостью предсказывать поведение набора модулей. Это очень важно при управлении зависимостями модулей.
С JSR291 внешняя система управления может считывать объявления зависимостей в каждом модуле и применять правила в спецификации, чтобы определить, как эти модули будут подключены, есть ли какие-либо отсутствующие зависимости, и, если есть, как такие зависимости могут быть удовлетворены.
С JSR 277 положение совершенно иное, когда используются политики импорта. Единственный способ определить поведение политики импорта - это выполнить ее. Но даже тогда нет никакой гарантии, что политика импорта будет давать один и тот же результат при каждом запуске. Кроме того, если отсутствуют отсутствующие зависимости, невозможно проанализировать политику импорта, чтобы определить, как можно удовлетворить отсутствующие зависимости.
Я хотел бы, чтобы в мобильных телефонах чаще всего применяли связывание OpenGL-ES JSR-239 (с изящными буферами NIO) и API-интерфейс датчика JSR-256 (который, по крайней мере, имеет некоторые связи с OSGi).