Комментарии 51
очередной bolgenos
Да не, норм работает. Опасность внешних зависимостей вроде как убедительно демонстрируют нынче постоянно, так что чем плохо-то? Силой не навязывают (во всяком случае, сейчас)
Что мешает а) Запинить версию и ключ б) Просто сделать собственную дистрибуцию
Почему это считается собственным суверенным продуктом?
Ждем указа сверху о том, что все Java-приложения в стране теперь должны работать только на скрепной Java...
тогда там должно быть ГОСТ шифрование и вшитые серты Минцифры
UPD И журнал должен быть без англицизмов.
Не heap out of memory, а - Не вместиша закрома ума сокровища сия
тогда там должно быть ГОСТ шифрование и вшитые серты Минцифры
Если такое требования все же спустят, то добавят. И ГОСТы и серты и черта лысого
И журнал должен быть без англицизмов
Никто никому ничего не должен. У нас очень гибкие законы и требования. Одним что-то можно, а другим тоже самое - нет.
Чтобы быть справедливым, стоит добавить, что сам по себе факт наличия такой JDK - вещь неплохая, если этим не будут злоупотреблять.
Комуто магазин по английски нельзя называть, а комуто JDK можно. Должно же быть НРЯ.
Должно же быть НРЯ
Еще раз, кому-то можно сзади на автомобиле писать PATRIOT. А кого-то штрафуют за вывеску. Почему так? Потому что. Плохо это? Разумеется. Так что вот эти "должно" не работают у нас, увы. Как и многие законы здравого смысла
Судя по описанию в Gitverse - серты Минцифры уже добавлены
Тогда стоило бы и синтаксис привести в соответствие со скрепками, по форме и содержанию:
Числовое нужно = 900000000;
Числовое дали = 0;
делать {
дали = минфин.проситьБюджет();
если (дали >= нужно) {
уйтиКрасивоКакЧубайс();
}
}Не вместиша закрома ума сокровища сия
Так это не на русском. Нельзя так.
Неправильно ты, Дядя Фёдор, бутерброд ешь: указка будет о том, что нельзя использовать нескрепную java. А из всех остальной java выбирайте, какую хотите.
Косвенно оно уже есть. Госучреждения свои сервисы разворачивают в скрепном Astra Linux, в котором не менее скрепный Axiom JDK стоит.
Я не понимаю, для чего они выпускают эту платформу. С технической точки зрения, какой смысл пилить свой форк OpenJDK ?
чтобы не платить другим и иметь контроль над тем что там внутри
Затем же, зачем это делают беллсофт/аксиом, амазон, эклипс, оракл и остальные.
Потому что openjdk - это просто reference implementation, а не готовое к проду ПО. И все вендоры вносят туда свои непубличные правки.
Чем не готовое то?
Как минимум у OpenJDK нет коммерческой поддержки и SLA в отношении фиксов. Это не является проблемой для нищих энтузиастов, но энтерпрайзы с их масштабами совсем другая история. Например, увеличение производительности на 2% может сэкономить им миллионы на ровном месте, а каждый день задержки со стороны вендора это прямые потери.
>Как минимум у OpenJDK нет коммерческой поддержки и SLA в отношении фиксов
Тут не хватает достоверного сравнения времени рожания фикса у коммерческого вендора и у опенсорсного.
Например убунтуи или ораклы (типа коммерческие вендоры с SLA и всем таким) просто сидят и ждут когда им redhat родит фиксы, особенно в ядре. Потому что эксперты в основном там. В итоге любительские debian, gentoo или arch чаще выкатывают фиксы быстрее чем ubuntu. Они тоже тырят друг у друга, но бюрократии и тестов меньше.
Ну и в целом, по моим наблюдениям - коммерческие дистрибы нафиг не нужны. Если ты не собираешься бюджеты распиливать, то плюсов и гарантий никаких.
То, что вы этого не понимаете - не значит, что это не нужно.
Энтерпрайзу нужна возможность планировать и иметь ответственность со стороны вендора. Запланированные конкретные операционные расходы и не запланированные и неизвестные в потерях расходы - разницу видите?
Поэтому кто-то сидит на CentOS, а кто-то на платной подписке RHEL.
Подумал - в стандартных JDK поиск подстроки реализован наивным методом, потенциально способным затормозиться до О(n²). Кто поменяет его на более быстрый на длинных подстроках KMP может дать не 2%
>а не готовое к проду ПО
Можно пруфы что оказывается нельзя делать
dnf install java-25-openjdk-headless
кроме особенность российских реалий (в том числе связанных с самоизоляцией), есть другие причины иначе бы не было в мире столько вендоров jdk, тот же amazon собирает свои билды. если вкратце, есть openjdk как исходники, а есть binary providers (oracle, amazon, microsoft и т.д.). Сбер стал еще одним binary provider-ом
Собрались как-то разработчики обсудить, сколько в мире версий Java:
Один разработчик восторженно восклицает:
— Слушайте, это же гениальная драма! Раньше мы просто выбирали между Oracle и OpenJDK, а теперь у нас есть отечественная Java, которая прямо во время сборки проекта пытается одобрить тебе кредит на покупку оперативной памяти и оформить подписку «СберПрайм» на серверную стойку!
Другой разработчик тревожно оглядывается и шепчет: — Да ладно вам, тише… Главное, что сверху одобрили. Теперь никто не скажет, что мы выбрали неправильный путь. Мы просто… плывем по зеленому течению, и нам вроде как разрешили!
Это очень... По сберовски.
Аплодирую изворотливости разработчиков. В Сбере жабы - как навоза. Сейчас начнут все переводить на свою сборку. Года на 3 хватит )))
Вот еще спринг форкните и будет совсем красотища
Ну и славно. Амазону свой JDK можно, всяким Алибаба. Пусть и у Сбера будет. Тем более, лицензия позволяет.
Может я что то не понял, но там алиасы какие-то другие, пясните.
Стандартный вопрос.
А оно TCK проходит? А если проходит то как достали TCK?
Это просто сборка из сырцов OpenJDK, исходный код не менялся, соответственно оно могло бы пройти TCK, если бы проверяли.
скажи, дружок, а если, скажем, завтра некая российская компания анонсирует выход на рынок с собственным камнем по, скажем, 12-нм техпроцессу, тебе хватит ума не спрашивать: "а там точно 12 нм? а если да, как вы получили доступ к 12-нм литографии"?
Ява, яву Взял я на халяву
Ура, молодцы! Кто с госконтрактами работает, видит что существующие "сертифицированные" Axiom на безальтернативности совсем берега попутали с обязательной платной покупкой лицензий своей Java на всё. Наконец-то альтернатива. Ждём сертификацию фстэк.
Базовая версия решения содержится
а какие еще есть версии и чем они отличаются от базовой?
когда SberDotNet?
Такой вопрос - Oracle временами в Java фиксит большое количество уязвимостей. Как скоро фиксы доберутся до очередной сборки?
уязвимости фиксятся не ораклом, а каждым вендором индивидуально на ежеквартальной базе. список уязвимостей и их патчи обсуждаются внутри особой зондеркоманды, в которую не набирают по объявлениям, с pgp-ключами длиной почти как мой член, а потом по защищенным же каналам распространяются среди вендоров заодно с релиз-кандидатами. до тех пор, пока все вендоры не выложили пропатченные релизные бинари и дали время на их накат кастомерами, майнтенеры LTS-ных репок соблюдают мораторий на публикацию пропатченных сорцов. процесс понятен?
Так уже есть Axiom JDK которая и TCK и ФСТЭК прошла
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«Сбер» представил SberJDK — собственную промышленную Java-платформу на базе OpenJDK