Участники экспертной группы, принимающей решения о формирования состава релизов Java SE, решили (http://mreinhold.org/blog/on-the-next-train) отложить интеграцию наработок проекта Jigsaw (http://openjdk.java.net/projects/jigsaw/) до релиза Java SE 9, запланированного на 2015 год. Таким образом, Jigsaw не войдёт в состав Java SE 8, как это планировалось ранее. Причиной откладывания интеграции Jigsaw называется неспособность выполнить все технические условия и подготовить корректную реализацию новой модульной системы к моменту заморозки кодовой базы Java 8, которая состоится в мае 2013 года. Вариант задержать выпуск Java SE 8 до готовности Jigsaw отмечен, как неприемлемый.Примечательно, что система модулей Jigsaw является наиболее ожидаемой и востребованной разработчиками возможностью Java SE, предоставляющей принципиально новые для Java средства разбиения программ и JDK на модули. Интегрированная в платформу Java система модулей упростит создание, сопровождение и распространение больших приложений, позволив избавиться от наблюдаемых в настоящее время проблем с монолитными JAR и распространением наборов классов. Система модулей позволит разработчикам легко выделять функциональность и формировать настраиваемые конфигурации, адаптируемые как для развёртывания на больших серверах, так и на встраиваемой технике, а в перспективе приведёт к слиянию Java SE с платформой Java ME. Модульные приложения, построенные на основе модульной платформы Java, потребуют загрузки меньшего объёма данных и позволят достигнуть более высокой производительности за счёт более эффективной оптимизации специфичных для используемой конфигурации модулей.
Дополнительно можно отметить публикацию (http://www.oracle.com/us/corporate/press/1851249) компанией Oracle бесплатного продукта Oracle ADF Essentials (http://www.oracle.com/technetwork/developer-tools/adf/overvi...) (Oracle Application Development Framework), являющегося упрощённой версией Java EE фреймворка Oracle ADF, используемого компанией Oracle при разработке большого числа собственных бизнес-приложений, таких как Oracle Fusion. Oracle ADF Essentials не требует лицензионных отчислений при промышленном применении и адаптирован для развёртывания с использованием открытого сервера приложений GlassFish, т.е. не ограничен работой только с проприетарным сервером приложений WebLogic.
URL: http://mreinhold.org/blog/on-the-next-train
Новость: http://www.opennet.me/opennews/art.shtml?num=34926
оок, в нынешнем виде Jigsaw нельзя было пользоваться, правильно что отложили
а что было не рабочим?
> Причиной откладывания интеграции Jigsaw называется
> неспособность выполнить все технические условия и подготовить корректную реализацию новой
> модульной системы к моменту заморозки кодовой базы Java 8, которая состоится
> в мае 2013 года.Сначала NIH синдром, что нужно сделать с нуля, а не использовать готовые наработки из maven или OSGi. И после ТРЕХ (а может и больше) лет разработки в очередной раз проваливают сроки... сначала отложили из 7-ки в 8-ку, теперь из 8-ки в 9-ку.
При этом те же самые property, которые не являются самым сложным нововведением также откладывают сначала на 8-ку, затем еще позже.
Печально складываются дела у основного Java-полководца. Значит вперед либо RedHat с Ceylon либо JetBrains с Kotlin.
на самом деле, лучше пусть отложат выпуск, но выпустят нормальный продуманный продукт, чем сделают поделку из дерева
> на самом деле, лучше пусть отложат выпуск, но выпустят нормальный продуманный продукт,
> чем сделают поделку из дереваNokia тоже откладывала выпуск ... дооткладывалась до полного уничтожения собственных мобильных систем.
что вы с Нокией всё носитесь. У последней - куча конкурентов, у Джавы - ни одного.
У java есть как конкуренты практически во всех сферах:
совсем прямой конкурент C# (как язык даже сильнее, но Win Only)
за умы программистов с java борется С и С++
по мощности и скорости разработки - scala / ruby / python / php (это разные языки с разными задачами, но в своих нишах они сталкиваются и с java в том числе)
по мультиплатформенности?
практически все скриптовые языки и большинство компилируемых является мультиплатформенными в том или ином виде. С/С++ компилируется под довольно большое количество платформ. Java/Scala работают везде, где есть JVM. Тот же PHP тоже работает под основными ОС.Так что мультиплатформенность стоит рассматривать только когда:
(а) потребители хотят продукт работающий под несколькими платформами (одни крутят продукт под Win, другие под Lin, а кто-то вообще FreeBSD желает).
(б) разрабатываешь for-fun, хотя в этом случае мультиплатформенность может и не играть решающей роли.и возможно (в) Продукт должен максимально широко захватить рынок. Это для компаний, которые зарабатывают на middleware.
>У java есть как конкуренты практически во всех сферах:У JavaEE конкурентов нет...
у java/JRE/JDK как платформы есть конкуренты.а JavaEE это компоненты, которые можно использовать из других языков. AFAIK та же scala вполне может работать с JavaEE API. kotlin также может использовать весь java API включая JavaEE.
Включая JAXB, Entity, BeansBinding?
Кто-нибудь что-нибудь на этих скалах и котлинах написал или это чисто теоретические возможности?
Вода, у нас в компании порядка 50к классов. Это наши и 50+ сторонних коммерческих библиотек, и куча открытых библиотек. Вот и покажите мне хоть одного конкурента, который заменит это всё разом, без геморроя, без отладки? Пайтон? Руби? Да я вас умоляю...
> Пайтон?да.
Поздравляю с вендор локин.
Не удивлюсь если ещё и половина из них винонли.Зыж
Другими словами — Это ничего не доказывает.
У Линуса вон всё на С. И хрен заменишь даже на С++. И что?
>винонлибред. JV онли.
>У Линуса вон всё на С. И хрен заменишь даже на С++. И что?
Правильно. А почему? А потому, что кодовая база и структурообразующие библиотеки. Хотя - да - вендорлок. Но лучше так, наверное, чем переписывать свой и сторонний код на C#? :)
> Вода, у нас в компании порядка 50к классов. Это наши и 50+
> сторонних коммерческих библиотек, и куча открытых библиотек. Вот и покажите мне
> хоть одного конкурента, который заменит это всё разом, без геморроя, без
> отладки? Пайтон? Руби? Да я вас умоляю...А кто сказал про ЗАМЕНУ? Конкурент он выигрывает технологически и на нем начинают новые проекты + изредка переносят текущие. И постепенно новая технология вытесняет старую.
Я думаю, что проект порядка 50к классов останется на java даже есть сам Oracle официально ее похоронит. И будет подкармливать оставшихся java-истов как сейчас устаревшие проекты на коболе.
> А кто сказал про ЗАМЕНУ?конкуренция - есть аналог, что есть замена. Не?
> И будет подкармливать оставшихся java-истов как сейчас устаревшие проекты на коболе
Не хочу кормить, но первым устареют (вариант - эволюционируют) руби и пр. Просто поверьте, я 20 лет в IT и, пусть не на коболе, но на фортране я до сих пор работаю :)
>по мощности и скорости разработки
>python/php
>по мощности
>скорости
>python
>php
>...спасибо, до слёз.
я рад, что поднял вам настроение ;)скорость разработки САЙТОВ на PHP высока, особенно для малых размеров.
скорость разработки скриптов и прототипов высока на Python - не даром довольно часто сначала делают прототипы на нем, а потом переносят на С/С++.;)))
Ну тоже мне сравнение.
Не сравнивайте поделки на всех этих языках типа php и иже с ними с Enterprise Java.
-"Рожденный ползать, летать не может"
Опять херню пишете. Причина гибели Нокия [u]абсолютно другая[/u].
> Опять херню пишете. Причина гибели Нокия [u]абсолютно другая[/u].Нокия не смогла создать экосистему для своих мобильных операционок (продолбала выпуск, не качественные релизы, etc) - это одна из причин. Хоть и не единственная.
> Нокия не смогла создать экосистему для своих мобильных операционок (продолбала выпуск,
> не качественные релизы, etc) - это одна из причин.Ну да! Какая еще нужна чудесная "экосистема"? Симбиан до сих пор в ходу, и всё работает нормально, включая яндекс.карты и Оперу. Может за быдлокодеров ещё и код написать? ИМХО, снова пора вводить жёсткий закон про туниядство.
> Хоть и
> не единственная.Основная причина - разорение собственного пр-ва -> субконтракт -> быстрая потеря качества (и ценности "европейского" бренда). Какая разница у кого покупать пластиковое, разваливающееся говно, у ноклы или у суньхуньчена? Это называется размытие бренда.
Вопрос: правильно ли я понимаю что Jigsaw позволило бы создавать пакеты программ без требования предустановленной JRE (сколько бы мало оно не весило) - правильно?т.е. не просто позволило бы поставлять с программой только те классы что требуются, но и сама JRE бы поставлялась в минимально необходимой комплектации?
Например, как Mono поставляется с Unity 3D в виде одной небольшой нативной SOшки?
Все еще глубже.Это позволило бы поставлять программу в виде хочу "бОльшую программу" (apt-get install big-programm). И уже сама модульная система подтаскивает из центрального репозитория все требуемые модули включая модули JRE. Т.е. вместо того, чтобы таскать jar в приложениях каждое приложение описывало бы какие модули нужны. В некотором смысле это аналог систем управления пакетами для Linux.
Также это управление жизненным циклом (собрать / очистить / залить сборку в репозиторий). Аналог SCons или других средств управления жизненным циклом.
И плюс в jigsaw собирались впаять систему управления модулями в рантайме. Т.е. можно обновить модуль логирования или работы с БД и перегрузить ТОЛЬКО зависимые модули без рестарта сервера приложение. Ближайшая аналогия это рестарт mod_php без перезагрузки apache.
> аналог систем управления пакетами для Linuxа зачем ещё один велосипед?
Потому что это не система управления пакетами для линукс очевидно.
>> аналог систем управления пакетами для Linux
> а зачем ещё один велосипед?java-приложения работают на всех Linux-ах (и виндах) и потому собирать пакеты под каждый дистр во первых тоскливо, а во вторых пакетные менеджеры Linux мало пригодны для централизованной поставки java-библиотек.
хм.. такими темпами другие систем яву выпилят.. печально ведь.
вот ява МЕ уже почти умерла, а будь у нас джигсова 2 года назад..
Та вроде как жива. И используеться во всяких встроенных системах. На телефонах, да, её больше нет.
> Та вроде как жива. И используеться во всяких встроенных системах. На телефонах,
> да, её больше нет.А точно это Java ME, а не другие разновидности типа той же JavaCard?
Не знаю как кого, но вот меня лично расстроили ОЧЕНЬ сильно .... по сути эта плюшка была самым серьезным аргументом в пользу 8-ки ... а ту на тебе. Что-то нехорошо в Oracle поступают ..., хреновая тенденция прослеживается.
Оракл старается стабилизировать выпуск версий и стабилизировать саму Java. Из-за этого и не хотят откладывать выпуск версий, как это было с 7-ой у Сана.