Как можно больше об Eclipse по-русски

Вышел Eclipse IDE 3.7 Indigo

2011-06-23T10:50:00.002+03:00

Indigo включает важные изменения и нововведения для Java-разработчиков, в технологии моделирования, и улучшения в самой платформе Eclipse.

Новые возможности для Java-разработчиков:

EGit 1.0 - поддержка Git для Java-разработчиков.
WindowBuilder, редактор GUI теперь под патронатом проекта Eclipse и включен в поставку IDE.
Плагин для автоматизированного тестирования GUI для Java и HTML приложений Jubula включен в поставку IDE.
Плагин m2eclipse, который обеспечивает тесную интеграцию Maven и Eclipse, а также позволяет работать в Maven из-под Eclipse, включен в поставку.
Mylyn 3.6 поддерживает наблюдение за процессом сборки через Hudson прямо из Eclipse.
Клиент Eclipse Marketplace теперь поддерживает drag and drop установку основанных на Eclipse компонентов прямо в Eclipse.

>>> Взято отсюда

>>> Press-release

>>> Скачать

Update: В комментариях к новости на linux.org.ru активно муссируют тему "CDT 8 тоже вышел/А щито там нового?", потому решил добавить линк на изменения в CDT8: wiki.eclipse.org/CDT/User/NewIn80.

Результаты опроса разработчиков и пользователей проекта Eclipse

2011-06-14T07:52:00.001+03:00

Опубликованы результаты ежегодного опроса, проведенного сообществом Eclipse с середины апреля по середину мая 2011 года на сайтах, блогах и форумах проекта. Исследование ставило перед собой цель установления обратной связи с потребителями, чтобы выяснить, как именно пользователи используют продукты Eclipse и открытое ПО, а также насколько они вовлечены во взаимодействие с сообществом Eclipse и какие из opensource инструментов ими наиболее востребованы. Примечательно, что по сравнению с прошлыми годами, значительно уменьшилось число принимающих участие в опросе разработчиков на языке PHP - если в 2010 году таких разработчиков было 14%, то в 2011 году всего 5%, при этом число разработчиков использующих Eclipse JDT увеличилось с 53% до 68%.

>>> Подробности

Word processor in the Eclipse 2

2010-01-11T23:03:00.013+02:00

Давно хотел продолжить данную тему, но всё ни как руки не доходили. Как обычно.

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

Office Integration Editor Plugin (NOA4e) — самая что ни есть интеграция OpenOffice в Eclipse (на сайте есть картинка). Очень напоминает интеграцию редактора vim в eclipse — забавно, но не практично, так как не решает тех проблем, о которых я говорил в первоначальном посте, это всего лишь впихнутое одно приложение в другое.
Lotus Symphony — целый офисный пакет написан полностью на основе Eclipse RCP. По интерфейсу и не поймешь, но достаточно глянуть в корневой каталог, куда установилось приложение. Это IBM. Прародители. Им сам Бог видел. Но опять же — это очередной офисный пакет, в котором нет удобств привычных в IDE (за исключением расширяемости с помощью массы дополнительных плагинов).
Rich Text Editor Project — уже теплее. Очень любопытный плагин для работы с текстом. Я лично с ним не работал, но видео демонстрация впечатляет, может быть как-нибудь попробую.
Mylyn WikiText — ещё теплее, но про него я услышал буквально на днях, поэтому сказать толком ни чего не могу, чуть подробнее об этом см. в конце статьи.

Во-вторых я довольно много чего пишу: пишу диссертацию, различные статьи, техническую документацию, иногда даже в блог что-то пишу ну и просто так пишу. Поэтому для меня важен тот инструмент в котором можно было бы удобно редактировать текст. При этом я прихожу к выводу, что для разного рода документов нужен свой уникальный инструмент. Совместить всё в одином мне уже кажется невозможным. Поэтому я и подумал в своё время об Eclipse - прекрасном, гибком и настраиваемом framework из которого, при желании, можно слепить всё что хочешь. Таким образом, для себя, я решил сделать отдельные инструменты для а) работы с документами моей научной деятельности, б) работы с технической документацией и в) работы с прочими документами.

В своё время я сильно возненавидел MS Word за его ужасное средство по работе со стилями, без которых приготовить нормальный документ просто невозможно. В OpenOffice.org это (и не только это), на мой взгляд, сделано на порядок удобней и понятней. Но со временем и OpenOffice.org тоже стал мне не удобен. Слежение за стилями не спасает при работе со множеством больших и разных документов — получается, что все время уходит на постоянное форматирование и правки уехавших (смешавшихся из разных документов) стилей и картинок. Одним словом, с увеличением текста, удобство работы стремительно уменьшается. Я уже не говорю про возможность синхронизации двух документов разных версий (хотя, опять же, какие-то решения есть, но они мне не нравятся). В итоге, для работы с небольшими документами, такими как короткие статейки, отчеты по работе и прочие форматированные тексты, в целом вполне подходит тот же OpenOffice.org, тем более, что он является внутренним корпоративным стандартом и от него ни куда не денешься. Но вот для серьёзной работы я давно выбрал для себя формат TeX. И только сравнительно недавно узнал про замечательный плагин TeXlipse.

Я не хочу вдаваться в глубокие рассуждения на тему, чем так хорош TeX, кому надо поймут. Лично для меня он очень даже удобен для работы с текстом, а с плагином TeXlipse открылись ранее не виданные для меня прелести:

Возврат к последнему месту изменения текста.
Перемещение, дублирование и удаление строк с помощью уже приевшихся сочетаний клавиш.
В полном распоряжении все удобства вкладок (ViewPart), т.е. появляется возможность открыть несколько документов одновременно, и расположить их как душе угодно: один в левой части экрана, другой - в правой, третий в нижней и т.д.
Возможность создания закладок и удобная навигация по ним.
Также я извращаюсь тем, что храню документы в svn, а тут на тебе - встроенный svn клиент: subclipse (или subversive).
Не хватает только проверки орфографии, но это не смертельно. Тут дело в том, что встроенный spell checker не хочет обрабатывать не .java файлы, по крайней мере у меня научить его этому не получилось. Но, зато, ошибки в синтаксисе latex'a eclipse успешно подсвечивает и по возможности предлагает пути решения.

Вот так боевой eclipse для работы с текстом выглядит у меня:

В общем и целом я доволен плагином, так что, рекомендую. А вот что касается написания и чтения технической документации, то тут я до сих пор в смятении. Но буквально, недавно, камрады в комментариях к первоначальной статье, похоже, что направили меня на путь истинный:

Недавно наткнулся в Eclipse на возможность писать wiki текст, при чем в разных форматах. Поддерживаются синтаксисы *.textile, *.tracwiki, *.mediawiki, *.twiki, *.confluence. Этот проект развивается в рамках Mylin. Полученные документы
а) удобно просматривать
б) удобно редактировать
в) можно тут же экспортировать в html встроенными средствами
г) можно экспортировать в html через ant task-и, поддержку которых можно вытащить здесь http://www.eclipse.org/mylyn/downloads в разделе "WikiText Standalone". Исходные тексты также можно перегонять не только в html, но и Docbook и еще что-то.

В настоящий момент с данным инструментом я знаком на уровне беглого прочтения Mylyn WikiText User Guide, так что ни чего более сказать о нем, пока, не могу. Единственное, в компании, где я работаю, вся техническая документация пишется и храниться в локальном dokuwiki, а Mylyn WikiText, похоже, данным формат не поддерживает. Ну ладно, в любом случае, все проблемы решаемы, так что прорвёмся, как всегда. Удачи нам.

JBoss archives tool

2009-10-21T15:52:00.008+03:00

В своём прошлом посте я скромно, и для многих не заметно, пообещал написать об утилите "JBoss archives tool". Данное обещание хоть и было сделано давно, но всё же не забыто. И вот я, наконец, созрел, чтобы написать об этом инструменте пост. Более того меня на это сподвигло постоянное "давление" со стороны моих коллег по работе, стало очевидно, что лучше один раз написать инструкцию, чем каждому по отдельности пальцем показывать какие кнопки и сколько раз нажимать ;-).

JBoss archives tool позволяет автоматически в фоновом режиме пакетировать java-библиотеки и выкладывать их в определенных директориях. В отличии от других сборщиков программных проектов, таких как Ant и Maven инструмент прост в обращении и имеет гуй (GUI).

Для начала напомню как устанавливается данный плагин в IDE. для этого идём в окошко обновлений: Help >> Software Updates >> [вкладка] Available Software. Здесь нам нужно добавить адрес к JBoss Update Site (кнопка "Add Site...") - здесь я оставлю выбор сайта на усмотрение читателя: http://www.jboss.org/tools/download.html. Также, есть возможность, просто, скачать пакет в качестве архива - это можно сделать тут (для Eclipse 3.4.2): https://www.jboss.org/tools/download/stable.html.

После всех этих не простых приготовлений в Eclipse должна появиться View "Project archives" (быстро найти её можно нажав Ctrl+3 и вписав в текстовое поле: "archives") или с помощью меню Window >> Show View >> Other >> JBoss Tools >> Project archives. Теперь можно приступать к эксплуатации: выбрав во вкладке "Package Explorer" проект, для которого необходимо собрать JAR (во вкладке "Project Explorer", особенно в самых последних версиях Eclipse, это реализовано несколько иначе, веселее, но описывать я это не буду), он появится в "Project archives", от куда из меню по правой кнопке выбираем пункт New archives >> JAR:

В появившемся диалоге нет ни чего сверх сложного, нужно только указать имя будущего файла и относительный путь к папке, в которой он создан. По поводу пути к папке было много слов сказано в моём предыдущем посте ("Eclipse Enviroment") в пункте "3. Переменные для размещения собранных библиотек", так что действуйте на Ваше усмотрение. Итак, JAR архив создан, но он пустой как барабан. Его необходимо наполнить исполняемыми файлами. Для этого, вернувшись, после нажатия кнопки финиш, к вкладке "Project archives", жмем правой кнопки на появившейся там JAR файл и ищем в меню New Fileset, в результате чего должен появиться похожий диалог:

Надеюсь, тут тоже нет ни чего не понятного, дам только несколько комментариев. Понятно, что "Destination" - это собственно JAR файл в который добавляются наши бинарники, если в данный диалог перешли по вышеописанному пункту меню, то в этом поле должно стоять верное имя библиотеки. Пункт "Root directory" - это это директория в проекте, от куда брать скомпилированные файлы, обычно это папка "bin". Ну и поля "Includes" и "Excludes", куда прописываются маски для файлов, которые необходимо включить/исключить в архив из папки "bin". Всё.

Для того, чтоб добавить файл MANIFEST.MF, ну или вообще какие-либо другие файлы в архив, нужно во вкладке "Project archives" в меню сказать New Folder и уже для неё (т.е. жмакая уже по этой папке), повторить New Fileset:

Ну вот и всё. Если в меню Eclipse стоит галочка Project >> Build Automatically, то сборка архива будет автоматической, принудительно вызвать её можно надавливая на кнопку в виде бочонка с зелёным треугольничком, что во вкладке "Project archives", или из меню, там же "Build Archive (Full)".

Galileo is here!

2009-06-24T18:25:00.008+03:00

Релиз Eclipse 3.5 Galileo вышел в свет. Поздравляем всех!

Ссылка: http://www.eclipse.org/galileo/

Eclipse Enviroment

2009-06-22T17:28:00.037+03:00

В этой статье я хочу немого рассказать о том, как с помощью различных переменных окружения и строк подстановок можно настроить свою Eclipse IDE для удобства, в первую очередь, тем кто ведёт совместную разработку проектов, а также тем, кто просто любит порядок и системность во всем.

Думаю мне не стоит объяснять для чего и как используются системные переменные окружения, а также, что такое строки подстановки и где они применяются... Пользу от переменных значений в программировании сложно переоценить. Но вопрос - насколько значнения системных переменных окружения переменны? Т.е. я хочу сказать - как часто и на сколько легко править системные переменные окружения? Если вы скажите, что редко и эта процедура вполне удобна, то, думаю, эта статья будет вам не особо интересна. Лично я, довольно давно работаю с несколькими проектами, в которых активно используются кое-какие системные перменные, при этом, значения от этих переменных проекты ожидают разные, понятно: пути к библиотекам и ресурсам для разных проектов - разные, а переменная одна. Приходится как-то переключатся. Это можно делать по разному:

скрипт для глобальной смены переменных окружения - ужастный вариант, схожий по извращению со сменой переменных окружения руками, оснобенно сочувствую несчастным пользователям Windows, конечно этот вариант хорош при инсталяции вашей системы на машине заказчика, но работать так повседневно - крайне затруднительно;
скрипт запуска приложений с нужными переменными - так например, можно запускать Eclipse IDE или своё приложение с помощью отдельных скриптов, в которых перед вызовом самого приложения предварительно прописать экспорты (export) (или сеты (set) для Windows) тех или иных переменных окружения. Вариант более удобный и в каких-то случаях вполне приемлемый, но мы будем говорить о том как, по крайней мере внутри Eclipse IDE, достигнуть этого же эффекта более элегантным способом.

Предположим, что у нас есть проект, который называется "MyPrj". Пусть у этого проекта есть корневая директория, в которой находится сам файл для запуска приложения, а также его конфигурационные файлы и какие-то библиотеки, такие как log4j.jar и тому подобные. Таким образом, есть примерная структура проекта:

/home/sk/myprj/root [кореневая директория]
|-- bin             [папка для рабочих файлов проекта]
|-- config          [папка с конфигурацией]
`-- libs            [какие-то библиотеки]

Теперь посмотрим, что можно сделать в настройках Eclipse Workspace.

1. Переменные для сборки

Вообще надо сказать, что настройки Eclipse, относящиеся к проектам, заданы по умолчанию на уровне IDE, но они могут быть переопределены в свойствах конкретного проекта, это можно называть по умному - project-specific settings.

Таким образом для начала работы, если мы хотим использовать у себя в проекте библиотеку log4j.jar, то мы должны сказать проекту, где она лежит. А для этого необходимо определить, так называемые classpath variable, в настроеках проекта: Project >> Properties >> Java Build Path. В этом окне можно добавлять пути к внешним библиотекам разными способами, описывать каждый я не буду - мы хотим использовать переменные, поэтому жмем "Add Variable". Далее, чтобы создать свою переменную нужно нажать ещё несколько кнопок: Configure Variables >> New. Назовем переменную MYPRJ_ROOT и в качестве значения укажем корневую директорию проекта:

Далее, создав переменную, её можно использовать для формирования пути к библиотекам - в диалоге "Add Variable", выбираем из списка MYPRJ_ROOT и жмем на кнопку "Extend" и ищем в списке нужную библиотеку:

Описаный способ подключений библиотек, в общем-то вполне очевиден, также понятно в чём плюс такого подхода: при разработке проекта несколькими людьми на разных машинах пути к директории libs могут (и скорее всего будут) отличатся. Используя переменную - проблема будет состоять только в том, чтобы каждый разработчик настроил у себя в workspace нужным образом classpath variable (понятно, что в этом случае название переменной должно быть оговорено и быть стабильным).

2. Внутренние переменные окружения Eclipse IDE

Хорошо, проект у нас есть, необходимые библиотеки подключенны, теперь нам нужно, чтобы во время отладки из под Eclipse проект использовал переменные окружения.

В Eclipse есть возможность запускать проекты каждый со своими индивидуальными настройками, вплоть настроек значений переменных окружения. Для этого в окне настроек Eclipse (Window >> Preferences >> Run/Debug >> String Substitution) создадим строку подстановки, которую в последствии используем в качестве значения для внутренней переменной окружения Eclipse:

Назовем строку подстановки, как и в пункте 1 - "MYPRJ_ROOT" (хотя это и не обязательно, более того не надо путать переменые описанные в пункте 1 и строки подстановки, а также переменные окружения - это разные вещи) и снова укажем в качестве значения корневую директорию проекта: /home/sk/myprj/root.

Теперь нам при запуске приложения необходимо указать JVM правильный CLASSPATH. Для этого в диалоге "Run Configurations", во вкладке "Enviroment" нужно создать внутреннюю переменную окружения для проекта. И опять назовем её "MYPRJ_ROOT"... честно сказать я обычно и в реальном проекте так делаю и даже не путаюсь в итоге, но вообще, опять же - всё зависит от ситуации и личных взглядов.

Далее во вкладке "Arguments", в поле "VM arguments" напишем следующее заклинание (одинаково для любой ОСи):

-Djava.ext.dirs=${MYPRJ_ROOT}/libs

Теперь, во-первых, запускаемое приложение будет полностью уверенно, что в системе есть переменная окружения ${MYPRJ_ROOT} (или %MYPRJ_ROOT% на виндовый манер), которую можно использовать во время выполнения, например, как-нибудь так:

а во-вторых: CLASSPATH обращен к директории /home/sk/myprj/root/libs, где JVM будет искать необходимые библиотеки для проекта, и этот путь с нашей точки зрения будет являтся относительным (как минимум относительно данного проекта).

Здесь оговорюсь: использование переменных окружения в качестве нахождения пути к папке с проектом - не лучший способ, тут я просто продемонстрировал пример использования переменных окружения, может не самый удачный, но смысл тут остаётся один - показать то, как в Eclipse IDE создать окружение для отлаживаемого приложения.

3. Переменные для размещения собраных библиотек

Следующий шаг - это выкладываение собраной библиотеки нашего проекта в директорию, от куда её потом можно будет запускать в качестве stand alone приложения.

Конечно, сборкой проекта, особенно крупного, должны заниматься монстровые инструменты, такие как Ant и Maven, а всякие там гуёвые решения (от англ. GUI) - это, понятно, от лукавого. Но всё же рассмотрим именно последный, т.е. гуёвый, вариант, коли уж мы говоим о переменных подстановки. Сразу скажу, что путь этот несколько тернист и сразу не очевиден...

Есть такая замечательная вещь как JBoss Tools - это набор расширений Eclipse для работы с продуктами JBoss - Hibernate, JBoss AS, JSF, Seam и т.д и т.п... В этом, почти бесконечном, наборе инструментов, есть такая, сразу не заметная, вещь как JBoss archives tools, она позволяет автоматом пакетировать java-библиотеки и выкладывать их в указаных местах. Как с помощью этого инструмента пакетировать проект - это тема для отдельного, пусть и не длинного, разговора, напишу об этом в следующем посте, а вот как выкладывать собраные библиотеки мы поговорим прямо сейчас.

Прежде, чем начать забивать гвозди - нужно взять молоток в руку. Тем кто пользуется целым пакетом JBoss Tools, в каких-то своих целях, проще - у них инструментальный ящик под есть рукой и достать от туда молоток не проблема. А вот, для тех у кого этого счастья нет, и вообще не понятно нафиг оно нужно - есть два варианта: либо вообще плюнуть на это дело, либо скачать молоток отдельно. Устанавливать у себя целиком JBoss Tools ради одного инструмента - сомнительное удовольствие, JBoss archives tools можно легко установить отдельно, не выходя из Eclipse, для этого идём в окошко одновлений: Help >> Software Updates >> [вкладка] Available Software. Здесь нам нужно добавить адрес к JBoss Update Site (кнопка "Add Site...") - здесь я оставлю выбор сайта на усмотрение читателя: http://www.jboss.org/tools/download.html. Также, есть возможность, просто, скачать пакет в качестве архива - это можно сделать тут (для Eclipse 3.4.2): https://www.jboss.org/tools/download/stable.html.

После всех этих не простых приготовлений в Eclipse должна появиться View "Project archives" (быстро найти её можно нажав Ctrl+3 и вписав в текстовое поле: "archives"). Теперь можно приступать к эксплуатации: выбрав наш проект, он появится в "Project archives", от куда по правой кнопке перейдем в диалог создания нового JAR файла. Здесь настраивая содержимое архива нашего проекта можно указать путь назначения для сборки. И сделать это можно, опять же с помощь внутренних переменных окружения Eclipse - указав в поле "Destination": ${MYPRJ_ROOT}/bin/, и выбрав для "Replace to" пункт "file system":

В общем-то это всё. После создания и настройки архива, во View "Project Explorer" (к сожалению, только в этой View) у проекта должна появится такая штука:

т.е. кнопка сборки архива проекта всегда под рукой и копирование архива при этом происходит сразу в нужное место. Очень удобно.

В общем надеюсь, статья окажется полезной. На этом у меня всё.

Eclipse Modeling Framework Overview

2009-06-02T06:46:00.033+03:00

Я собираюсь разобраться с Eclipse Modeling Framework и поделиться своими открытиями.
Первое открытие: Eclipse (3.4.2) поддерживает UML 2.1.

Эта модель классов позволяет получить код.

Нужно создать EMF Model (файл .genmodel), импортируя созданную модель.

При импорте модель должна удовлетворять более строгим правилам, чем при создании. Поэтому в моей созданной модели обнаружились ошибки:

Здесь требуется указать тип-параметр у дженерика EEList. У меня это не получается. (Как позже выяснилось, нужно делать либо ассоциации-референсы, либо максимальную кратность атрибута *, по крайней мере в Ecore.)
Тогда, переделываю UML.
Т. к. нет простого пути указать кратность ассоциации, перехожу в ECore - модель промежуточного (канонического) формата EMF.

Перегенерирую UML (через контекстное меню genmodel'и) чтобы актуализировать изменения из ECore (это не обязательно, UML использовать вообще не обязательно):

Запускаю генерацию кода (Generator > Generate All). Второе открытие: для нашей модели даже генерируется по умолчанию какой-то пользовательский интерфейс. Получается 4 плагина:

model - это сама модель с фабриками для создания объектов
edit - промежуточный код редактирования объектов модели
editor - UI-код редактора модели
tests - скелеты тестов

Можно сгенерировать отдельные плугины по соответствующим пунктам меню Generator.
Запускаем плагин editor как часть Workbench'а... Вот он:

Это редактор инстансов объектов нашей модели, который можно даже немного настроить при генерации и, конечно, поправить исходники.

А код модели обладает (автоматически, бесплатно и по умолчанию) функциями оповещения наблюдателей об изменениях, персистенции в ресурсы (опять же настраиваемой опциями) и своим рефлексивным API.

В общем, ищу единомышленников по освоению Eclipse Modeling Framework и связанных с ним проектов.

P. S.
Основная книга Eclipse Modeling Framework: A Developer's Guide.
Еще есть перспективный проект по модели UI для нашей прикладной модели - Eclipse Presentation Modeling Framework (PMF) (пока к сожалению медленно развивающийся). Вот пример работы фреймворка, ложащегося в основу этого проекта.

Eclipse 3.5 Galileo

2009-05-27T10:05:00.006+03:00

Всем привет.

Для начала хочу объяснить причину своего продолжительного отсутствия: 2 февраля 2009 года у меня родился сын (если кому интересно, чуть более подробно об этом я писал здесь: http://sergej-k.livejournal.com/14710.html)! Это событие сильно изменило мой, до этого момента, привычный образ жизни. Конечно, изменения произошли исключительно в лучшую сторону, но это сказалось на моём сетевом и не только времяпрепровождении.

В общем, этот блог, который я завёл с целью писать всякие интересности связанные с Eclipse, за время моего отсутствия сильно увял, так и не успев распустится. Это печально. Сейчас я всё же хочу произвести очередную попытку наполнить сей ресурс полезной информацией, учитывая то, что кое какой материал у меня накопился за это время и я надеюсь он будет полезен публике. Более того, за это время к блогу присоединился ещё один автор, Kurill, который обещал способствовать развитию ресурса... Так что я тоже, с нетерпением жду новый интересных статей в этом блоге! ;-)

Ну а пока, предлагаю почитать, на мой взгляд, просто замечательную статью "Давайте посмотрим, что нового будет в Eclipse 3.5" сурового челябинского программиста про Eclipse 3.5 Galileo RC1.

Word processor in the Eclipse

2008-11-11T10:07:00.004+02:00

В последнее время стал замечать за собой, что при работе в обычных текстовых редакторах, таких как OOo Writer, какой-нибудь gedit и прочих (в vim, разве что я этого за собой не наблюдаю), я стал требовать от них тех функций и того окружения, которые есть в стандартном редакторе java в eclipse... А именно (на примере OOo Writer, к остальным нет смысла придираться):

Возврат к последнему месту изменения текста (Alt+Left в Eclipse) - вот иногда, бывает правишь большой текст и, бац, промахнулся мимо кнопки delete прям по кнопке end (ну вот косолапый я, что теперь?). Вернуться назад просто так не получается, приходится ползать по всему документу в поисках места от куда вылетел курсор. Наверно, можно нажать Ctrl+Z и чуток отменить написанное - курсор вернётся на место, а потом нажать Ctrl+Y... но мне кажется это как-то кривовато, хочется как в eclipse ;-);
Не хватает закладок на полях, на самом деле в OOo они есть и ими даже можно пользоваться (в том плане, что это вполне удобно при определённой сноровке), но всё равно хочется как в Eclipse. Тут дело даже не в том, что хочется и всё тут, а вот именно, что не хватает всяких приятных мелочей, которые начинаешь замечать только при их отсутствии - горячих клавиш, например, возможности быстро перемещаться от одной закладки к другой, нет отметок на полях и так далее;
Не хватает быстрого перехода от одной выделенной ошибки к другой (Ctrl+. и Ctrl+,);
Ну и вообще было бы очень вкусно, на мой взгляд, использование эклипсовских вьюх (ViewPart) с их великолепной возможностью располагаться в любых позах и любой последовательности. Например, мне не хватает возможности открыть сразу два документа, один в левой части экрана, другой - в правой (или один в верху, другой - внизу или вообще три или четыре сразу документа открыть, хотя это слишком)! Да это можно сделать, оконные менеджеры давно позволяют вытворять такие штуки с диалоговыми окнами, но черт возьми, эклипсавчане меня поймут - все эти окна - это всё фигня, хочу вьюхи и перспективы! ;-)

Да и вообще, если подключить фантазию и реализовать функционал OOo Writer (или вообще всего офиса) на платформе RCP - это ж, мне кажется, можно классного монстра сделать!..

На самом деле OpenOffice.org велик и могуч, в том виде в котором он есть. Весь пакет приложений создавался как альтернатива, ненавистному, MS Office, поэтому ребята двигаются своей дорогой, я лишь хочу пожелать им удачи в этом.

Возможно я просто стал излишне капризен по мелочам. Возможно. Но, всё же, думаю, что было бы очень не дурно иметь некоторый (пусть не полнофункциональный) текстовый редактор внутри Eclipse IDE - для написания технической документации по разрабатываемому проекту, например, или её прочтения, а также прочих будничных применений. И тут, конечно, нужно сказать, что такой текстовый редактор был бы удобен в первую очередь программисту, нежили простому офисному планктону, что может показаться странным - программисты не часто что-то пишут, кроме кода. Да, может быть некоторые вообще этого не делают, но для тех, кому всё же приходится работать с документами, я думаю, такая штука была бы очень интересна. Ну или как минимум приятна! :-)

Это всё мысли в слух, идей много и так хочется заняться всем на свете, но как всегда чего-то не хватает, то времени, то сил, то ещё чего-то. Не знаю, думал ли кто-то над этим еще кроме меня, но сходу найти что-то такое у меня не получилось, может быть не там искал или не с теми условиями запроса, но картина мне показалась грустной и не дорисованной, на холсте, имхо, ещё много места для художников-энтузиастов... пока.

Change for the better

2008-10-28T10:15:00.005+02:00

Приветствую всех.

За время своего продолжительного бездействия в блоге и прочих он-лайн сферах я давненько не смотрел, что происходит в мире eclipse, его сообществах и вообще в Мире (я, конечно, немного утрирую, но тем ни менее). Сегодня совершив небольшой рейд по достаточно старым и всем хорошо известным ресурсам я заметил следующие изменения:

Во-первых изменилась главная страница eclipse.org? Хм... наверняка для многих это не новость, но для меня, как человека выбравшегося из танка - очень даже ново, но скажу, что красиво - от круглолицых человечков веет, как минимум, прошлым веком, как максимум - ms... Ну это так - моё субъективное мнение.

Во-вторых - на сайте wikipedia.org (конкретно в статье про Eclipse), тоже произошли некоторые изменения: там мною были обнаружено несколько, интересных ссылок на весьма любопытные ресурсы, вот:

Eclipse: знакомство, плагины -— обзор Eclipse для начинающих от студии Артемия Лебедева (!)... честно сказать я был немного удивлён этим. По ссылке, действительно, есть кое-что интересное и не только для начинающих.
Teach Eclipse — уроки по Eclipse для начинающих... На самом деле этот ресурс посвящен не eclipse, а web-технологиям и java, да и вообще в последнее время он переехал сюда (topcode.ru). Но, тем ни менее по первой ссылке можно найти тэг Eclipse и кое-что про него почитать на русском языке, правда информация там, действительно, для начинающих, что, в прочем, тоже полезно.
Бесплатный инструментарий стоимостью в миллиард — какая-то статья, интервью с Майком Малинковичем (не очень свежая, но интересная и на русском).

В-третьих появились изменения в сервисе blogger.com и они меня тоже порадовали - появилась возможность публиковать список читаемых блогов. Зачем это нужно? В общем-то не очень понятно, но прикольно - я опубликовал (что можно видеть в моём профиле). Об этой фиче можно почитать тут (осторожно английский и корявые скриншоты)...

В общем я посмотрел на всё это и решил тоже сделать в своём блоге не большую обновку - поменял заголовок, поменял свой аватар, что-то по мелочи и, самое важное, написал этот пост. И не важно, что новость в очередной раз высосана из пальца - по крайней мере сдул пыль и снял паутину с блога, что тоже приятно и надеюсь полезно ни только для меня. Так что живем господа: всё, что ни делается - всё к лучшему!

Do What I Mean

2008-08-14T09:31:00.013+03:00

Do What I Mean (DWIM) — делай, то что я думаю. Да, звучит громко, но всегда хочется, чтобы программирование, как можно больше, сводилось именно к такому принципу и подходу. Частично, внутренние средства Eclipse в этом нам сильно помогают (для критиков оговорюсь — в общем-то любая IDE если не делает этого, то просто обязана делать), например возможность быстро переименовать какое-то значение в тексте или сделать более глобальный рефакторинг по всему проекту, или даже workspace. А есть еще такие штуки, как шаблоны (Templates). Вот сейчас, я хотел бы немного поделиться своими примерами шаблонов, для облегчения рутинного постукивания по клавиатуре.

Шаблоны вещь всем известная, по умолчанию в Eclipse их имеется целая куча, для того, чтобы ими воспользоваться достаточно начать (первые 2-3 символа) писать имя (alias) шаблона и нажать Ctrl+Space. Вот например, несколько стандартных шаблонов:

в результате чего получается следующее — остается только дать названия типам и переменным, а большая часть «букв» подставленная из шаблона:

Это всё хорошо и понятно, шаблоны, как известно, задаются и правятся в окне настроек Window->Preferences->Java->Editor->Templates:

А вот, шаблоны, которые на мой взгляд также очень удобны в обыденной жизни, но которых нет в стандартном списке:

Объявление логгера для текущего файла:

Например, в приложении часто, т.е. в практически каждом классе приходится писать объявление логгера, такого как log4j или ему подобных. Я предпочитаю вынести код его объяевления в шаблон, примерно такой:

// log (имя шаблона):
/** logger for this class*/
static final transient private Logger ${log}
= Logger.getLogger( ${enclosing_type}.class );

Вот так это выглядит в редакторе:

Теперь можно использовать, log, Ctrl+Space:

Enter - готово:

, остаётся только сделать import (используем hotkey Ctrl+1 в месте ошибки). Для полноты картины я бы завёл ещё несколько маленьких, но очень полезных шаблонов для логгера, вот например:

// lerr:
log.error( ${e} );

// linfo:
log.info( "${text}" );

// lwarn:
log.warn( "${text}" );

В общем изголятся можно по всякому. По поводу скорости печати можно и поспорить, тут, ведь и без того, чтобы подставить строку log.error( ... ), вполне достаточно написать log.e - итого четыре буквы против двух (le, li, lw ...), так что - это для гурманов, хотя некоторые эту переменную могут обозвать logger, а это уже куда длиннее! ;)

Объявление констант:

// strconst:
public static final String ${const_name} = "${const_name}";

// intconst:
public static final Integer ${const_name} = ${cursor};

// etc...

Можно в шаблон подставить еще и комментариев, например пустой блок для дальнейшего использования - /** */. В результате получаем довольно удобное средство для написания большого количества статических констант:

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

Вот например есть еще одна штука, тоже шаблоны. но их использование отличается от описанного выше - Code Templates (Preferences->Java->Code Style->Code Templates). Этими шаблонами пользуется сама IDE, для того чтобы генерить такие методы как геттеры (getter) и сеттеры (setter) и прочую фигню - вещь крайне не заменимая, но добавлять своих шаблонов сюда нельзя, можно только поламать существующие.

Как пример, скажу, что удобно использовать шаблон для подстановки блока комментариев для javadoc, например для класса:


/**
*
*
* @version 1.0
*
* @author <a HREF="mailto:${user}@somemailbox.ru">Sergej K.</a>
* @date ${date}
*/

В итоге пишешь над классом /** + Enter и получаешь:

В общем, как-то так. Остаётся, только написать программу, которая сама за тебя будет программировать! ;) Так, что всем удачи, на этом поприще.

Eclipse: Java EE Applications Made Easy eBook

2008-08-06T12:20:00.008+03:00

Сегодня компания IBM прислала мне очередное письмо, в котором любезно сообщили мне о том, что вышла новая интересная книга, посвященная Eclipse, которую можно совершенно бесплатно скачать из Интернета: Eclipse: Java EE Applications Made Easy. «Скачать из Интернета» — нужного понимать буквально, потому, что ссылка уходит на сайт Internet.com, где прежде, чем первым шагом, прежде чем гулять по сайту нужно зарегистрироваться. :-( Стало грустно, но любопытство было выше и я зарегистрировался, фих с вами — книгу скачал, всего 1,5 mb и тут же разочаровался, всего 41 стр.! Вот всё её содержание:

Letter from the Editor

- Bob Kane

Get Started with the Eclipse Platform

- Chris Aniszczyk and David Gallardo

A Whirlwind Tour of Eclipse Europa

- Chris Aniszczyk

Installing and Using Eclipse-based IBM Rational Products

- Khawar Z. Ahmed

An Introduction to Eclipse for Visual Studio Users

- Genady Beryozkin

Taking a Lifecycle Approach to Software Quality Testing and Management

- Rikki Kirzner

Rational Application Developer for WebSphere Outshines Eclipse

- Rikki Kirzner

В общем-то, эта «книга» — простой набор статей разных авторов, красиво оформленных в pdf. Ждал большего, но в общем-то «за бесплатно» и за это спасибо. Вообще, должен сказать, что автор Chris Aniszczyk мне нравиться (как автор), я периодически читаю его статьи в блоге (в моём rss-канале, можно часто видеть его публикации), так что его имя в этой книге меня порадовало. Остальных не знаю :-(...

В общем, для тех, кому интересно, чтобы не мучатся, — я выложу эту книгу тут: http://groups.google.com/group/eclipse-dev-rus/files?hl=ru (сейчас выложить не могу по внутренним техническим причинам, если, что можите мне написать - вышлю почтой)...

Upd: выложил книгу по выше указаному адресу.

Eclipse Search in FireFox

2008-07-31T19:59:00.006+03:00

Очередной форвард из моей ленты новостей...

Для тех, кто не знает, есть такой интересный проект: Cypal Solutions - Eclipse Search. Думаю, название говорит само за себя - это поисковик по различным ресурсам связаных с тематикой eclipse. Честно сказать, не знаю сколько там страниц проиндексированно и прочее, на сколько я понял - движок гугловский (хотя не знаю - не вдавался), но, вообще, результаты поиска, по моим капризным запросам, меня порадовали (не мог не поискать самого себя!). Автор оригинала новости, например, предлагает сравнить результаты поиска по запросу EMF у Google и Eclipse Search и сделать для себя выводы. По моему, вполне показательно.

Самой интерсной фишкой в этом всём, имхо, - это наличие firefox плагина. Для того, чтобы добавить Eclipse Search в список своих поисковиков, нужно просто зайти на эту страницу и выпадающем списке поисковиков, в правом верхнем углу, появиться кнопка "добавить Eclipse Search". Очень просто! Но если что, тут есть илюстрированная инструкция ;-). В джентельменском наборе каждого Eclipse гика такая штука быть просто обязана. Я так считаю! ;-)

Eclipse Ganymede RC4

2008-06-25T15:37:00.002+03:00

Ура товарищи! Ganymede get ready!
Кто-нибуть объясните мне есть ли разница между скаченной мною версией пару дней назад и сегодняшним выпуском?! :-) Метка "beta" уже, относительно, давно из названия пропала - есть смысл еще раз тащить этот спутник к себе в логово?

Ganymede is coming...

2008-06-16T15:00:00.004+03:00

Все больше и чаще то тут, то там начинают говорить об Eclipse Ganymede. И хорошо - все ждут официального релиза, и мы ждем. Я, вон, даже записался в друзья Ганимеда и картиночку у себя в блоге повесил ;-).
Вот что про него пишут сами разработчики (в лице Тома Сшиндл, надеюсь я верно его имя написал):

В JFace добавятся 2 Nebula-компонента (Nebula-Gallery и Nebula-Grid), которые должны, по идеи, расширить ряд JFace-Viewer-API компонентов;
Для датабиндинга (databinding) появятся дополнительные плагины, реализующие связь данных с EMF-объектами... ээээ ... честно сказать я даже не знаю радоваться ли, ибо я не знаю что это и с чем это надо есть. Сам Том в своем блоге пишет, что вещь хоть и сырая, но очень классная! Ну что ж, дай Бог!
Так же датабиндинг должен пополниться поддержкой деревьев (TreeViewers). Наконец-то;
Ну и естественно исправлена целая куча ошибок старых и добавлена целая куча*3 новых, ну это в общем-то естественный процесс.

Ну конечно - это лишь поверхностный взгляд. Если разбирать детально, то в каждом из 24-х проектов в Ганимеде - будут свои вкусности и фенечки. Так что всем ждать затаив дыханье и капать слюной на клавиатуру.

Не смотря на то что Ганимед еще окончательно не появился на свет (обещали, кстати уже в июне дать скачать окончательный релиз), уже появилась интересная страничка, где можно написать где и как ты используешь Eclipse - Ganymede Around the World. Примечательно, что на данный момент в Европе его используют активней всего :-) ... Наверно это так сказывается название текущей версии Eclipse Europe! В общем предлагаю всем в обязательном порядке ткнуть пальцем в карту и сказать, я вот тут сижу и на Ганимеде вашем программки пишу ;-).

И вообще - активно следите за новостями (осмелюсь еще раз пропиарить свой feed ;-) ... ), в последнее время они очень радуют! Особенно радуют глаз движения на отечественном сегменте, и не важно, что все буквы не русские, так уж оно есть - какие смогли такие написали!...

Так что ура! В бой и с песнями!

World Wind Java

2008-06-04T17:52:00.005+03:00

Прослышал в новостях про интересный продукт - World Wind Java (WWJ) SDK. Позволяет, аля Google Earth/Maps посмотреть со стороны на наш жалкий мирок. Проектом занимается ни кто-нибудь, а небезызвестная контора космонавтики - NASA (всем боятся полчаса). Да и вообще, этот проект вызвал у меня интерес еще по следующим причинам:

Во-первых: приложение написано на Eclipse платформе и может быть использовано в привычной IDE в качестве плагина;
Во-вторых: это open source проект написанный на Java и Open GL;
В-третьих: это как написано в на сайте - новые возможности для создания/развития открытых Геоинформационных Систем (ГИС);
Ну на конец - это просто прикольно! Такой проект, да еще и открытый, написан на Java, тут и Eclipse, IBM, NASA, 3D... столько интересных слов употреблено, аж дух захватывает. Сразу захотелось это добро куда-нибудь прикрутить :-) ...

Классно. Меня впечатлило.

Lotus Symphony

2008-06-03T11:18:00.004+03:00

Из новостей:

После продолжительного тестирования вышел Lotus Symphony 1 Final. Бесплатный офисный пакет основан на OpenOffice 1.1.4 и на Eclipse Rich Client Platform.

Особенностью является многодокументный интерфейс (MDI). Состав пакета: Lotus Symphony Documents, Lotus Symphony Presentations и Lotus Symphony Spreadsheets. Полная поддержка русского языка.

Symphony может работать с различными форматами документов, в том числе и с форматами MS Office 97-2003. По умолчанию документы сохраняются в ODF, возможен экспорт документов в PDF.

Оч приятная новость, имхо. :) Подробности тут.

hot use

2008-05-27T10:10:00.006+03:00

Я решил поделиться некоторыми знаниями "сытняков и полезностей" найденными и используемыми мною в eclipse.

Во-первых - это горячие кнопки для навигации и просто удобного кодинга:

Долго не мог понять, как в eclipse быстро с клавиатуры переключатся по открытым вкладкам с кодом. В списках Preferences->General->Keys я нашел только сочетание клавиш Ctrl[+Shift]+F6 для перехода по списку открытых вьюх... но на мой взгляд, это ни очень удобно как с точки зрения расположение кнопок (да их можно изменить) так и само по себе всплывающее при этом окошко, в таком режиме удобно разве что Ctrl[+Shift]+F8 - для переключения перспектив. А вот, не так давно, мой коллега gj работе случайно промахнулся по кнопкам и обнаружил следующее сочетание: Ctrl+PageUp и Ctrl+PageDown - логичное сочетание кнопок и удобная реализация! Я был в восторге! Странно, что ни где не было описание этих кнопок... так, что для тех кто про них не знал - рекомендую;
Ctrl+1 - вызывает контекстное меню для быстрого автоматического исправления каких-то ошибок или подстановки каких-то значений (эта комбинация клавиш и те что дальше описываются - не секрет, они все есть в настройках и их можно переопределить, просто хочется поделиться опытом в использовании и дать рекомендации);
Ctrl+2, пауза + R (F, L) ... лично я приноровился пользоваться только сочетанием в купе с буквой "R" - чтоб быстро переименовать переменную, когда она "поломана" ;-) Честно сказать, я не сразу вообще понял, как работает такое сочетание кнопок - потом долго улыбался...
Ctrl+3 - очень полезная комбинация, имхо, вызывает окно быстрого поиска и доступа по всему, кроме текста. Удобно открывать какие-то вьюхи (когда знаешь как они называются) не лазая, например, в меню Window->Show View->Other... да и вообще многие другие вещи можно найти быстро;
Alt+Shift+S - вызывает контекстное меню для генерации исходных кодов (source - в правой кнопке мыши), затем жмем "R" для генерации методов Get и Set или кнопку "V" для переопределения методов суперклассов и интерфейсов;
Ctrl+. и Ctrl+, - переход по аннотациям ... по каким именно можно настроить в меню на тулбаре eclipse (если эти кнопки там есть, то они выглядят как стрелки вверх и вниз на листах кода). Я обычно ставлю переходы по букмаркам (bookmarks) и ошибкам (errors), иногда по таскам (tasks) - это сильно упрощает навигацию по большим файлам;
Alt+Left (Right) - это возврат к последнему месту редактирования;
Банальности: Ctrl+Alt+Up (Down) - делает копию/дублирует строку. Alt+Up (Down) - перемещает строку вверх/вниз. Ctrl+D - убивает текущую строчку, не знаю почему - но мне это нравиться, очень удобно;
Еще банальности: Ctrl+T - быстрый просмотр иерархии классов, Ctrl+L переход к номеру строки, Ctrl+/ комментирует/разкомментирует строку или пачку выделенных строк;

Во-вторых - "фишки" для удобства работы с проектами:

Working Sets - должен сказать, что я не сразу приноровился пользоваться этой функцией. По крайней мере полноценное удобство я почуствовал только тогда, как нашел в дополнительном меню вьюхи Package Explorer пункт Top Level Elements->Working Sets и указал, чтобы во view отображались несколько разных наборов рабочих проектов в томже меню - Configure Working Sets. Привык - удобно!
Declaration - прекраснейшая view - позволяет быстро смотреть внутренний код классов и методов... Как уже было описано выше - для быстрого доступа к этой "фишке" жмем Ctrl+3 и начинаем писать "dec" - на самом вверху списка должно появится нужное значение! ;)
Bookmarks - закладки. К сожалению я так и не нашел как их можно ставить и убирать с клавиатуры (должен признать что в MSVS это было удобно), но вообще - вещь очень приятная особенно, если приучить себя давать человеческие названия закладкам и держать под рукой Bookmarks View (Ctrl+3);

В-третьих - отладка:

Тут мало чего есть сверхестественного - просто стандартные, но тем ни менее бесконечно полезные, функции в меню Run, такие как: Skip All Breakpoints, Add Java Exception Breakpoint... и Add Class Load Breakpoint... Единственное интерсное открытие я сделал для себя - это возможность настраивать брэкпоинты. Да - те точки, что устанавливаются по краям полей в Edit View - тут понятно, нажал правой кнопкой, зашел в настройки (Breakpoint Properties...), а вот вызвать это же меню для брэкпоинта исключения - это я не сразу догадался как сделать :( ... В итоге все просто - это находится в Breakpoints View (кто бы мог подумать?!). Одна из полезнейших там настроек - это "политика на повешенье" :) (Suspend Policy), определяет кого вешать - Thread или всю VM. Ну и плюс, можно задать условия для отлова - иногда приходится громоздить суровые ловушки для тараканов!

На этом у меня всё. Если у кого есть чем дополнить - пишите в комментариях, буду очень признателен!

more news

2008-05-08T11:45:00.003+03:00

Открыл еще один канал новостей, но теперь тематических - всё про eclipse... Новости не мои, я лишь жалкий плагиатор - собрал различные feed-ы с блогов и новостных сайтов + выдержки из других отстраненных источников в кучу и получилась вот такая вот страница (краткий обзор страницы в блоке справа "eclipse news"). На эту фугную, при желании можно подписаться через любой rss-reader. Про источники, подробней можно почитать тут, в разделе "rss-каналы, блоги и ленты".

В общем надеюсь будет полезно ;) ...

Vimplugin

2008-04-28T18:17:00.004+03:00

Показали тут мне одну штуковину интересную: плагин для eclispe, который позволяет работать в редакторе vim прямо из среды eclipse! ... Выглядит это просто уматно (по ссылке картинка)! Не удержался - попробовал, запустить это чудо у себя! Восторга целый вагон. Уж не знаю, буду ли я когда либо пользоваться этим в реальной жизни, но вообще порадовался как ребенок!

Боевое крещение я не проводил - написал Hello World, повеселился и успокоился, но могу кое что сказать про использование этого зверя:

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

2. Самое большое неудобство, имхо, в одном - отсутствует мощнейшая подсветка ошибок eclipse, конечно есть всяческие навороты vima-а, но отследить ошибки связанные с много проектной разработкой, т.е. например интерфейс библиотеки изменился, и используемые методы уже неактуальны и прочее - тут, уже глухо. Т.е. таким образом пропадает смысл
IDE, так что поправить какие-то файлики независимые - круто, но полноценный проект вести явно не удобно...

3. Есть несколько глюков (хотя, возможно, я что-то не так делал, ибо сильно не вдавался): тупит при попытке открыть несколько view при помощи этого редактора. Т.е. при попытке открыть несколько файлов в разных вкладках одним редактором у меня завершились молчаливой неудачей - тупо второй файл не открывался...

В общем вот так. Не смотря не на что - мне понравилось! Молодцы разработчики, пишите есщо! Версия еще нулевая, так что возможно, в будущем всё будет ещё интересней.

Кому интересно - скачать можно от сюда.

Eclipse NewsPortal

2008-04-24T09:02:00.006+03:00

В последнее время подсел на чтение рассылки новостей от eclipse.org ... Раньше как-то не вдавался в подробности работы подобных сервисов, считая их инструментом по загаживанию почтогого ящика, но в конце концов мне надоело натыкаться на страницы подобного типа (см. картинку слева). Конечно, может быть я просто зажрался, но мне кажется, что так читать не очень удобно что-либо. В общем решил разобраться, с целью облагородить свое времяпрепровождение в сети при поиске ответов на свои вопросы.

Выяснилось, что читать всё тоже самое можно где угодно и как угодно, хоть кверху какой! Поддерживается мой любимый rss канал, где можно быстрым взглядом пробежаться по последним обсуждениям, а можно активно спамить свой ящик и из из него же перекрестно отстреливаться письмами в общий thread новостей отвечая на "глупые" вопросы eclipse-пользователей, а можно пользоваться удобной web-мордой, которая выглядит на порядок симпатичней, чем морда представленная на картинке выше (на самом деле таже фигня, но вид сбоку, хотя всё равно приятно). В общем, для кого-то всё это, возможно, не новость - ну и ладно, в любом случае для таких же не продвинутых как и я советую поизучать страницу eclipse newsgroup, а что бы было проще влиться в курс дела, то там же имеется мощнейший help.

Russian Regional Community

2008-04-08T13:14:00.009+03:00

Как-то раз я совершенно случайно, из какого-то блога узнал про то, что на сайте wiki.eclipse.org есть страница посвященная региональным сообществам Eclipse (до этого я как-то не замечал эту страницу). Раньше, в eclipse-dev-rus google-группе поднималась тема по поводу создания небольшой страницы, на которой хорошо было бы отмечать себя как сообщество безумных Eclipse-фанатов. Как бы с целью себя показать и найти себе подобных. Идея, конечно, хороша, но предложенный путь реализации, на мой взгляд, несколько куций, т.е. предлагалось воспользоваться некой социальной сетью, в которой есть возможность пометить своё место нахождение цветной кнопкой на карте мира. Ну и в общем идея так и не была восторженно принята ликующими народными массами. А вот расположить информацию о себе (вернее тут сказать: информацию о том, где можно найти информацию об Eclipse, в рунете) на сайте самой eclipse.org (или хотя бы на её странице wiki) было бы уже совсем не дурно... Только мысль об этом, почему-то, в голову сразу не пришла.

В общем, спустя какое-то время, уже и забыв про все эти замыслы, увидев страницу Regional Communities сразу подумалось о том, что вот сюда-то и нужно было бы написать о себе... так что теперь упоминание о нас есть на большом и красивом сайте, тут.
А вообще следует сказать - это wiki! Посему, каждый кто хочет может поправить эту страницу или добавить что-то своё. Пока страница выглядит несколько убого, но я надеюсь, что со временем или я или кто-то еще наведет порядок ;) ...

В общем - продвигаемся в массы!

P.S. Пользуясь случаем, хочу выразить свою благодарность в помощи и поддержке своей коллеге и просто хорошему человеку Анне, которая помогла разобраться в кудрявом интерфейсе и беспорядочных наборах английских букв. Спасибо!

Ganymede

2008-03-31T09:39:00.010+03:00

Не давеча, краем глаза посмотрел на Eclipse 3.4 Ganymede, над которым в настоящий момент не покладая рук трудится команда отважных разработчиков из Eclipse Foundation ... Должен отметить, что в новой IDE появилось несколько весьма приятных вещей, но и есть несколько достаточно обидных разочарований, которые по идее (всё таки это пока ещё только beta версия) будут в конечном релизе исправлены.

Начну с неприятного (для меня). Во-первых: я не смог запустить JBoss Server из под среды, по причине того, что сама View Server была просто недоступна... скорее всего это связано, с отставанием версий у джибоса, а может быть нужно, сделать какие-то хитрые приседания, чтобы запустить этого зверя. Пока для меня это не критично (работаю сейчас всё равно на 3.3), поэтому в детали не вдавался. Возможно, позже я попытаюсь завести сервер на новой архитектуре и если будет о чем писать - напишу.

Во-вторых: Help Contents не изменился... по крайней мере - я разницы не нашел. Это означает, что либо документация еще не готова и она просто не выглажена в beta версию IDE, либо я глупец, либо изменений в API платформы нет, что само по себе весьма прискорбно, например я жду когда в Eclipse реализуют jface tree databinding! :-(

На этом с минусами всё, уже хочеться обратить внимание на доброе и светлое!

Сразу бросились в глаза и порадовали немного модифицированные вьюхи Package Explorer и Outline. Что меня порадовало, так это цвет букв второстепенных значений - типы переменных, номер svn ревизии, имена авторов класса и пр..:

Одним из самых интересных нововведений можно назвать "хлебные крошки" (bread-crumbs navigation) в Java Editor-e:

Приятно, что на новой платформе моё RCP приложение взлетело как обычно, что в общем-то и ожидалось, с ходу сильных изменений в интерфейсах замечено не было, как это было при переходе с 3.2 на 3.3 ...

На этом приятности не кончаются, они все, в основном, связаны с навигацией, так, например, стандартная подсветка переменных (Mark Occurrences) стала разными цветами подсвечивать места где переменная объявляется и где просто используется, что очень удобно! Ну и по мелочи...

Итого - общее впечатление приятное, хотя нельзя отрицать, что взгляд слишком поверхностный, ну уж beta, как ни как, в бой я с ней пока не готов идти, хотя новые приятные фичи уже хочется использовать в живую :-) ... Приятно было познать слово ganymede - заинтересовался астрономией, оказывается что это крупнейший спутник в солнейной системе! Круто! Eclipse будет еще сильнее затмевать солнце, жаль только на Юпитере.

Так, что вот так. Продолжаем жить - следим за новостями.

eclipse in emacs

2008-03-24T14:15:00.000+02:00

Давно меня так ЛОР не смешил!.. Ухохатался над комментами. А вообще - новость очень любопытная, на мой взгляд. Для тех кто не ходит по ссылкам или из-за каких-нибудь проблем с источником приведу новость сюда:

В воскресном письме в список рассылки emacs-devel, Ричард Столлман сообщил о своих впечатлениях от знакомства со средой разработки Eclipse. Некоторые свойства Eclipse Ричард хотел бы увидеть реализованными в Emacs:

Табы для переключения буферов.
Perspectives - именованные конфигурации окон.
Различие между окнами для отображения содержимого файлов и окнами для навигации.
Отметки на границе окна об ошибках компиляции.
Панель навигации по ошибкам компиляции, параллельную скролбару.

>>> Подробности.

Действительно: пора бы уже начать эволюционировать! Emacs, vim, notepad и пр. хороши, но не для крупной корпоративной разработки. Так, кто-нибудь, сводите Столлмана в парикмахерскую, а то есть подозрение, что он и бритвы никогда не видел, не то чтобы Eclipse. Хотя - это я просто злобно шучу, Столлмана я уважаю, во многих вещах, как говорят - ему респект и уважуха. Но похоже, он действительно немного устарел в некоторых взглядах, так что приятно видеть, что человек выбирает правильный путь развития своего детища... Хотя еще более правильней, имхо, было бы начать поддержку развития emacs-mode в Eclipse... сам не знаю зачем ;-).

MS спешит на помощь Eclipse?

2008-03-24T11:16:00.000+02:00

Недавно прошла конференция EclipseCon 2008 (с 17 по 20 марта в Центре/Дворце Съезда города Санта Клара (Santa Clara Convention Center)). На ней выступали достаточно любопытные личности, в том числе Сэм Рамжи (Sam Ramji), ответственный за Open Source в Microsoft, который несколько удивил, смутил и порадовал своим объявлением, о том, что корпорация намерена поддержать две технологии Eclipse: Standard Widget Toolkit (SWT) и Higgins project. И подчеркнул, что на этом, возможно, данная инициатива не ограничится. История об этом только начала развиваться, хотя начаналсь она сравнительно давно.

Проект Higgins занимается созданием фреймворка, обеспечивающего интеграцию идентификации, профилей пользователей в гетерогенных системах, аналогичного Microsoft Windows CardSpace. И хотя разработчики Higgins активно трудятся днем и ночью над своим детищем, реализация задуманных ими идей, как они утверждают, невозможна без помощи со стороны Micro$oft. Если вдаваться в детали, то вся проблема заключается, в том, что разработчики хотят быть уверенными, что код, который они собираются распространять как open source должен быть "чист" от чужой интеллектуальной собственности, и от Microsoft требуется это или подтвердить, или открыть некоторые свои патенты, чтобы ребята были уверены, в том, что их не будут преследовать по закону. Вполне разумно, я считаю.

В прошлом году представители Microsoft без иронии говорили, о том как в корпорации рады тому, что Higgins создает утилиты, совместимые с CardSpace, но реальную помощь пообещали только сейчас. Обещанного, возможно, следует еще подождать пару лет, хотя судя по тому, что в последнее время Microsoft всё активней начинает обращать сои взгляды на сообщество open source говорит о том, что, либо они вняли китайской народной поговорке: "держи друзей ближе к себе, а врагов еще ближе!", либо грядут времена, когда отец форточек переосмыслит свою политику монополиста. Интересно, что из этого более вероятно?!

В итоге, небольшое резюме от меня: ни чего сверхестественного не произошло, MS ни кому мешок денег не дала, и на вряд ли даст. О реальной поддержке можно будет говорить только тогда, как она реально появится. А пока народ кормят обещаниями, и мне почему-то кажется, что в этом и есть дьявольский план врагов - вызывать мнимое доверие, пока сами ножи точат. Я не скептик и не пессимист, просто лично мне внутренне не нравиться эта новость... может быть я не прав.

Истории. Мысли. Надежды...

2008-02-29T21:41:00.001+02:00

Этот блог я завел для ведения записей связанных исключительно с моей google-группой eclipse-dev-rus. Честно сказать, эту группу я завел вообще чисто из интереса и обиды. Интерес состоял в том, что я хотел узнать подробней инструмент google groups. Обида - из-за того, что я не смог найти ответа на какие-то вопросы связанные с технологией Eclipse... В общем обиделся, появился отстраненный от дела интерес - завел группу. Я не планировал как-то поддерживать её и развивать, но тем ни менее вошел в процесс. Со временем народ потянулся, и на моё удивление какие-то темы даже завязались! Нет - это глупо писать такие истории про форум в котором от силы 20 человек, половина из которых может легко общаться и без форума, да и общение поддерживаются в общем-то 2-мя, 3-мя участниками! Но я пишу этот блог не для того, хвалиться своими НЕ достижениями, а для того, чтобы сильнее развить тему поддержки eclipse и сопутствующих технологий в России. Именно поэтому я надеюсь писать здесь что-то общественно полезное, свои открытия, какие-то новости, идеи, мои достижения, и пр. всё, что связано с Eclipse. Надеюсь это будет полезно и мне и тем, кто это будет читать.
Удачи мне в этом...