Комментарии 80
А какова судьба Kotlin интересно. МОжно ли безболезненно перейти на него и не парится с лицензиями Java…
Так и думал(
Переходим на Net Core ))
ну так же есть альтернатива. openjdk
Безусловно, но это прежде всего open source проект, сосредоточенный на разработке и исходном коде, а не на сборках старых версий и поддержке пользователей.
Не спорю. Поддержки там нет, ну как нет, там есть комьюнити, но это != поддержка.
На счёт сборке старых версий, тут всё спорно. Да это не основной приоритет. Но под тот же debian старые с фиксами собираются достаточно регулярно, раз в 3 месяца точно. Хотя там скорее даже не фиксы а новые минорные версии собираются, так что регресс в любом случае надо делать.
В общем поживём, увидим во что всё это выльется. У Oracle есть ещё 5 месяцев что бы передумать/скорректировать цены.
На счёт сборке старых версий, тут всё спорно. Да это не основной приоритет. Но под тот же debian старые с фиксами собираются достаточно регулярно, раз в 3 месяца точно. Хотя там скорее даже не фиксы а новые минорные версии собираются, так что регресс в любом случае надо делать.
В общем поживём, увидим во что всё это выльется. У Oracle есть ещё 5 месяцев что бы передумать/скорректировать цены.
Вероятно, можно ожидать появление на этом фоне компаний оказывающих платную поддержку OpenJDK. Интересно, такая политика Oracle нацелена больше на форсирование перехода на Java 9 и выше или просто на прибыль.
IMHO прибыль, так как JDK 9 лишь промежуточный релиз.
Под переходом на 9 имел в виду систему модулей, т.к. видно, что именно она многих отпугивает. По крайней мере в слое корпоративных приложений.
Система модулей jigsaw была нужна прежде всего самой платформе. Хотя classpath(jar) hell модули тоже решают, но не привносят никакой динамики и прочих полезных вещей для распределенных приложений. В некоторых корпоративных системах бывает столько капролита и связей между классами, что на модули их никогда не разделить — дешевле будет написать с нуля.
Как бы это не оказалось пробным камнем, перед тем как выставить свой обычный ценник 400$/user, 25k$/CPU (ну или вроде того).
Надо же монетизировать ассет
Надо же монетизировать ассет
НЛО прилетело и опубликовало эту надпись здесь
Вероятно, это на пользу Java. Я часто вижу жалобы на то, что сообщество очень мало участвует в JCP и практически не использует бета-версии JDK, из-за чего архитектурные недочёты и проблемы реализации обнаруживаются слишком поздно.
8 жава вышла в 14 году. Почти 5 лет бесплатной поддержки. С последующими релизами скорее всего будет так же. Откуда взялось, что раз в пол года надо переходить на новую платформу? В 19 перейдете на 9 или 10 и еще 3-4 года можно сидеть на попе ровно и не дергаться.
Правильно все ораклы делают, больше трех версий держать на бесплатной поддержке слишком накладно и не пойдет на пользу развитию жавы.
Вы немного заблуждаетесь, Java 9 и 10 — c коротким сроком поддержки. Java 9 уже не поддерживается, поддержка Java 10 заканчивается в сентябре 2018. Должна выйти Java 11, которая и будет следующей LTS и на нее, видимо, все будут переползать.
Как Java-dev, подтверждаю — мы так и планируем.
Переползем с v8 на v11. На ней и будем сидеть следующие три года.
Переползем с v8 на v11. На ней и будем сидеть следующие три года.
На платной или бесплатной без обновлений?
Да, верно! Java 11 следующая после 8 LTS версия. Ссылки есть в публикации
На фотографии — Кругобайкальская железная дорога. Там ходят несколько туристических поездов и так называемый «мотаня», на котором постоянно ездят местные жители. Сказать, что поезда эти ползут как черепахи — ничего не сказать. Так что фраза: «Java release train мчит по рельсам навстречу!», звучит довольно забавно для тех кто в курсе скоростей на КБЖД.
купят ли лицензии те, у кого Hadoop кластеры
— а зачем? Есть развернутая стабильно работающая система, вы читаете в новостях что найден секьюрити баг в JavaWebStart — разве вы побежите обновлять JVM в своем кластере? Ну пусть уязвимость в серверной части, но она никак не мешала вам раньше, кластер ваш в Интернет не светится, зачем что то менять? Зачем нарушать принцип «не сломалось — не чини»?
Оптимизации производительности. Когда, например, повышение производительности в очередном минорном релизе JVM на пару процентов способны экономить десятки тысяч долларов на вычислительных мощностях и электроэнергии. Я такое видел с криптографией и производительностью джава машины.
Я может чего-то не догоняю, но в чем суть шумихи? О какой поддержке идет речь, за что платить? Вышла минорная версия Oracle/Open Java SE, скачал бинарник, установил на прод, в чем проблема? Тем более, что есть репозитории в линуксах, обновляйся — не хочу.
Теперь нельзя будет скачать бинарник LTS версии позднее чем через пол года после ее выхода. Только при наличии лицензии. Свежую нестабильную версию — пожалуйста.
Есть страница c архивом версий: http://www.oracle.com/technetwork/java/archive-139210.html её уберут теперь?
Так там архивные версии.
WARNING: These older versions of the JRE and JDK are provided to help developers debug issues in older systems. They are not updated with the latest security patches and are not recommended for use in production.
For production use Oracle recommends downloading the latest JDK and JRE versions and allowing auto-update.
тоже мне, проблема…
ничего страшного посидеть полгодика на предыдущей LTS-версии, мир от этого не рухнет, жизнь под откос точно не пойдет, а вот денег Oracle не заработает, это да
ничего страшного посидеть полгодика на предыдущей LTS-версии, мир от этого не рухнет, жизнь под откос точно не пойдет, а вот денег Oracle не заработает, это да
Откуда эта информация?
Процитирую абзац из Oracle Java SE Support Roadmap
Oracle will make available to Commercial Users and Personal Users updates to publicly available versions of Oracle Java SE in accordance with the table below. Once a Java SE version reaches “End of Public Updates”, any further updates will be available only to Customers and accessible through My Oracle Support and via corporate auto update where applicable
А также слайды Pivotal про Java support
Полугодовые бинарные сборки от Oracle серым цветом:
Оракл все делает правильно.
С одной стороны — компания начнет получать денежку от компаний которым дешевле 25$ за ядро чем постоянная миграция. Это и больше денег на разработку самой JVM и больше интерес со стороны оракла к Java как к активу.
С другой — получит больше «ранних» тестеров, баги будут находится и фиксится гораздо раньше и до выхода мажорных версий (уже сейчас очень активно это наблюдаю на опен-сорсных проектах).
win-win.
По собственному опыту знаю — если силой пользователей не заставить мигрировать, то они будут сидеть на старых версиях до конца. И деньги в этом случае — самый мощный мотиватор.
С одной стороны — компания начнет получать денежку от компаний которым дешевле 25$ за ядро чем постоянная миграция. Это и больше денег на разработку самой JVM и больше интерес со стороны оракла к Java как к активу.
С другой — получит больше «ранних» тестеров, баги будут находится и фиксится гораздо раньше и до выхода мажорных версий (уже сейчас очень активно это наблюдаю на опен-сорсных проектах).
win-win.
По собственному опыту знаю — если силой пользователей не заставить мигрировать, то они будут сидеть на старых версиях до конца. И деньги в этом случае — самый мощный мотиватор.
На больших проектах с тысячами узлов деньги могут сыграть против оракла, как я уже наблюдал в ситуации с oracle coherence. Подскажите версии JVM и какие фреймворка использует ваш IoT проект? И каков ваш выбор — платная лицензия или самая последняя версия рантайма для запуска?
На больших проектах с тысячами узлов деньги могут сыграть против оракла, как я уже наблюдал в ситуации с oracle coherence
Ну не знаю. Для больших корпораций это смешные деньги, имхо.
Подскажите версии JVM
Мы переходим на новую версию джавы сразу после выхода первого патча. Сейчас уже весь прод (~40 серверов) на 10-ке второй патч. Сам переход обычно занимает от 2 до 8 часов. В зависимости от возникших проблем. После первого патча ответ на любую проблему можно быстро нагуглить.
Переход на девятку — dou.ua/lenta/columns/java9-pain
Переход на десятку — dou.ua/lenta/columns/move-to-java10
и какие фреймворка использует ваш IoT проект?
github.com/blynkkk/blynk-server/blob/master/pom.xml#L167
И каков ваш выбор — платная лицензия или самая последняя версия рантайма для запуска?
Самая последняя версия рантайма. Даже если взять дорогого киевского спеца за $5к. То это стоит $250-500 баксов за переход. Что даже для нашей маленькой компании — не проблема.
Вы тогда рекордсмены! Видимо хорошее покрытие тестами, отлаженный процесс тестирования и эксплуатации. Обычно, в крупных компаниях все иначе и менеджеры предпочтут заплатить и эксплуатировать на древней версии JVM, чем оплачивать миграцию и связанные с ней риски.
Обычно, в крупных компаниях все иначе и менеджеры предпочтут заплатить и эксплуатировать на древней версии JVM, чем оплачивать миграцию и связанные с ней риски.
Да, в крупных компаниях менеджеры не хотят брать на себя ответственность. Но именно это дает жизнь таким компаниям как наша :).
Видимо хорошее покрытие тестами, отлаженный процесс тестирования и эксплуатации.
Скорее нет, чем да. Но мы работаем над этим.
Ну не знаю. Для больших корпораций это смешные деньги, имхо.
Я видел другое решение из-за «смешных денег» перешли на свой велосипед чтобы сэкономить на тысячах лицензий.
Ну я такое тоже видел. Когда экономя пару баксов на железке (речь про микроконтроллеры) конторы тратят сотни чтобы допилять софт, но сэкономить на партии в 10к. Но что-то мне подсказывает, что у таких компаний нету будущего.
То что вы описываете +10к — 100к по-моему завязано на KPI наемных менеджеров и очковтирательство. Когда принимаются локально оптимальные решения для экономии и видимости неоценимого вклада в будущее компании. Взвешенное решение часто могут принять те, кто владеет экспертизой, но нет возможности менять курс компании.
Еще раз повторюсь что вам и коллегам очень повезло.
Но что-то мне подсказывает, что у таких компаний нету будущего.У бюрократической конторы, неэффективность одних отделов размазывается по эффективности других и в среднем везде одинаково воняет… А еще есть компании которым гинуть в землю не даст правительство и тогда получается корпорация-зомби.
Еще раз повторюсь что вам и коллегам очень повезло.
сообщите, с какой версии ваш хак с Unsafe и рефлексией перестанет работать.
>Интересно купят ли лицензии те, у кого Hadoop кластеры на тысячи вычислительных узлов с несколькими процессорными сокетами
Агащазблин. У нас сейчас 1.8.0_144, она далеко не последняя из 8 линейки, и даже не без багов. И ничего. Не слышал, чтобы собирались обновлять даже на последнюю 8-ку. А на более новые — просто рисковано.
Агащазблин. У нас сейчас 1.8.0_144, она далеко не последняя из 8 линейки, и даже не без багов. И ничего. Не слышал, чтобы собирались обновлять даже на последнюю 8-ку. А на более новые — просто рисковано.
Интересно. Сколько у вас узлов в кластере, какая конфигурация?
Да тут дело не в числе узлов, а скорее в наличии эксплуатируемых процессов. Ну и потом, на мой взгляд было бы намного полезнее обновить скажем сам хадуп — но prod все равно вряд ли дадут, а держать разные версии на prod и dev — чревато. Мы даже на миграции спарка с 2.2 на 2.3 словили пару-тройку нетривиальных проблем, которые не смогли быстро решить.
А Java… ну что такое по большому счету производительность JVM, когда большая часть процессов упирается либо в диски, либо в память? Что-то я не помню особых жалоб на то, что ядер не хватает.
$25 за процессор там на что нужно умножать? Если top показывает 64 потока — это будет стоить $1600?
А Java… ну что такое по большому счету производительность JVM, когда большая часть процессов упирается либо в диски, либо в память? Что-то я не помню особых жалоб на то, что ядер не хватает.
$25 за процессор там на что нужно умножать? Если top показывает 64 потока — это будет стоить $1600?
$25 за процессор там на что нужно умножать? Если top показывает 64 потока — это будет стоить $1600?
Пока сам не знаю считается по ядрам или физическим сокетам. Было бы интересно узнать.
намного полезнее обновить скажем сам хадуп — но prod все равно вряд ли дадут, а держать разные версии на prod и dev — чревато. Мы даже на миграции спарка с 2.2 на 2.3 словили пару-тройку нетривиальных проблем
По поводу идентичных окружений для разработки, тестирования и эксплуатации абсолютно согласен! По поводу проблем — трассировка и логирование с залезанием в кишки фреймворкам через AspectJ не раз выручали и вас возможно выручат, если вы только спарк не в Amazon EMR запускаете.
На самом деле с хадупом все проще и интереснее. Открываем страницу со списком поддерживаемых версий Java на сайте cloudera, и видим, что последняя там вообще 1.8.0_162. О 9 и 10 вообще речи не идет.
Ну и кстати: wiki.apache.org/hadoop/HadoopJavaVersions
Тут тоже 9 и 10 не упоминаются вовсе. Так что прежде чем стричь купоны с ядер, Ораклу придется сесть рядом с разработчиками хадупа, и обеспечить его работоспособность скажем на Java 10. А иначе условная cloudera/hortonworks сядет рядом сама, и допилит OpenJDK.
Тут тоже 9 и 10 не упоминаются вовсе. Так что прежде чем стричь купоны с ядер, Ораклу придется сесть рядом с разработчиками хадупа, и обеспечить его работоспособность скажем на Java 10. А иначе условная cloudera/hortonworks сядет рядом сама, и допилит OpenJDK.
Сначала Сан и следом Оракл зарабатывали на поставке java вместе с железом. Потом все поняли, что платить конские деньги нет смысла и стали переходить на Линукс. Теперь Оракл решил сделать java платной. Тогда все двинут на OpenJDK. Увеличится комьюнити, она станет стабильнее. На том и закончится история OracleJDK.
25 баксов за ядро или 2,5 за пользователя ИМХО дофигища. Возможно в эту цену заложено то, что весь зоопарк, основанных на JVM больших проектах мигрируют в OpenJDK. Ничего больше не приходит в голову, чтобы объяснить, как собирается Oracle собирать данные деньги со всего что понавёрнуто на Hadoop, Elastic и прочем. Это всё станет резко не рентабельным если начать задумываться о процессорных ядрах и пользователях.
С другой стороны, возможно Oracle хочет расчистить либеральное java-движение, вытолкнув его в OpenJDK, а самим сосредоточится на вкусных толстых интерпрайзах, подгоняя платформу под них. Рынка остаётся мало, зато он спокойный и высокомаржинальный. При плотной поддержке платформы в кремнии, которую они вполне могут реализовать спарками, может быть даже очень перспективно.
Правда платформа выживет только в том случае, если все заинтересованные соберуться и доведут до ума OpenJDK. В противном случае скорей всего придёт java-капец. Положительный пример есть, тот-же PostgreSQL сейчас крайне здорово растёт, поскольку крупным игрокам легче довести до ума его, чем изворачиваться под лицензии баз данных Oracle, что не мешает самому Oracle вполне неплохо чувствовать себя и зарабатывать на тех, кому он сильно нужен, а нужен он многому и многим.
С другой стороны, возможно Oracle хочет расчистить либеральное java-движение, вытолкнув его в OpenJDK, а самим сосредоточится на вкусных толстых интерпрайзах, подгоняя платформу под них. Рынка остаётся мало, зато он спокойный и высокомаржинальный. При плотной поддержке платформы в кремнии, которую они вполне могут реализовать спарками, может быть даже очень перспективно.
Правда платформа выживет только в том случае, если все заинтересованные соберуться и доведут до ума OpenJDK. В противном случае скорей всего придёт java-капец. Положительный пример есть, тот-же PostgreSQL сейчас крайне здорово растёт, поскольку крупным игрокам легче довести до ума его, чем изворачиваться под лицензии баз данных Oracle, что не мешает самому Oracle вполне неплохо чувствовать себя и зарабатывать на тех, кому он сильно нужен, а нужен он многому и многим.
Hadoop, Elastic и прочем. Это всё станет резко не рентабельным если начать задумываться о процессорных ядрах и пользователях.
Согласен. Так же как и не рентабельный Windows Server в HPC области.
С другой стороны, возможно Oracle хочет расчистить либеральное java-движение, вытолкнув его в OpenJDK, а самим сосредоточится на вкусных толстых интерпрайзах, подгоняя платформу под них.
Так вроде бы от JEE открестились и отдали ее в Eclipse foundation. Про спокойный рынок — возможно, может 25$ это только первые пробы и начало монетизации. Все адепты open source разбегуться кто куда: в Go, Rust и т.п. Java превратится в банковский «Cobol» и можно будет зарабатывать больше с меньшими вложениями в ресурсы поддержки и разработки.
Положительный пример есть, тот-же PostgreSQL сейчас крайне здорово растёт, поскольку крупным игрокам легче довести до ума его, чем изворачиваться под лицензии баз данных Oracle
Отличный пример. Особенно много massively parallel processing баз появилось на его основе, как пример AWS Redshift(ParAccel based on PG 8 fork), GreenPlum (PG9 fork), CitusDB (PG 10 extension), Apache Hawq. OpenJDK кстати появилась благодаря IBM и Apache Harmony.
Так что OpenJDK должен выжить, слишком много заинтересованных сторон, кто подсел «на иглу» JVM: IBM, Redhat, Google(Android)…
Так что OpenJDK должен выжить, слишком много заинтересованных сторон, кто подсел «на иглу» JVM: IBM, Redhat, Google(Android)…
Хотелось бы, чтобы эта частичка Sun также ушла в народ и прижилась там лучше чем Solaris и Sparс… Если сообщество не убережёт java при всём том, что уже имеется — это будет несмываемым позором…
Проблема в том, что основной разработчик OpenJDK тот же Oracle.
Не факт, что у RedHat хватит ресурсов на разработку и вообще, зачем им это? Они просто смогут тоже какую-то коммерческую лицензию предлагать.
В том то и дело, что OracleJDK идёт в сторону Oracle-междусобойчика, в который они могут вносить всё что им хочется и неплохо играть на лицензиях. Если сообщество не займётся OpenJDK и не вытянет его на уровень благопристойности — быть беде. Спать на шее у Голиафа не выйдет, Голиаф уже не тот. Важно не проспать этот момент.
Есть j9, которая недавно стала Open Source. Кажется ограничена Java 8 (и подозреваю, навсегда такой останется).
Да, интересную тему подняли.
В комментариях многие упоминали OpenJDK, но есть дар момента, основная компания, которая вкладывает в OpenJDK — это Oracle.
Первый вопрос — это лицензия, а позволяет ли она зарабатывать на поддержке всем желающим или нет?
Второй вопрос. Из больших игроков, Intel, IBM, которые зарабатывают на другом и не факт, что будут вкладывать много ресурсов в Java, есть RedHat, но с учётом из модели бизнеса, они тоже захотят брать денег за поддержку. В общем, не сильно вижу, кто теперь будет платить за развитие.
Я конечно понимаю, что там сидят люди, которые что-то считают, но мне кажется, что можно было получить небольшую сумму со всех, чем много с тех, кто готов будет заплатить. Это как их жадность, которая продвигает PostgreSQL, с адекватной ценой поддержки… А чем больше платят за поддержку, тем ближе он к бд от Oracle. Даже если сейчас у них все хорошо с прибылью.
С учётом того, что и так энтерпрайз работает кто на Java 6, а кто и на 4, то решение — это оставить как есть, а новые вещи писать с помощью других инструментов, например .Net Core, тем более, что SOA прямо просит писать на разных платформах. Во всяком случае, если ничего не решится.
Ну или вариант, что "с началом санкций софт нужно считать не пиратским, а трофейным".
Уже много лет не видел никого на java 1.4. На тех, кто не осилил generics — не стоит ориентироваться. Более того, усилия по миграции с 6 на 7 были минимальны, на 8 примерно также.
Причем, если у кого-то не было времени (и денег) на простую миграцию (которая вполне рутинное мероприятие, потому что никто не заставляет собирать все шишки самостоятельно, вполне можно подождать, пока это другие сделают), то у них же вряд ли будут время и деньги, чтобы мигрировать на другую платформу (.net core в том числе). Причем, если вы на такое решились — это означает, что OpenJDK ровно для вас, и никакой специфики в вашем коде скорее всего нет.
Причем, если у кого-то не было времени (и денег) на простую миграцию (которая вполне рутинное мероприятие, потому что никто не заставляет собирать все шишки самостоятельно, вполне можно подождать, пока это другие сделают), то у них же вряд ли будут время и деньги, чтобы мигрировать на другую платформу (.net core в том числе). Причем, если вы на такое решились — это означает, что OpenJDK ровно для вас, и никакой специфики в вашем коде скорее всего нет.
Переход с 7 на 8 с адаптацией на уместные в конкретном месте стримы и лямбды сложнее чем переход с 6 на 7 и с 4 на 5 версию. У меня был опыт модернизации кода Spring Framework 5.1 и Spring Boot 2.0.
В плане перехода на .net, действительно мало смысла. А вот Go, Rust или даже C++ координатной сменят ситуацию с компилируемостью и возможностями оптимизаций.
В плане перехода на .net, действительно мало смысла. А вот Go, Rust или даже C++ координатной сменят ситуацию с компилируемостью и возможностями оптимизаций.
Я не имел в виду лямбды и стримы — это можно добавить позже по вкусу. Тут про более рутинную фигню, когда скажем Apache ActiveMQ какой-то версии, на которой мы жили, заводиться на Java 8 отказался, потому что сломался его внутренний компилятор JSP. Ну т.е. опять же сторонний продукт, достаточно большой, чтобы миграция на него тоже была не слишком простым занятием.
на одном из проектов "застряли" не просто на 7, но на конкретной сборке, так как одна из ключевых библиотек "под капотом" использовала особенность JVM, которая пропадала с очередной сборкой. Так что не всё так просто, как в туториалах пишут
не понимаю этих сложностей недружелюбных…
есть дружелюбные сложности: делаешь то что делал и все ок, но можешь разобраться с дополнительными вещами и делать допольнительно прикольные вещи…
а есть недружелюбные, они мне напоминают кнопки «Accept» и «Cancel», которые появляются рандомно то слева то справа, меняясь местами, что позволяет автоматом нажать по привичке влево или в право (если она там чаще всего) и якобы принять решение… что очень разрдражает…
иногда, правда, проще инструмент изменить, чем приспосабливаться безконечно.
есть дружелюбные сложности: делаешь то что делал и все ок, но можешь разобраться с дополнительными вещами и делать допольнительно прикольные вещи…
а есть недружелюбные, они мне напоминают кнопки «Accept» и «Cancel», которые появляются рандомно то слева то справа, меняясь местами, что позволяет автоматом нажать по привичке влево или в право (если она там чаще всего) и якобы принять решение… что очень разрдражает…
иногда, правда, проще инструмент изменить, чем приспосабливаться безконечно.
В целом не вижу тут большой проблемы кроме работы для бухгалтерии. Деньги смешные, если у вас не огромный пул серверов, учитывая сколько платится за лицензию самого оракла, кучи сторонних сервисов а порой и фреймворков, то даже не знаю чего тут такого.
Ну и простите нужно быть последним жлобом на планете, чтобы бежать на ".Net Core" (хотя кто его знает какая там будет поддержка устаревших релизов). Это мне напоминает один закон бизнеса, разницу между клиентами, которые платят и те которые пользуются бесплатно: первые всегда просят что-то конкретное и платят годами, вторые озвучивают хотелки десятками и в конечном итоге так ничего и не платят.
Ну и простите нужно быть последним жлобом на планете, чтобы бежать на ".Net Core" (хотя кто его знает какая там будет поддержка устаревших релизов). Это мне напоминает один закон бизнеса, разницу между клиентами, которые платят и те которые пользуются бесплатно: первые всегда просят что-то конкретное и платят годами, вторые озвучивают хотелки десятками и в конечном итоге так ничего и не платят.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Жизнь с Java SE 8 и Java SE 11 по $25 за процессор в месяц