История изменений

не юзаю линукс как десктопную ОС, только на сервере, поэтому где там проблемы линукса искать хз

вот например, что пишет Константин про их форк jdk для OSX:

«The Custom JRE bundled with 14.1 is a fork from OpenJDK 8u40 branch. What’s inside? Support for SubPixel AA which is very close to Apple’s Quartz rendering (work still goes on) + some critical patches from OpenJDK 9 branch – most of them are fixes for native crashes on Mac OS X»

помойму, на линуксе баг со шрифтами также присутствует, шрифты рисуются в разных jdk по-разному, и ни один из них не выглядит нативно. В частности в самом редакторе шрифты всегда выглядят как говно, особенно если это нестандартный шрифт (на винде и маке Pragmata Pro выглядит очень лучше, чем на линуксе). Помню были проблемы с DPI у разных элементов в идеевском свинге (в 15 идее добавили какие-то настройки шрифтов вместе с фиксами, которые могут фиксать DPI, но еще не смотрел)

честно говоря, мне весьма лень лезть в багтрекер и выискивать, какие же нативные краши из непофиксаных в восьмерке пофиксаны в девятке, и уж тем более я никак не могу показать тебе внутренний трекер Oracle чтобы показать какие из решений были бэкпортированы в оракловскую сборку

нативные краши на OSX у меня происходят регулярно, вот сегодня как раз стер очередной лог краша, если за завтра скрашится еще раз - заброшу сюда лог. Правда непонятно, что там именно скрашилось, т.к. юзается Jasper Reports, и хоть и он просто создает PDFки, но юзает AWT, и теперь вот вопрос кто создал последний краш - то ли идея (и ее swing->awt) насрала в корень проекта, то ли AWT при рендеринге PDFки джаспером

если говорить о выборе между Oracle и OpenJDK вообще, а не только в контексте Идеи, то не надо забывать про всякие продукты типа CryptoPro (которым мы пользуемся), которые чувствительны к версии JDK. Т.е. на одну JDK они встанут, а на другую - нет. Или встанут, но всё будет вылетать. Вот недавно мы словили такой глюк, криптопро установили в чуть другую версию JDK чем обычно, и там в одной из либ, входящих в состав JDK чуть-чуть поменялся API, конечно криптопро падало и уносило с собой весь сервер. Забавно что при этом не было никаких разумных логов, и ошибка нашлась методом тыка, когда мы сравнили работу на двух одинаковых джавах, но на одной криптопро установлен, а на другой - нет. То есть состав JDK (и особенно internal api) может реально влиять на проект, живой пример приведен

еще есть проблема с JRebel. Когда на один томкат задеплоено 10 варок, в дебаге на некоторых строчках всё виснет. (а когда только 1-3 варок - то все ОК). А 10 реально нужно, потому что SOA-архитектура, без 10 ничего полностью не заработает. Запустил томкат под YourKit'ом, и увидел что при зависании сам томкат не фризится, проц не тратится. Зато фризятся треды в JRebel'е. Так вот этот баг чувствительный к версии JDK (точное решение не помню, вроде бы чуть меньше стало виснуть на самой новой версии Oracle JDK с самой свежей версией JRebel)

багов не завожу, там их и без меня выше крыши

короче, можно продолжать вспоминать что там когда было не так, но уже 3 ночи и пора спать :3

не юзаю линукс как десктопную ОС, только на сервере, поэтому где там проблемы линукса искать хз

вот например, что пишет Константин про их форк jdk для OSX:

«The Custom JRE bundled with 14.1 is a fork from OpenJDK 8u40 branch. What’s inside? Support for SubPixel AA which is very close to Apple’s Quartz rendering (work still goes on) + some critical patches from OpenJDK 9 branch – most of them are fixes for native crashes on Mac OS X»

помойму, на линуксе баг со шрифтами также присутствует, шрифты рисуются в разных jdk по-разному, и ни один из них не выглядит нативно. Помню были проблемы с DPI у разных элементов в идеевском свинге (в 15 идее добавили какие-то настройки шрифтов вместе с фиксами, которые могут фиксать DPI, но еще не смотрел)

честно говоря, мне весьма лень лезть в багтрекер и выискивать, какие же нативные краши из непофиксаных в восьмерке пофиксаны в девятке, и уж тем более я никак не могу показать тебе внутренний трекер Oracle чтобы показать какие из решений были бэкпортированы в оракловскую сборку

нативные краши на OSX у меня происходят регулярно, вот сегодня как раз стер очередной лог краша, если за завтра скрашится еще раз - заброшу сюда лог. Правда непонятно, что там именно скрашилось, т.к. юзается Jasper Reports, и хоть и он просто создает PDFки, но юзает AWT, и теперь вот вопрос кто создал последний краш - то ли идея (и ее swing->awt) насрала в корень проекта, то ли AWT при рендеринге PDFки джаспером

если говорить о выборе между Oracle и OpenJDK вообще, а не только в контексте Идеи, то не надо забывать про всякие продукты типа CryptoPro (которым мы пользуемся), которые чувствительны к версии JDK. Т.е. на одну JDK они встанут, а на другую - нет. Или встанут, но всё будет вылетать. Вот недавно мы словили такой глюк, криптопро установили в чуть другую версию JDK чем обычно, и там в одной из либ, входящих в состав JDK чуть-чуть поменялся API, конечно криптопро падало и уносило с собой весь сервер. Забавно что при этом не было никаких разумных логов, и ошибка нашлась методом тыка, когда мы сравнили работу на двух одинаковых джавах, но на одной криптопро установлен, а на другой - нет. То есть состав JDK (и особенно internal api) может реально влиять на проект, живой пример приведен

еще есть проблема с JRebel. Когда на один томкат задеплоено 10 варок, в дебаге на некоторых строчках всё виснет. (а когда только 1-3 варок - то все ОК). А 10 реально нужно, потому что SOA-архитектура, без 10 ничего полностью не заработает. Запустил томкат под YourKit'ом, и увидел что при зависании сам томкат не фризится, проц не тратится. Зато фризятся треды в JRebel'е. Так вот этот баг чувствительный к версии JDK (точное решение не помню, вроде бы чуть меньше стало виснуть на самой новой версии Oracle JDK с самой свежей версией JRebel)

багов не завожу, там их и без меня выше крыши

короче, можно продолжать вспоминать что там когда было не так, но уже 3 ночи и пора спать :3