Я работаю в Исполнительном комитете по Java SE / EE в качестве резервного представителя в Лондонской группе пользователей Java (также известной как LJC). Я также регулярно общаюсь с людьми из сообщества открытого исходного кода (включая Apache) и сотрудниками Oracle об OpenJDK, отношениях с сообществом и схожих темах. Мне нравится думать, что у меня нейтральный взгляд на эту тему, YMMV.
Короче говоря
Oracle не может позволить себе потерпеть неудачу в Java - весь их программный бизнес работает на нем, встроен в него и дышит им. Если это не удается, то у Оракула большие проблемы, и Ларри, похоже, не из тех, кто стреляет себе в ногу.
Так что я думаю, что это ошибка, и хотя часть (большая часть?) Вины должна лежать на Oracle, она также должна лежать немного на более крупных проектах, которые не опробовали RC.
Может ли Oracle лучше работать с сообществом, чтобы обеспечить проведение такого уровня тестирования? Да , но иногда это улица с двусторонним движением. Не забывайте, что Java огромна . Это самый популярный язык (ненаучное мнение), и кто знает, сколько в нем встроено триллионов долларов и миллионов различных типов программного обеспечения.
Покажите мне команду разработчиков, которая может претендовать на то, чтобы иметь бесплатные релизы такого масштаба, и я съем свою шляпу. Например, JVM имеет более 1000 человеко-лет усилий и считает - заставляет думать, не так ли!
Длинный ответ
Итак, вокруг этой темы было много FUD, что меня немного раздражает, так как в наши дни основные технические средства массовой информации, похоже, стремятся к чему-либо, чтобы расколоть Java и, конечно, Oracle. [rant] Большинство технических средств массовой информации, похоже, отказываются приходить на конференции, или читать протоколы заседаний JCP, или разговаривать с независимыми лидерами JUG, или вообще проводить какие-либо вменяемые исследования, чтобы дать сбалансированный взгляд [/ rant].
- Это ошибка, да, которая очень серьезна для некоторых проектов
- Есть обходной путь, который вы можете использовать немедленно
- Там уже есть решение для этого
- Это не убивает котят
- Да, вы должны сначала протестировать его - это релиз .0!
Не поймите меня неправильно - Oracle допустил множество ошибок и будет продолжать это делать. Никто не идеален, и их интересы не всегда совпадают со всеми другими поставщиками, пользователями и разработчиками.
Я чувствую, что все Java-сообщество может извлечь из этого урок, а именно получить больше проектов, тестирующих сборки OpenJDK и JDK по мере их разработки. Я надеюсь, что Oracle возглавит усилия по улучшению этого.
Некоторые общие разговоры об Oracle, Java и сообществе
Oracle очень стараются и многому научились с первых дней, когда они вступили во владение.
Хорошие вещи:
- Посмотрите на количество коммитов в OpenJDK сотрудниками Oracle
- Посмотрите на количество сотрудников, которые они бросили на Java
- Посмотрите на четкую позицию компании, которую Oracle вновь и вновь заявляет публично: «Сохраняйте Java как платформу номер 1, точка».
- Посмотрите на новый
invokedynamicбайт-код в JVM, поставляемый с Java 7, - это изменение, которое позволяет группе языков стать первоклассными гражданами в JVM.
- У них есть Red Hat, IBM, SAP и Apple, все присоединяются к OpenJDK
- Они прилагают большие усилия в JUG, java.net как хостинговая платформа, выпустили новый журнал Java и спонсируют почти каждую конференцию, на которую я иду. Некоторые из этих усилий были немного ошибочными или неправильно связанными :-), но большинство из них имеют смысл и действительно приносят пользу сообществу.
Необходимость улучшить вещи:
Хорошо, теперь, прежде чем я буду звучать как скрытая медиа-марионетка Oracle.
Они, вероятно, должны были сдерживаться с этим выпуском. Имейте в виду, что более поздние бета-версии и RC отсутствовали в течение некоторого времени, возможно, некоторые из этих проектов могли бы помочь в тестировании сборок ранее - Oracle IIRC попросил сообщество в целом опробовать его.
У Oracle все еще есть работа с сообществом и реструктуризация JCP и того, как работают JSR ( JSR 348 - это начало, пожалуйста, примите участие!). Это, конечно, в конечном итоге будет включать в себя свежую дискуссию об ограничениях FOU лицензирования TCK и другие неприятные юридические вещи, которые вызвали плохую кровь в Apache и Google.
Они плохо справились с кучей проектов с открытым исходным кодом (вспоминаются Jenkins / Hudson, Open Office и MySQL), особенно в области коммуникации. На недавнем OSCON, высокопоставленном руководителе Oracle, объяснялось, что многие из этих проектов существуют в их собственном бизнес-хранилище Oracle, так как нет общей стратегии в отношении открытого исходного кода, скажем, поэтому мы наблюдаем поведение левой / правой руки. Остальное - Oracle, не понимающий сообщество открытого кода, но я чувствую, что они становятся намного лучше в этом, и воля есть.