Компания Oracle приняла решение (http://mreinhold.org/blog/late-for-the-train) не включать наработки проекта Jigsaw (http://openjdk.java.net/projects/jigsaw/) в состав Java SE 8, выход которого запланирован на сентябрь 2013 года. Интеграция Jigsaw с Java SE отложена до Java 9, который можно ждать не раньше 2015 года. Причиной откладывания интеграции Jigsaw называется неспособность выполнить все технические условия и подготовить корректную реализацию новой модульной системы к моменту заморозки кодовой базы Java 8, которая состоится в мае 2013 года. Примечательно, что система модулей Jigsaw является наиболее ожидаемой и востребованной разработчиками возможностью Java SE, предоставляющей принципиально новые для Java средства разбиения программ и JDK на модули.
Ожидается, что интегрированная в платформу Java система модулей упростит создание, сопровождение и распространение больших приложений, позволив избавиться от наблюдаемых в настоящее время проблем с монолитными JAR и распространением наборов классов. Система модулей позволит разработчикам легко выделять функциональность и формировать настраиваемые конфигурации, адаптируемые как для развёртывания на больших серверах, так и на встраиваемой технике, а в перспективе приведёт к слиянию Java SE с платформой Java ME. Модульные приложения, построенные на основе модульной платформы Java, потребуют загрузки меньшего объёма данных и позволят достигнуть более высокой производительности за счёт более эффективной оптимизации специфичных для используемой конфигурации модулей.URL: http://java.dzone.com/articles/plan-b-plan-n-nothing-jigsaw
Новость: http://www.opennet.ru/opennews/art.shtml?num=34369
Такое ощущение, что 8-я версия выйдет слишком рано, для 6-ой версии уже 33-ий апдейт, а для 7-ой, если не ошибаюсь, пока только 5-ый.
> Такое ощущение, что 8-я версия выйдет слишком рано, для 6-ой версии уже
> 33-ий апдейт, а для 7-ой, если не ошибаюсь, пока только 5-ый.Обычный двухгодичный интервал.
Это же Java, зачем там модульность и производительность?
Вот поэтому и отбросили фичу как некритичную.
В оригинале сказано, что это пока только предложение... возможны и варианты с тем, чтобы отложить выход java 8
> В оригинале сказано, что это пока только предложение... возможны и варианты с тем, чтобы отложить выход java 8Только ближе к концу написано, что вариант отложить Java 8 отпадает, так как никто не собирается нарушать двухгодичный цикл выпуска Java SE, на который завязана поддержка и цикл подготовки обновлений. Поэтому выхода нет, остаётся перенести Jigsaw до Java 9.
Они пилили-пилили, пилили-пилили, но не допилили. Жаль очень. Ынтырпрайзный багаж часто тянет жабу назад.
я думаю они просто обязаны отложить выход Java 8 до полной реализации модульной структуры, чтобы не тянуть огромнейший пласт шлако-библиотек к каждому приложению, а только именно тех что используются программой
вот по ссылке с сайта OpenJDK - http://www.parleys.com/#st=5&id=1569&sl=3
послушал - да... определенно это должно быть в Java 8 тогда дотнетокапец настанет, реально хорошая система будет
А зачем вам дотнеткапец? Вам что, за труп заплатят??
Понимаете, даже если жабу раздуть до уровня бегемота, на виндо-десктопе она никому не нужна - там удобно расположился дотнет с C#, причём даже если цэшарп просто взять и сейчас заморозить, никто даже не заметит - все продолжат писать на нём программы, ибо удобно и мэйнстримно. Так что жабе надо молиться, чтобы удержаться на серверах - её EJB уже давно протухли, .НЕТ рулит во весь рост.
для этого есть maven + OSGI для рантайма, собственно на этом и согласились отложить модульность на Java 9P.S. а вот лямбды в Java 8 ждут не имея нормальной замены
Это правильно. Чем хуже для Jigsaw, тем лучше для OSGi. А оно наше всё.
JEE6 последняя просто очень хороша( не путать с java SE6) а седьмая активно готовящаяся просто рай для клаудов. И дот нет в сравнении с ee7 не особо пока что рулит.
> а вот лямбды в Java 8 ждут не имея нормальной заменыЛямбды == анонимные классы
> я думаю они просто обязаны отложить выход Java 8 до полной реализации
> модульной структуры, чтобы не тянуть огромнейший пласт шлако-библиотек к каждому приложению,
> а только именно тех что используются программойПомнится, до изобретения упаковки байткода в ZIP (а потом и JAR) программы на Java так и распространялись — шла загрузка из сети только тех .class-файлов, которые реально требовались для работы, остальной невостребованный шлак оставался на сервере.