Организация Eclipse Foundation представила (http://eclipse.org/org/press-release/20140625_luna_release_t...) ежегодный релиз Eclipse Luna (http://www.eclipse.org/luna/), объединяющего все развиваемые под эгидой Eclipse проекты, такие как платформа Eclipse, набор инструментов для разработчиков на языке Java, средства для управления исходными текстами, визуальные построители GUI и т.п. Для загрузки подготовлено (http://www.eclipse.org/downloads/) 14 сборок Eclipse, оптимизированных для различных применений платформы, включая варианты для разработчиков, использующих Java SE, Java EE, JavaScript, PHP и C/C++.В подготовке нового выпуска приняли участие 340 разработчиков, представляющих 52 различных организации. Общий объем выпущенных в рамках Eclipse Kepler исходных текстов составляет 61 млн строк кода. Число вошедших в состав релиза проектов составило (http://projects.eclipse.org/releases/luna) 76. По сравнению с прошлым выпуском добавлено восемь новых проектов: EMF Client Platform (https://projects.eclipse.org/projects/modeling.emft.emf-client), EMFStore (https://projects.eclipse.org/projects/modeling.emft.emf-store), Sirius (https://projects.eclipse.org/projects/modeling.sirius), BPMN2 (https://projects.eclipse.org/projects/modeling.mdt.bpmn2) (Business Process Model and Notation), BPMN2 Modeler (https://projects.eclipse.org/projects/soa.bpmn2-modeler), Paho (https://projects.eclipse.org/projects/technology.paho), QVTd (https://projects.eclipse.org/projects/modeling.mmt.qvtd) (QVT Declarative) и XWT (https://projects.eclipse.org/projects/technology.xwt). Прекращена поддержка проектов: Agent Modeling Platform, EclipseLink Project и SCA Tools.
Основные особенности выпуска:
- Полная поддержка Java 8 (http://www.opennet.ru/opennews/art.shtml?num=39334) в инструментах для разработки на Java, средствах создания плагинов, в Object Teams, Xtext, Xtend, Eclipse Communication Framework, компонентах для интеграции с Maven. В компилятор Eclipse включены появившиеся в Java 8 языковые улучшения, средстава рефакторинга, инструменты для упрощения перевода анонимных классов в лямбда-выражения и наоборот, новые опции для форматирования кода с лямбда-выражениями;
- В clipse Equinox (https://projects.eclipse.org/projects/rt.equinox) добавлена поддержка спецификации OSGi R6.- ECF-реализация стандарта OSGi Remote Service/Remote Service Admin улучшена в плане поддержки возможностей Java 8 (CompleteableFuture) в асинхронных внешних сервисах;
- Eclipse Paho 1.0 (https://projects.eclipse.org/projects/technology.paho), в который вошли клиентские библиотеки, утилиты и тестовые материалы для использования протоколов обмена сообщениями MQTT и MQTT-SN, ориентированных для использования в системах Machine-to-Machine (M2M) и Internet of Things (IoT). Библиотеки с поддержкой протоколов доступны для Java, C/C++, Python и JavaScript в вариантах для настольных систем, встраиваемых платформ и мобильных устройств;
- Улучшен пользовательский интерфейс Eclipse Workbench: добавлена новая тёмная тема оформления, реализована возможность разделения областей редактирования, обеспечен вывод номеров строк по умолчанию, сокращены пустоты в базовом представлении, добавлена поддержка скрытия панели быстрого доступа;
- Обновлён пакет для разработчиков на языке PHP: добавлена поддержка PHP 5.5 и увеличена производительность редактора кода. Для упрощения установки комплекта для разработчиков на PHP для загрузки доступен (http://www.eclipse.org/downloads/) готовый пакет "Eclipse for PHP Developers";
- В Eclipse Code Recommenders (https://projects.eclipse.org/projects/technology.recommenders) интегрирован поисковый движок Snipmatch для поиска отрывков кода. Обеспечена возможность простой передачи новых блоков кода в совместно используемый репозиторий;
- Представлен компонент EMF Client Platform (https://projects.eclipse.org/projects/modeling.emft.emf-client), который предоставляет принципиально новый способ разработки пользовательского интерфейса на основе форм;
- Поддержка спецификации UML 2.5 в инструментах графического моделирования;
- В ECF Terminal добавлена поддержка интегрированной командной строки для Windows, Linux и OS X;
- В Memory Analyzer добавлена поддержка анализа дампа кучи от Java 8, включая распознавание коллекции классов Java 8;
- В CDT (C/C++ Development Tooling) добавлен обособленный отладчик для C/C++, который можно использовать как из командной строки, так и из графического интерфейса Eclipse;
- Добавлен Sirius (http://www.eclipse.org/sirius/), визуальный редактор для создания собственных предметно-ориентированных инструментов графического моделирования. Система графического моделирования EcoreTools полностью переписана на основе Sirius.
<center><a href="https://lh4.googleusercontent.com/-18UIHb--FDQ/Uht2vfYQqwI/A... src="http://www.opennet.ru/opennews/pics_base/0_1403717354.png" style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>URL: http://eclipse.org/org/press-release/20140625_luna_release_t...
Новость: http://www.opennet.ru/opennews/art.shtml?num=40081
Торт. Эклипс всегда был жручим до памяти тортом, таким и остался.
Установил темную тему - редактор (CDT) по прежнему имеет белый фон. Где поломано?
Сколько напарился с вариантом эклипса в виде IDE для Texas Instruments... Глюки, вылеты регулярные. Надо будет протестировать вариант GCC и луну.
CDT c GCC хорошо работает, даже под виндой.
У техасцев всегда руки росли в плане софта не из того места...
Госпадииии.... да когдаж нормальный IDE на сях напишут.
qtcreator же
В перспективе вроде торт. А сейчас даже под нужные языуи плагинов нету
> В перспективе вроде торт. А сейчас даже под нужные языуи плагинов нетукакие языки? все нужные (C++, QML) поддерживает
Кому и кобыла - невеста.
> Кому и кобыла - невеста.А кому и питон - ЯП? :).
> Госпадииии.... да когдаж нормальный IDE на сях напишут.Текстовый редактор с подсветкой синтаксиса+make/cmake+cli=самый нормальный IDE для сей.
> Текстовый редактор с подсветкой синтаксиса+make/cmake+cli=самый нормальный IDE для сей.Нет. В IDE можно сложные вещи делать просто. Да и все на порядок удобнее.
Предлагать текстовый редактор в треде IDE это все равно что предлагать вам виндовый блокнот. Без подсветки синтаксиса. Без автоотступов. Даже без нормальной кодировки. Писать можно? Можно. Удобно? Нет.
>> Текстовый редактор с подсветкой синтаксиса+make/cmake+cli=самый нормальный IDE для сей.
> Нет. В IDE можно сложные вещи делать просто.Ты б конкретизировал, что ли.
Вот ещё микрообзор: http://samolisov.blogspot.ru/2014/06/eclipse-luna.html
> Предлагать текстовый редактор в треде IDE это все равно что предлагать вам
> виндовый блокнот. Без подсветки синтаксиса. Без автоотступов.Ну не знаю, Geany для сей IMHO выше крыши. Особенно с плагинами. Тут вам и отступы и подсветка и даже всякие там списки функций, автодополнение и т.п. - чего еще надо?
А быстро отрихтовать по мелочи пару строк "in place", в иерархии размерами типа линевого кернела - вообще проще всего встроенным в mc редактором.
Еще code::blocks есть. На первый взгляд вполне себе IDE для си++'ников этакое.
А так вообще вопрос - насколько IDE по типу вьюжлстудии реально надо. Вон Торвальдс запустил по минимуму операционку и целый кернель в куда более простом редакторе накатал. А чего вы добились с вашими мега-IDE?
> Тут вам и отступы и подсветка и даже всякие там списки функций, автодополнение и т.п. - чего еще надо?Рефакторинг…
Тесты...
> Тесты...Что - тесты? Какие именно тебе тесты нужны? И чего по этому поводу в IDE ожидается увидеть? И как это согласуется с практиками существующих проектов, которые реально заморачивались тестами?
>> Тесты...
> Что - тесты?Автоматическое оборачивание кода в тесты и наоборот — создание тестов для будущего кода.
> Какие именно тебе тесты нужны?
Для начала — модульные (тут развёрнуто:http://ru.wikipedia.org/wiki/Модульное_тестирование ). А потом — функциональные и интеграционные.
> И чего по этому поводу в IDE ожидается увидеть?
IDE знает о тестах (вернее, не она сама, конечно, а её разработчики, которые научили её писать за программиста "обёрточный" тестирующий код к рабочему коду). Кроме этого, в IDE также встроен и сам механизм модульного тестирования написанного кода, средства анализа покрытия кода тестами подключаются плагинами.
> И как это согласуется с практиками существующих проектов, которые реально заморачивались тестами?
Такие проекты, как правило, живут и развиваются, а не догнивают, заброшенными и не нужными.
>Такие проекты, как правило, живут и развиваются..Это смотря что считать "развитием" проекта.
> Рефакторинг…Рефакторинг - понятие растяжимое. Что по этому поводу должно IDE делать? Не будет же IDE за програмера код писать.
>> Рефакторинг…
> Рефакторинг - понятие растяжимое. Что по этому поводу должно IDE делать? Не
> будет же IDE за програмера код писать.Не поверишь, но IDE при рефакторинге пишет код за программиста.
При рефакторинге IDE выполняет рутинные операции по изменению и перекомпоновке кода.
Блин... Emacs напомнило... После 10 - 20 т. строк кода уже глазки вешаются.
Никогда :) Увы и ах это нереально написать на сях чтонибудь сравнимое по функционалу с IDEA или Eclipce... как бы это было не пичально но сколько лет уже прошло, а нормальной IDE и не пахнет даже.
> Никогда :) Увы и ах это нереально написать на сях чтонибудь сравнимое
> по функционалу с IDEA или Eclipce...Видал когда-нибудь линуксный кернел? Там функциональности - хоть отбавляй. Ну вот правда не по редактированию текста, это да.
неудачный пример, кстати.
> неудачный пример, кстати.А чего в нем неудачного? Огромная масса кода на сях, который вполне успежно живет и процветает, т.к. достаточно разумно разбили на субкомпоненты. Так что оно вполне себе живет и здравствует при немеряном размере и сложности, который за пояс заткнет много иного софта.
Это разные по структуре проекты, привести проект eclipse к жесткой структуре вероятно можно, но на это уйдёт огромное количество времени, которое вероятно никто не захочет тратить.
> Это разные по структуре проекты, привести проект eclipse к жесткой структуре вероятно
> можно, но на это уйдёт огромное количество времени, которое вероятно никто
> не захочет тратить.Отчего же? Eclipse — это прежде всего агрегат взаимодействующих компонентов, которые взаимодействуют между собой по открытым и задокументированным протоколам OSGi "шины". Почти то же самое происходит в компонентах операционных систем.
> пичально но сколько лет уже прошло, а нормальной IDE и не
> пахнет даже.Это означает, что на C++ его тоже не напишешь.
Столетназад уже все было. VS,Borland,Watcom. Просто сейчас никому не впилось писать большие вещи на C/C++, а раньше выхода другого не было.
Сейчас мало кто помнит что такое Borland.
> Сейчас мало кто помнит что такое Borland.Я помню Borland JBuilder v.1/2/3, которые были написаны на C++, а сбоку к ним прикручивалась JRE 1.1.x и отдельной библиотекой JFC/Swing (которая в самой IDE не использовалась вплоть до версии 4.0). Вот это был ТОРМОЗ!
Ой да ладно, Embarcadero Rad Studio отличный инструмент. Знаете, в чем его главный плюс? Сторонних компонентов написан выше крыши. Вот мне, например, понадобилось набросать по-быстрому пограммку с оракловской БД взаимодествующую и генерящую отчеты в .pdf или .xls - один запрос яндексу и 10 минут выбираешь, что ставить, полчаса-час на написание программки :) Установил пакеты, накидал на форму компонентов - все работает. У меня нет времени разбираться как оно внутри устроено, мне просо нужно скомпилировать и работать. Сможете вы тоже самое сделать в "текстовом редакторе с подсветкой синтаксиса"?
Евгений Густман, это вы?
Лет эдак-так 15 назад писал на плюсах под OS/2, использовал IBM VisualAge for C++, на тот момент был практически идеален. Что с ним дальше стало я не следил.
можно ли считать, что emacs написан на си?
Нет, он написан на Emacs
> можно ли считать, что emacs написан на си?Считай: 20.0%. ohloh.net/p/emacs/analyses/latest/languages_summary
> Считай: 20.0%.18.4%, ой.
Какая разница на чём оно написано? Главное чтобы удобно было и работало хорошо. Не? Я и сам фанат старых компьютеров, но для дела-то можно более-менее нормальный взять, уже не такая уж роскошь вроде...
Что означает прекращение поддержки для проекта? Разработка EclipseLink заморожена?
подхватывает темную тему gtk3?
Порезанные значками буквы в правой-нижней части картинки выглядят эпичненько.
Поставил ради посмотреть PyDev. Вроде автокомплишен как-то работает. Впрочем, баловство это все. Vim+Python - самая боевая связка.
> Vim+Python - самая боевая связка.Такое только самые боевые скрипткидисы используют? :)
