RonibGreatЯва стала лицензированной для коммерческогo использования. Будут ли российские бизЬнесы платить дань Ораклу?Оно и так "за бабки" для коммерческого использования уже как лет 6 или 7 - после того как Oracle стал поддержку для старых версий продавать, т.е. было: хочешь на старой жаве сидеть - или покупаешь поддержку или миришься с багами/дырами, в противном случае мигрируешь на более новую версию, стало: хочешь на старой жаве сидеть - или сидишь на OracleJDK LTS с платной подпиской или приседаешь с OpenJDK, на первый взгляд здесь конечные заказчики (особенно те, которые сидя на коммерческих серверах приложений) вообще никак не пострадали. Наиболее противоречивая тема здесь на самом деле - это не плата за коммерческое использование, а введение LTS-релизов.

ВодятелЕсли речь идет о дополнительных инструментах JDK, то сейчас сложилась ситуация, прямо противоположная комментарию - например Java Mission Control в 11 JDK сделали бесплатной .Ну какбы Oracle команду JMC разогнал - и совсем не зря, поскольку толку от JMC чуть меньше чем никакого: профайлер так себе, мониторинг еще хуже, все понять не могу две вещи:
* зачем они тащат этот б..дский JMX, к которому подключиться можно только из жавы, т.е. его ни к какому мониторингу подключить толком нельзя (вообще хочу снимать метрики через snmp, и чтобы оно в случае проблем кидало бы snmp-трапы)
* почему до сих пор нет нормальных консольных утилит для базовой диагностики, хочу к примеру что-то в духе jtop , а вместо этого имбецилы из оракла заменяют jstack на jcmd - ну вот как с ним вообще работать-то, если оно даже запущенные jvm найти не может:

ВодятелДля задач мониторинга я бы рекомендовал пойти проторенным путем Вы тут не особо в теме чтоли (или совсем не в теме), поясню:
ваш забикс за пределами русско-говорящего комьюнити не особо-то и популярен, а систем мониторинга существует куда больше чем только забикс, и абсолютно во всех (есть еще специализированные поделки заточенные на жаву или даже на конкретный сервер приложений, но это что-то вообще за гранью добра и зла: платим за сервер приложений, платим за JVM, еще и отдельный мониторинг нужно покупать, который в IT-инфраструктуру даже не вписывается) одни и те же грабли с JVM: никто не умеет ее мониторить, поэтому что там сделано в забиксе не особо интересно (сделано к тому же криво, например, jolokia выглядит гораздо лучше их поделки)

подход вида "вот вам шаблон - собирайте все метрики из шаблона, авось когда у вас все сломается какие-то графики удастся скоррелировать" - несколько странный, потому что "классический" подход к мониторингу совершенно противоположный: мы вводим метрику, указываем пороговые значения, описываем влияние метрики на доступность сервиса, указываем что делать при выходе за пороговые значения, т.е. если на пальцах то примерно так: я условно знаю, что если JVM словила deadlock, то ловить там больше нечего и нужно снять диагностику и перезапустить JVM - забикс даже такого элементарного кейса не умеет, потому что вызов операций через JMX там не реализован , ровно точно также мне совершенно не интересно сколько там памяти JVM закомитила в куче - я указал сколько можно использовать через -Xmx и все, конец истории, зато мне интересен вклад GC в утилизацию CPU, а также длительность и интенсивность STW-пауз - а такое забикс, опять же, снимать не умеет.

ВодятелЕсли кандидат в JDK не прошел сертификацию то он не может считаться JDK и значит к java никакого отношения не имеет. Ситуация прямо противоположная - есть спецификация, есть автотесты - если некий продукт соответствует спецификации и проходит автотесты - то он является JDK. Есть OpenJDK, который является эталонной имплементацией JDK. А есть коммерческий клон OpenJDK, под названием Oracle JDK. Oracle JDK собирается из тех же исходников, что и OpenJDK, сами исходники опубликованы под GNU GPL 2.0 лицензией. Oracle может конечно форкнуть исходники, но продукт, который они выпустят в результате, все равно должен будет пройти сертификацию. Иначе его нельзя будет называть JDK. Можно будет обозвать его например Jaba.
Чет вы путаете... Тезисы на самом деле такие:
* Oracle не нужно ничего форкать: те кто хочет контрибьютить в OpenJDK обязаны подписать Oracle Contributor Agreement и тем самым передать все права Ораклу, т.е. Оракл может в любой момент взять и перелицензировать OpenJDK, ну или продать кому-то, а уже там перелицензируют
* то что OpenJDK под GPL заставляет всех остальных партнеровконкурентов контрибьютить в апстрим (и передавать права Ораклу), т.е. по факту получилось, что на Oracle теперь работают все подряд
* JCK все также распространяется либо "за договоренности", либо разрешено использовать только для форков OpenJDK - тем самым удалось посливать конкурентов в виде Apache Harmony

ВодятелВообще вся эта свистопляска с комерциализацией Oracle JDK это не более чем способ продать платную поддержку OpenJDK. Т.е. если вы работаете под OpenJDK и в ней нашелся критичный баг - то вы заводите задачу в их багтрекере и починится он в плановом порядке когда нибудь потом. Если для вас такая ситуаия неприемлима, то вы платите деньги ораклу, и в случае критичного бага он подрывается и выпускает для вас фикс в кратчайшие сроки. Вот и все.
Здесь все сложно (c). Причины следующие:
* если у вас беда вида "где-то раздается подземный стук", то чтобы действительно подтвердить дефект вам придется либо долго и мучительно переписываться с тех. поддержкой либо выписывать специалиста on-site за отдельные деньги
* потом, чтобы хоть как-то продвинуть ваш баг, придется отбрехаться от всех предлагаемых вокэраундов и приложить неимоверное количество усилий, чтобы приоритет у бага стал повыше (на самом деле хорошего вокэраунда больше чем достаточно и биться за фиксы смысла нет)
* попасть исправлением в ближайший релиз ой как сложно (а хотфикс руководство зассыт ставить, потому что вендор хотфикс полноценно тестировать не будет), т.е. в лучшем случае исправление придет аж через релиз, что на "в случае критичного бага он подрывается и выпускает для вас фикс в кратчайшие сроки" совсем не похоже.

Поддержка нужна для того, чтобы в случае беды руководство, что пониже, могло отбрехаться в духе "все под контролем, вендор уже занимается проблемой".

Лысый дядькаТеперь вы должны извиниться.Вроде как alex55555-таки больше прав, ну т.е. если "по сути" смотреть, то получается так: есть набор JSR и есть пример их реализации в виде OpenJDK, т.е. reference implementation в данном случае это действительно пример реализации , проблема здесь с русским языком, потому что "примерная реализация" как-то не особо звучит, хотя суть передает верно (т.е. тому что в JSR написано оно соответствует, а то что не описано остается на совести разработчиков), а вот с эталоном вообще все плохо: слово французское, в английском наиболее близкие по значению слова: prototype и standard, в наших словарях в основном про изменения толкуют. В википедии, кстати, написана фигня:

wikia reference implementation is the standard from which all other implementations and corresponding customizations are derived
...
A reference implementation may or may not be production quality. For example, the Fraunhofer reference implementation of the MP3 standard usually does not compare favorably to other common implementations, such as LAME, in listening tests that determine sound quality

т.е. вроде и все, да не все а вот в wiktionary написано уже верно:
wiktionaryA piece of software that implements a specification of requirements and whose main purpose is to help in the creation of other software implementations of the specification by serving as a point of reference rather than being put to directly productive use

Лысый дядькаЕсть устоявшиеся термины, reference implementation на русский традиционно переводится как "эталонная реализация". Любой, кто читал литературу по Джаве с этим термином знаком и знает, что он означает.Литературу на русском не читал, так что с термином не знаком и не знаю что означает. А вот гугл вполне себе выдает что термин "справочная реализация" вполне себе имеет место быть, к тому же более подходит по смыслу.

llemingПо сути если существовали бы реализации java, причем не форки openjdkОказывается Oracle-то знает свое дело: за совсем короткий промежуток времени все уже забыли про BEA JRockit, IBM SDK и Apache Harmony, не говоря уже про два десятка менее популярных реализаций.

Basil A. SidorovНеудачные, в общем примеры - это бизнес-продукты вполне конкретных "целевых аудиторий"Почему это не удачные-то? Вот пишут что в 2016 около трети "кровавого энтерпрайза" была на вебсфере, вторая треть - на веблоджике, у шляпы - там какие-то копейки (чет мне кажется что после завершения поглощения jboss-таки закопают), а вне "кровавого энтерпрайза" джава как-то не особо-то и встречается - ну вот реально сходу как-то ничего в голову не приходит кроме хадупа и elk. Для BEA, кстати, никто TCK не зажимал - у них продукт назывался Jrockit JVM, а шильдик JVM можно было ставить только после прохождения JCK - зажимали ASF.
Basil A. Sidorov"Огласите, пожалуйста, весь список".
Только не надо включать в него исследовательские проекты, которые живут пока это интересно исследователям.SAP что-то ваял, на HP-UX жава была точно не от SUN, еще JServer (встроенная в Oracle DB) приходит в голову (еще Azul, но есть подозрение что там-таки OpenJDK всегда была), а вот OpenJDK до недавнего времени работала постольку-поскольку и несколько лет назад назвать ее "эталоном" язык бы даже не повернулся.