Pull to refresh
Comments 19
>> У меня это сработало один раз и то только после объявления bounty.

У меня и без bounty сработало, правда заняло больше полугода:
http://stackoverflow.com/questions/22065461/java-annotations-javac-compiler-bug/26977475

Повезло :-) Забавно, там есть длинный удалённый ответ, который пытается объяснить, почему всё правильно. Аналогичная ситуация была с моей историей со Stream.skip(): несколько раз в более старых вопросах люди пытались подвести философию под текущее поведение.

Частая тема. Когда не могут ответить, начинают учить жизни. Люблю ответы на вопросы с тегом performance в духе "преждевременная оптимизация — корень всех зол".

Упущен вариант — пойти работать в Oracle :)


А у тебя сейчас какой статус (автор, коммитер, ревьюер)?

Забавно было видеть в недавнем голосовании на ревьюера Doug Lea ))) Жалко что ребята проголосовали за)
UFO landed and left these words here
Ирония друг мой. Я был если честно удивлён, что он ещё не в составе речьюров, ведь он же икона concurrency
Было интересно читать и статью, и комментарии, спасибо!

Гораздо сложнее продвигать новые возможности, меняющие публичный API. Здесь ваши гениальные идеи могут легко завернуть.

Пытался ли продвигать фичи StreamEx для их интеграции в OpenJDK? Если да, то какой результат (положительный или отрицательный)? Насколько это вообще реально?

Очень сложно. Практически нереально. Возможно, если б взялся раньше, было бы проще.

Печально. Даже если предлагает автор, коммитер или ревьюер (имеющий при этом скиллы, уже подкреплённые коммитами, именно в области стримов)?
«Я, если честно, так и не разбирался с тем, как правильно собрать OpenJDK с нуля»
Скачал. потом
sh ./configure
make images
всё
я как-то раз собирал шестерку. Собралась без проблем. Единственное, что потом оказалось — что-то не то было со шрифтами в swing, а так работала.
Несколько недель назад собирал OpenJDK 8 под Windows. Танцов с бубном набралось приблизительно на полтора дня.
Да, прием багов от простых смертных у них там организован не самым лучшим способом. Если сразу они не поймут о чем речь, скорей всего отмахнутся.

Как то раз я засабмитил туда JDK-8144174, а они решили, что я прошу сделать анмеппинг нативной памяти, хотя речь шла о возможности утечке нативной памяти при возникновении OOME в хипе жавы. Баг закрыли, даже не дав оспорить.

Дальше «пробить» его починку не пытался. Надо будет как-нибудь когда будет настроение, попытаться отправить им патч. Хотя скорей всего, как только они там увидят слово unmap то сразу подумают что речь о хипе и не пропустят. Вообще, FileChannel.map паршивенько сделан, лучше часто им не пользоваться и не использовать базы данных, которые его активно вызывают.

Ну вот если закрывают webbug-репорт, то лучше всего написать в мейлинг-лист в такой ситуации. Вам, я думаю, лучше всего подходит core-libs-dev. Напишите сразу с куском проблематичного JDK-кода. Сразу с патчем, конечно, лучше, больше шансов на исправление.

Ключи -Xmodule и -Xpatch, видимо, были в ранних версиях Java 9, но потом поменялись на --patch-module. Правильные строки запуска такие:

javac --patch-module java.base=src -d out/java.base src/java/util/*.java

java --patch-module java.base=out/java.base <main class>
Only those users with full accounts are able to leave comments. Log in, please.