it-swarm.com.ru

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

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

Это даже не обязательно и не может быть установлено из репозиториев. И это не "легко" из загрузки либо. По какой-то причине эталонной реализации 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 выпущен.

Основные проблемы (финансирование и разработчики) не были исправлены, хотя, как видно из Google жест пожертвования денег 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 'скрыто от нас' людьми, которые решают, какие версии программного обеспечения 'good for us' (AKA, что входит в официальный репозиторий )?

  • lucid (10.04 LTS)
    • Затмение 3.5.2-2
  • точный (12,04 LTS)
    • Затмение 3.7.2-1
  • raring (13.04)
    • Затмение 3.8 . 1-1
  • дерзкий (13.10)
    • Затмение 3.8 . 1-4
  • верный (14.04 LTS)
    • Затмение 3.8 . 1-5.1
  • утопический (14.10)
    • Затмение 3.8 . 1-5.1

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

enter image description here

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

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

55
Redsandro

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

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

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

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

С официального Wiki-страница :

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

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

14
Max Hohenegger

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

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

1
Eric Moffatt