The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышел Eclipse Ganymede

25.06.2008 20:40

Организация Eclipse Foundation анонсировала доступность для загрузки ежегодного релиза Eclipse, выпущенного под кодовым названием Ganymede, содержащего в себе обновления еще 23 проектов. Это уже третье такое обновление, следующее за прошлогодним успехом "Europa" и позапрошлогодним "Callisto".

Многие из проектов, включенных в предыдущий релиз, включены и в Ganymede. Вот только некоторые из них:

  • Eclipse 3.4 - ядро платформы, включающее Equinox, JDT и среду разработки плагинов.
  • BIRT 2.3 — система построения отчетов и организации бизнес-процессов.
  • CDT 5.0 — среда разработки (IDE) и утилиты для программирования на C/C++.
  • ECF 2.0 — среда разработки распределенных приложений, основанных на Eclipse.
  • TPTP 4.5 — тестирование и мониторинг производительности приложений.
  • WTP 3.0 — web и JavaEE 5 инструменты и редакторы.

К сожалению не все проекты, входившие в Eclipse Europa присутствуют в Ганимеде. Среди выбывших Dash со встроенным скриптовым языком Monkey и AspectJ.

Среди новых проектов:

  • Eclipse Packaging — предлагает группировку приложений по типу выполняемых задач (Java программирование и т.п), новый инсталлер и создание собственных пакетов обновлений.
  • Rich AJAX — создание мощных интернет-приложений.
  • SOA Technology —среда разработки и набор утилит для создания сервис-ориентированных приложений.
  • Subversive — добавляет поддержку системы контроля версий Subversion.

Вместе все эти обновленные пакеты способствуют неплохой функциональности "все-в-одном" инструмента под названием Eclipse, но так же в них исправлено множество серьезных ошибок, таких как корректное автоопределение Sun JVM под Linux, осмысленное значение PermGen под Mac OS X и др. А учитывая, что новая система загрузки обновлений p2 позволяет одновременно принимать апдейты с нескольких серверов, пользователи Eclipse должны почувствовать с какой легкостью можно поддерживать систему в актуальном состоянии.

  1. Главная ссылка к новости (http://www.infoq.com/news/2008...)
  2. Официальный прес-релиз.
  3. OpenNews: Новые инициативы для встраиваемых и мобильных устройств от разработчиков Eclipse
  4. OpenNews: Результаты исследования аспектов использования платформы Eclipse
  5. OpenNews: Организация Eclipse Foundation присоединилась к Java Community Process (JCP)
Автор новости: blkdog
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/16654-eclipse
Ключевые слова: eclipse
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 02:37, 26/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неужели правда кто-то пишет на C/C++ в Eclipse? Она же такая тяжёлая...
    Emacs или Vim лучше!
     
     
  • 2.3, Аноним (-), 02:54, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Неужели правда кто-то пишет на C/C++ в Eclipse? Она же такая тяжёлая...
    >
    >Emacs или Vim лучше!

    Уфф. Мог бы спросить "Неужели правда кто-то пишет на C/C++"
    Но вопрос глупый, потому что ответ известен заранее.
    Просто я не пишу.

    Пишут ли в Eclipse? Думаю да, равно как и в IDE от Visual Studio.
    Более того, вражественный Майкрософт дружественно протягивает руку разработчикам Eclipse. Это говорит о признании.

    Но лично я видел Eclipse только на чужих мониторах, а сам не ставлю ничего кроме обычных консольных утилит, компилятора, средств сборки, редактора текста vim и grep.
    И это не показатель востребованности Eclipse в мире. Просто он мне не нужен. Я не хочу быть программистом. Просто занимаюсь этим более 15 лет.

     
  • 2.7, zu (?), 08:54, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Неужели правда кто-то пишет на C/C++ в Eclipse? Она же такая тяжёлая...
    >Emacs или Vim лучше!

    Я пишу. И лучшей IDE под линь просто не видел.
    Насчет тяжести. Core2Duo + 4 гига оперативы - все летает в месте с автокомплитом, индексацией файлов проекта для быстрого поиска и все такое прочее. В общем все включено и особых тормозов нет. Еще следует сказать что проект на с/с++ в нем около 2500 файлов. При этом памяти жрет около 300 метров. При 4 гигах это нормально :) Также использую как IDE для perl, редко пыхпыха.
    Реально нехватает только одного - нормального взаимодействия с gdb - всю дорогу надо шаманить.
    Еще из минусов - какая-то мутная система установки новых плагинов и обновлений.
    Ща поставлю новую версию, посмотрю че намутили в ней.

     
     
  • 3.9, Султан (?), 09:53, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Хренасе... У мя когда-то Visual Studio на p100 с 32МБ оперативки пахало... Куда мир катится... Скоро какой-нить простой текстовый редактор типа блокнота будет требовать 16 ядерный проц с 32 ГБ оперативной памяти...
     
     
  • 4.18, Аноним (-), 12:55, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Хренасе... У мя когда-то Visual Studio на p100 с 32МБ оперативки пахало...
    >Куда мир катится... Скоро какой-нить простой текстовый редактор типа блокнота будет
    >требовать 16 ядерный проц с 32 ГБ оперативной памяти...

    Вставлю свои пять копеек про тормоза eclipse - как по мне, так залипание при скроле ~15К текста (это даже без подсветки! и плайн текст ради эксперимента загружал) на проце 1,8GHz - это перебор :-( Правда, это под линухами, под виндой более менее сносно скролит, но все равно, комп не всегда успевает за моими нехитрыми действиями (например, часто бывает ситуация, когда я на клаве печатаю быстрее, чем эклипс эти символы пропечатывает в редакторе :-\

    Еще мне сильно не хватает контекстного хелапа в CDT :( Конечно же, это не критично, но тратится уйма времени впустую, когда, например, необходимо просто подсмотреть количество и очередность аргументов некой функции/метода, и для этого приходиться лезть в хтмл-хелпы (частично выхожу из ситуации используя chm файлы cppreference.com)...

    Все что я написал справедливо для версий eclipse до 3.2 и CDT до 4.0 включительно.

    ЗЫ. Не выдержу и поплачусь еще на скорость компиляторов gcc и особенно g++ - в сумме с эклипсом и СДТ тормоз выходит еще тот :( Спасает только Q6600 и 4GB RAM :-\ Прогресс, мля...

     
     
  • 5.22, zu (?), 18:46, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Вставлю свои пять копеек про тормоза eclipse - как по мне, так
    >залипание при скроле ~15К текста (это даже без подсветки! и плайн
    >текст ради эксперимента загружал) на проце 1,8GHz - это перебор :-(

    ну хз. имхо 15 кил исходников (если это срр конечно) в одном файле - фтопку :).
    ща посмотрел средний размер своих - 4-6 кил на один срр файл всреднем.

    >Правда, это под линухами, под виндой более менее сносно скролит, но

    да, в винде немного шустрее работает, тут ничего не скажешь.

    >Еще мне сильно не хватает контекстного хелапа в CDT :( Конечно же,
    >это не критично, но тратится уйма времени впустую, когда, например, необходимо
    >просто подсмотреть количество и очередность аргументов некой функции/метода, и для этого
    >приходиться лезть в хтмл-хелпы (частично выхожу из ситуации используя chm файлы
    >cppreference.com)...

    msdn под wine'ом рулит :)

    >ЗЫ. Не выдержу и поплачусь еще на скорость компиляторов gcc и особенно
    >g++ - в сумме с эклипсом и СДТ тормоз выходит еще
    >тот :( Спасает только Q6600 и 4GB RAM :-\

    ну gcc тут не считается, вроде как говорили сугубо как о IDE.
    кстати, тут походу тормозной сам CDT. у меня например плагин для perl при динамической подсветке вообще тормозит конкретно (это когда ставиш курсор на переменнцую и везде где она в текущем файле упамянается она подсвечивается). поэтому в перле такую подсветку нафик выключаю, она в принципе и не нужна особо.


     
  • 3.16, Аноним (-), 11:39, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >с автокомплитом, индексацией файлов проекта для быстрого поиска и все такое
    >прочее. В общем все включено и особых тормозов нет. Еще следует
    >сказать что проект на с/с++ в нем около 2500 файлов. При
    >этом памяти жрет около 300 метров. При 4 гигах это нормально
    >:) Также использую как IDE для perl, редко пыхпыха.
    >Реально нехватает только одного - нормального взаимодействия с gdb - всю дорогу
    >надо шаманить.
    >Еще из минусов - какая-то мутная система установки новых плагинов и обновлений.
    >
    >Ща поставлю новую версию, посмотрю че намутили в ней.

    Ну знаете ли, на коре2дуо + 4 гига и виста летает и не тормозит!

     
     
  • 4.17, Wolfis (?), 11:54, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну знаете ли, на коре2дуо + 4 гига и виста летает и
    >не тормозит!

    У меня машина ещё сильней, и что мне туда висту ставить? Нет уж увольте, она не тормозит в лучшем случае первые пол года, если руки не из одного места растут. А глючит она всё равно. Если ты програмист в современном мире, то слабую машину ты ставить не будешь, не будешь же ты писать сейчас программы под 486 процессоры и и ядро 1.0? Раньше операционные системы были другие и умещалось всё на одну дискетку, не будешь же ты теперь ругать GCC, за то что он очень большой, а ведь исходники занимают 50 метров! Да, программы используют всё больше и больше русурсов, но они и функцианальность большую держат.
    Кому надо, тот будет использовать, кому не надо небудет. Вот и всё, всё просто.

     
  • 4.30, User294 (ok), 16:16, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну знаете ли, на коре2дуо + 4 гига и виста летает и
    >не тормозит!

    Зато софта под ней половина не работает, UAC греет мозг а активация может слететь, особенно после апгрейда, заявив "отдыхайте, сегодня работать не будем".Платить за такую систему минимум 150 баксов или больше - совершенно неспортивно когда есть бесплатные дистрибы линукса не хуже.А то трахаться с системой еще и заплатив за это почетное право 150 баксов как-то ну очень лениво.

     
  • 2.23, sauron (??), 07:08, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Неужели правда кто-то пишет на C/C++ в Eclipse? Она же такая тяжёлая...

    Я пишу. Потому что эта IDE мне тупо удобнее чем Emacs и Vi которые для работы еще надо настраивать и долго нудно изучать.

    PS А что в Emacs и Vi появилось автодополнение? :]

     
     
  • 3.31, User294 (ok), 16:18, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Я пишу. Потому что эта IDE мне тупо удобнее чем Emacs и
    >Vi которые для работы еще надо настраивать и долго нудно изучать.

    На мою имху емакс и ви - весьма неюзабельные штуки.Может кому-то они и нравятся но это не я.А эклипс неплохая штука кроме того что слишком уж монструозный какой-то.В нем только супер-проекты отвечающие не менее чем за менеджмент целых галактик собирать =)

     

  • 1.4, Smaug (?), 05:07, 26/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Eclipse, Eclipse.... а вы пробывали NetBeans!?
     
     
  • 2.5, sauron (??), 05:26, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовал. Для разработки на C редкостный отстой.
     
     
  • 3.13, Vzhik2003 (?), 10:25, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    +1 :)
     
  • 3.19, netman (??), 13:55, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    -100

    Работаю в NetBeans C/C++ уже год - в целом доволен. Ушел с Eclipse.
    Торрмозов замечено не было на Linux 2.6.22.17 при C2D 1.6/2GB в проекте ~1200 файлов.
    IMHO - NetBeans удобнее.

     
     
  • 4.24, sauron (??), 10:12, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Работаю в NetBeans C/C++ уже год - в целом доволен. Ушел с
    >Eclipse.

    Я вот не был доволен. Мало того что интерфейс работает медленно, так еще и интеграция с SVN неудобная.

    >IMHO - NetBeans удобнее.

    На вкус и цвет фломастеры разные.

     
  • 2.11, Аноним (11), 10:15, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовали, тормоз редкостный...
     

  • 1.6, Аноним (2), 06:53, 26/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    но так же в них исправлено множество серьезных ошибок, таких как корректное автоопределение Sun JVM под Linux
     
  • 1.8, Аноним (2), 09:18, 26/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    рекомендую попробовать IDE CodeBlock, для Линукса он самое то, мне очень понравился, работаю на нём около полугода, замечаний нет, если будете ставить, ставьте версию из SVN там автокомплит получше))

    вот сайт: http://www.codeblocks.org/

     
     
  • 2.10, BW (?), 10:08, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >рекомендую попробовать IDE CodeBlock, для Линукса он самое то, мне очень понравился,
    >работаю на нём около полугода, замечаний нет, если будете ставить, ставьте
    >версию из SVN там автокомплит получше))
    >
    >вот сайт: http://www.codeblocks.org/

    После K-Develop среда CodeBlocks вообще не катит.
    А после VS 2005 - Eclipse куда ни шло, K-Develop аналогично Eclipse

     
     
  • 3.12, тоже анонимус (?), 10:23, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    После Emacs + ecb вообще ничего не катит, лучшая "ИДЕ" для разработки на Си
     
     
  • 4.20, Leshi (ok), 16:08, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Угу! Точно! Самая лучшая IDE для проектов уровня "Hellow, world!" :D
    3 года занимался этой фигней в институте ибо терминалы были текстовые. По секрету скажу, уже выпустили вполне сносные недорогие машинки с графическими дисплеями. На них хоть и не привычно, но удобно. Это как после телеги с лошадью пересесть на вертолет. Да, лошадь меньше кушает, телегу можно гвоздями отремонтирвоать управлять этим всем проще, но вертолет быстрее и в большенстве случаев комфортабельнее.

    ИМХО рудименты вроде emacs и vi до сих пор живы только из-за фанатов. А авторам vim и других современных клонов я бы назначил принудительное лечение курсом эргономики и проектирования пользовательских интерфейсов. Это же надо так накуриться, чтобы взять самый неудобный из возможных текстовый редактор и настойчиво продолжать его клонировать и разрабатывать? Мазохисты хреновы :)

     
     
  • 5.21, anonymous (??), 16:54, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрю как вы будете мучаться с эклипсом/vs/итд на нескольких мониторах, когда в емаксе достаточно запустить несколько фрэймов, сделать что-то вроде перспектив вью из эклипса и заменить display-buffer чтобы буфферы открывались в нужных окнах, всё это делается для неопытного емаксера за пару часов.
    Создание двух window эклипса для решения этой проблемы не катит, проще будет на одном мониторе работать. Так что может когда-то, когда эклипсовые разработчики пройдут по тем же граблям, по которым прошли такие проекты как емакс, может что-то толковое и выйдет. А пока, отношусь к эклипсу как к отличному инструменту для тех кто переходит к разработке под никсы с визуал студии.
     
     
  • 6.25, kda (?), 16:40, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Посмотрю как вы будете мучаться с эклипсом/vs/итд на нескольких мониторах

    И многим реально нужно несколько мониторов для программирования? Я что-то ни одного не знаю.

    Вообще, очень часто, все эти крики фанатов Emacs из разряда "а я вот посмотрю когда ...[нужное вписать]" не выдерживают никакой критики по параметру используемости. Для 99% программистов все эти "киллер фичи" Emacs'a просто никому не нужны.

     
     
  • 7.28, SKeeper (?), 11:56, 30/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле работа на нескольких мониторах это тру! Просто не всем оно по карману и не все о ней знают/додумались до такого (не хочу никого обидеть).
    Представьте, что у вас 3 монитора:
    на 1м во всю ширь собственно редактор
    на 2м всякие прибамбасы типа дерева классов и пр.
    на 3м доп. фигня потипу открытого клиента к БД, диаграммы классов и т.п.

    Только вот у Eclipse (по крайней мере 3.3 Европа) все панели отделяемые и их можно выводить на разные мониторы, так что проблем нет. :-)

     
  • 5.26, Оммм (?), 21:14, 27/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    насчет рудементов..
    тектосвый редактор или иде (один хер работа с текстовой инфой), в основе своей подразумивает:
    максимально большее пространство под рабочую область, тоесть под текст ! (тулбары и иконки vs больше рабочей плоскости и нет лишней перегружающей информацией)
    мышка тут не нужна в принципе, все делаеться с клавиатруы (шоркаты vs мышевозня по менюшкам)

    насчет ергономики еще неизветсно кому читать нужно :)

     

  • 1.14, Аноним (11), 11:06, 26/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Eclipse для linux использует gtk. Я не переношу gtk.
     
     
  • 2.15, Аноним (-), 11:24, 26/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Eclipse для linux использует gtk. Я не переношу gtk.

    kgtk + включить поддержку тем kde? Выглядит _гораздо_ лучше.)

     

  • 1.27, aTz (?), 01:06, 28/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Использовал на виндах года два, теперь уже года полтора использую на MacOS, очень доволен, великолепная интеграция с CVS и (вероятно с subversion, mercurial - их пока не использовал, как-то надобности не было), проектная система очень нравится, в целом вообще очень удобная и грамотная IDE, но минус есть - тормозное оно, глючит время от времени, скролл тупит, пропечатывает с опозданием за мной, подсветка синтаксиса тож глючит иногда, бывает что и падает внезапно. Казалось бы как оно может тормозить на маке core2duo 2.4Hz + 4Gb, а оказывается может, предполагаю что это не предел :)

    В ganymede не понравилась новая реализация поиска и замены по файлам проекта, это конечно сугубо мое мнение, но в europe было удобнее.

    В общем вот уже 4 года надеюсь найти замену по схожим возможностям, но без тормозов и пока безуспешно, пробовал netbeans - не понравился, eclipse лучше.

    В целом за 3 дня работы особой разницы ganymede от europe не заметил, а жаль. Ну разве что splash посимпатичнее стал :))

     
  • 1.29, Дмитртий Т (?), 15:55, 30/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    kdevelop попробуйте, кому шустрее надо, но со вкусностями. Я хоть и не любитель qt, но для C++ использую именно его (на vim тоже программировал - это всё таки не IDE, хоть и есть зачатки, emacs только хочу попробовать).
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру