Почему Ubuntu 14.04 привязан к (старому) Eclipse 3.8, когда вышла версия 4.3?

Ubuntu обычно является передовым дистрибутивом. Но почему он придерживается версии Eclipse 2011 года, когда мы 4.x разрабатываем 4 года?

Это даже не опционально и не может быть установлено из репозиториев. И это тоже не «легко» скачать. По какой-то причине эталонной реализации Java SE 7, OpenJDK, недостаточно, и вам нужна версия Oracle. Почему? Это также недоступно в репозиториях, и вам нужно какое-то странное ненадежное стороннее репо для этого или прочитайте целую главу на как установить самостоятельно.

Были проблемы три года назад. Когда вышел Juno 4.2, у него было много проблем с производительностью. Директор Eclipse Майк Милинкович объясняет, что одной из причин является отсутствие финансирования. Впервые в большом релизе:

"Тест производительности отключен, так как у группы разработчиков платформы Eclipse возникла серьезная проблема с ресурсами."

По этой причине разработчики выпустили безымянную и нерекламируемую версию 3.8 одновременно с 4.2, чтобы восполнить этот пробел (надеюсь, ) временная проблема, и его популярность вызвала заметный тенденцию к снижению среди разработчиков. Как упомянул один Eclipse b3 разработчик:

"Я был ошеломлен улучшением производительности после перехода. Платформа 3.8 НАМНОГО быстрее"

Релиз 3.8 по-прежнему является популярной альтернативой ветке 4.x среди разработчиков (спросите моих коллег или Google), я думаю, в основном из-за (настоящих) проблем с доверием. Но мост (читай: поддержка 3.8) закрыт теперь, когда выпущен 4.3.

Однако основные проблемы (финансирование и разработчики) не были решены, как видно из жест пожертвования денег в Eclipse Foundation в надежде, что другие компании последуют этому примеру. Значит ли это, что 4.3 все еще не соответствует стандартам 3.x?

Это не проблема плагина или функции для определенного языка, это проблема в ядре самой платформы. (Но я использую WST с плагинами Javascript и V8 для разработки PHP и Node, в частности.)

Это также не проблема конкретной платформы. Есть похожие жалобы от пользователей Linux, Windows и OSX. (Но я использую Linux (Mint 13).)


С одной стороны, есть люди, которые говорят, что EOL для 3.8 доказывает, что 4.3 теперь в порядке. С другой стороны (см. комментарии):

"Я вернулся к версии 3.8 из-за постоянных сбоев в Ubuntu с версией 4.3"

3.8 далеко не без проблем, и я был бы не против получить более плавный опыт разработки. Поэтому мне интересно, почему Eclipse 4 "скрывают от нас" люди, которые решают, какие версии программного обеспечения "хороши для нас" (то, что входит в официальный репозиторий )?

  • lucid (10.04 LTS)
    • Eclipse 3.5.2-2
  • precise (12.04 LTS)
    • Eclipse 3.7.2-1
  • raring (13.04)
    • Eclipse 3.8.1-1
  • saucy (13.10)
    • Eclipse 3.8.1-4
  • trusty (14.04 LTS)
    • Eclipse 3.8.1-5.1
  • utopic (14.10)
    • Eclipse 3.8.1-5.1

Обновление 2014-05-30: я только что попробовал Kepler (снова), и он все еще страдает от сбоев пользовательского интерфейса из коробки. Например.:

введите здесь описание изображения

И нет, изменение цвета фона панели инструментов неактивного окна в настройках не исправляет это. (Даже если бы это было так, это был бы глупый выбор по умолчанию).

Я хотел бы узнать от кого-то, кто не предвзят ни положительно, ни отрицательно из-за своего узкоспециализированного и отлаженного рабочего процесса — предпочтительно от человека, имеющего опыт в процессе обслуживания пакетов Ubuntu для нетривиальных пакетов — почему это решение принимается командой профессионалов, которые знают, что они делают для наиболее широко используемого дистрибутива Linux?


person Redsandro    schedule 05.11.2013    source источник
comment
Для этого обсуждения, возможно, было бы полезно провести различие между платформой и IDE. Например, я использую Juno IDE, но мои RCP-приложения по-прежнему основаны на платформе 3.   -  person Denys Séguret    schedule 05.11.2013
comment
Я вернулся к 3.8 из-за постоянных сбоев в Ubuntu с 4.3.   -  person Paul Whelan    schedule 05.11.2013
comment
@dystroy платформа == IDE?   -  person Redsandro    schedule 05.11.2013
comment
@Redsandro Я не уверен, полезен ли мой комментарий для вас, поскольку вы, похоже, сосредоточены на разработке node.js, но если вы разрабатываете приложение SWT/RCP, вы можете использовать Eclipse4 IDE для разработки приложения Eclipse3 (см. связанный вопрос, если вас интересует этот конкретный момент).   -  person Denys Séguret    schedule 05.11.2013
comment
@dystroy ах, да, действительно, это отличается от моего варианта использования. 4.x имеет уровень совместимости для 3.x цепочек и плагинов. Я имею в виду конкретный случай, когда вы устанавливаете 4.3 и сопутствующие wst-плагины 4.x для обработки синтаксического анализа кода. Я (даже) не знаю, откуда появился первоначальный ярлык 'проблемы с производительностью' - ядро ​​или плагины, - но он там был.   -  person Redsandro    schedule 05.11.2013
comment
4.3.1 является текущей версией, наряду с Kepler SR1. 3.x больше не поддерживается. Несмотря на это, инструменты JavaScript в версиях 3.8 и 4.2 были идентичны. Если вас беспокоила производительность самой платформы, они продолжали над ней работать (wiki.eclipse.org/Platform_UI/ Juno_Performance_Investigation). Если вы не ищете кого-то, кто скажет вам, что можно продолжать использовать устаревшую версию, я не уверен, какой ответ вы ищете.   -  person nitind    schedule 05.11.2013
comment
-1, потому что первое попадание в Google по проблемам с производительностью eclipse - это официальное заявление, которое точно отвечает на ваш вопрос.   -  person Max Hohenegger    schedule 06.11.2013
comment
@MaxHohenegger: Во-первых, конечно, я искал, но не все используют одобренный АНБ Google. DuckDuckGo не включил его в топ результатов. Во-вторых, вы могли бы сделать ссылку на соответствующую статью, сделав ваш комментарий релевантным. В-третьих, некоторые пользователи противоречат утверждениям, и я искал ответ, основанный на человеческом опыте. В-четвертых, заявления от Eclipse о Eclipse. В-пятых, ваше отрицательное мнение стоило вам -2 репутации, надеюсь, оно того стоило. :)   -  person Redsandro    schedule 06.11.2013
comment
@Redsandro: Если вы провели исследование, вы должны опубликовать наиболее релевантные ссылки в своем вопросе. nitin уже разместил ссылку. Если вам нужен ответ, основанный на человеческом опыте, ваш вопрос слишком общий. Eclipse 4.3 Release Train состоит из 55 миллионов строк кода и состоит из тысяч подключаемых модулей. Какие из них вы планируете использовать? Уточните подробнее. Например. используете ли вы Linux и т. д. Не стесняйтесь улучшить свой вопрос, чтобы я мог удалить свой отрицательный голос. Я мог бы даже ответить на него.   -  person Max Hohenegger    schedule 07.11.2013
comment
Я думал, что это известная проблема. Не нужно ссылаться на общеизвестные сведения. Мои коллеги до сих пор используют 3.8, потому что не доверяют ветке 4.x. Так что я тоже склонен не использовать его. Однако в то же время я хотел бы придерживаться нового и поддерживаемого программного обеспечения, и 3.8 не идеален. Я подробно остановился на своем вопросе, может быть, он вам сейчас по душе. Если нет, то так. :)   -  person Redsandro    schedule 07.11.2013
comment
В Luna все еще есть проблемы с GTK3. Я бы рекомендовал проголосовать и, возможно, внести свой вклад в самые срочные: bugs.eclipse.org/bugs/   -  person Max Hohenegger    schedule 12.11.2014


Ответы (2)


Eclipse Juno был выпущен 27 июня 2012 г.. 17 июля 2012 г. ошибка, связанная с отзывчивостью пользовательского интерфейса. Сообщалось. Четыре месяца спустя, примерно 14 ноября 2012 г., вышел первый патч был выпущен на официальном сайте обновлений.

Однако многие пользователи полностью пропустили выпуск патчей. Я предполагаю, что информация утонула в FUD и других более важных новостях, которые были распространены то время. В конце 2012 года я опубликовал ответ на SO< /а>. Судя по всему, я был не единственным, для кого патч исправил эту проблему с производительностью. 22 февраля 2013 г. был выпущен Eclipse 4.2.2, который содержал тот же патч, но я продолжал получать голоса за свой ответ на SO до июня.

Пожалуй, единственный известный среди разработчиков факт — это то, что в какой-то момент у Eclipse были серьезные проблемы с производительностью. Однако знание о масштабах, масштабах и продолжительности этих проблем кажется мне рядом распространенных заблуждений. Был период в четыре месяца, в течение которого многие пользователи Eclipse придерживались ветки 3.8. Я говорю «многие», потому что я работал с 4.2.0 и 4.2.1, и все было в порядке. для меня. Субъективно, переключение вкладок стало примерно в два раза медленнее, а IDE подвисала где-то раз в день на пару секунд. Для моих коллег проблема была гораздо серьезнее. Я предполагаю, что это зависело от вашей настройки и вашего рабочего процесса, однако мне никогда не хотелось исследовать дальше, потому что я знал, что разработчики платформы работают над проблемами, и был хороший запасной вариант, использующий 3.8.

Спустя год и три выпуска Eclpse эти серьезные проблемы с производительностью по-прежнему исправлены. Конечно, это не означает, что проблем с производительностью больше нет. На данный момент я найти 1979 отчетов в Eclipse bugzilla с ключевым словом " представление". Это не означает, что в Eclipse очень много ошибок, а только в том, что он очень хорошо документирован и открыт. Затронуты ли вы какой-либо из этих проблем, опять же, зависит от настройки, плагинов, которые вы используете, и вашего рабочего процесса. Я разработчик Java, плагинов и EMF. Я работаю со средними и большими рабочими пространствами (~1 млн. LoC), а Eclipse 4.3.1 достаточно быстро. Выпуск 3.8 мне не подходит, потому что, как сказал Эрик, он не будет получать все важные обновления. Люди все равно будут продолжать использовать его в будущем. Многие из них также продолжат использовать Internet Explorer 5.5. Если вы попробуете ветку 4.x и заметите какие-либо проблемы с производительностью, сообщите о них, но будьте точны в своих настройках.

С официальной Вики-страницы:

В Juno SR2 (4.2.2) устранено несколько серьезных дефектов производительности. Члены сообщества подтвердили, что эти исправления существенно решают проблемы с производительностью при открытии, закрытии и переключении редактора и вида. Эти исправления широко доступны в Juno Service Release 2 (февраль 2013 г.). Все дефекты также устранены в выпуске Kepler (июнь 2013 г.).

новые функции

person Max Hohenegger    schedule 09.11.2013
comment
Если ветка 4.x была «безопасной» с конца 2012 года, почему умные люди из Ubuntu 13.10 до сих пор используют 3.8.1 в своем репозитории по умолчанию? - person Redsandro; 17.11.2013
comment
Интересно, я не знал, что они должны поддерживать совместимость с GTK2 (и почему). Специалисты по сопровождению основного репозитория обычно придерживаются пакетов, которые, по их мнению, отвечают интересам всех, особенно таких важных пакетов, как Eclipse. И это очень не похоже на то, что они не используют передовую и последнюю версию. Так что я доверяю их суждениям и придерживаюсь их версии для важной работы. Я надеюсь, что смогу установить 4.x вместе, чтобы тем временем попробовать его. - person Redsandro; 18.11.2013
comment
Если нет проблем, связанных с Ubuntu, о которых я не знаю, нет никаких причин, по которым вы не можете установить дополнительные установки Eclipse 4.x на свой компьютер. Однако я бы рекомендовал использовать разные рабочие области для разных версий Eclipse. - person Max Hohenegger; 18.11.2013
comment
Несколько дней назад я протестировал подключаемый модуль, который я разрабатываю под Ubuntu 13.10 Saucy (внутри виртуальной машины), на Eclipse 4.3.1. Виртуальная машина не имела ограничения ЦП, а только 1 ГБ ОЗУ. Такие операции, как открытие частей, переключение вкладок и т. д., на самом деле были довольно быстрыми. Сравнимо с хозяином. Это был всего лишь короткий тест, но не было никаких признаков каких-либо явных проблем с производительностью. - person Max Hohenegger; 19.01.2014

Ваше утверждение «выпуск 3.8 был специально выпущен как более быстрая и стабильная альтернатива 4.2» явно неверно; Версия 3.x перешла на техническое обслуживание «в конце жизни» и, безусловно, не была выпущена в качестве альтернативы версии 4.x.

Хотя люди могут продолжать использовать поток 3.x, если он соответствует их потребностям, пожалуйста, примите во внимание, что по мере продвижения различных проектов будут значительные расхождения в функциях, доступных между двумя версиями...

person Eric Moffatt    schedule 06.11.2013
comment
На самом деле это было. 3.8 вышел одновременно с 4.2, и впервые был проведен тенденция к снижению внедрения Eclipse: Замедление внедрения, скорее всего, является результатом проблем с производительностью, обнаруженных в Eclipse 4.2. Проблемы были вызваны тем, что не было денег на проверку качества, как раньше. Google даже пожертвовал деньги специально для этой проблемы. - person Redsandro; 07.11.2013
comment
@Redsandro: Возможно, я неправильно понял. Да, версии 4.2 и 3.8 действительно были выпущены в одно и то же время, но версия 3.8 была предназначена только для того, чтобы мы могли заморозить биты в известной точке выпуска, а не в качестве конкретной резервной позиции. Какую версию вы используете, зависит от вас, но версия 3.8 в некоторых случаях уже отстает от 4.x (например, поддержка EGit...). - person Eric Moffatt; 08.11.2013
comment
@EricMoffatt, откуда у тебя эта цитата? - person Robert Siemer; 12.11.2014
comment
@RobertSiemer Приблизительно 24 900 страниц на eclipse.org содержат имя Эрика Моффатта. - person Theodore Murdock; 07.07.2015