Показаны сообщения с ярлыком eclipse. Показать все сообщения
Показаны сообщения с ярлыком eclipse. Показать все сообщения

среда, 26 сентября 2012 г.

Как подружить Eclipse + GlassFish 3.1.x?



  Oracle в наследство от Sun получило неплохой сервер приложений GlassFish. С версии 3.1.x GlassFish полностью реализует Java EE 6, что позволяет при разработке использовать EJB 3.1 и прочие прелести современного enterprise.

  Гугл нам подсказывает что для интеграции Eclipse и GlassFish 3.1 есть специальный плагин Oracle GlassFish Server Tools. К сожалению сайт этот не обновляется, а предложенный плагин из коробки не видит инсталяции GlassFish версии 3.1.x. Причиной проблем является переименование библиотек jsf, проблема описана на stackoverflow: Glassfish 3.1.2 and Eclipse

  На самом деле оказывает Oracle GlassFish Server Tools потихоньку развивается и есть версия 2.0.1. За это нам надо сказать спасибо Vince Kraemer и Peter Benedikovic, свежая версия доступна в update site по ссылке: http://download.java.net/glassfish/eclipse/juno

  А узнать про результаты работы над этим плагином в блоге: Internal 3.1.2 runtime plugin for Eclipse available

 

понедельник, 9 января 2012 г.

Пишем расширение для Mylyn. Основа расширения

   Итак, мы настроили окружение для разработки на базе Mylyn framework и теперь можно приступать непосредственно к созданию скелета нового плагина. Я рассчитываю что у вас уже есть базовое понимание внутренней архитектуры Eclipse и использования OSGI. Для ознакомления с основами рекомендую почитать заметки Павла Смолысова о Equinox.

   В рамках этого цикла статей мы напишем коннектор к выдуманной Bug Management System (BMS): TTrac. Это позволит нам сконцентрироваться на реализации плагина, а не реализации конкретных особенностей протокола BMS. За основу мы возьмем коннектор org.eclipse.mylyn.trac, который входит в состав Mylyn и обеспечивает интеграцию с популярной системой управления проектами Trac

понедельник, 2 января 2012 г.

Осваиваем Eclipse. Пишем расширение для Mylyn. Окружение

Mylyn - это подпроект Eclipse, который предоставляет framework для реализации task and application lifecycle management (ALM). Что за хитрый термин этот ALM?


ALM это сокращение для термина - управление жизненным циклом приложения: от сбора требований до поставки. Простейшим случаем (и наиболее распространенным) является управление багами или задачами (issue/bug management system).

Mylyn предоставляет framework, который позволяет вам прямо из Eclipse:
  • управлять багами в вашей bug management system (например trac или bugzila)
  • сохранять и открывать историю изменений кода связанную с конкретным багом
  • видеть результаты сборки билда
  • и много другое
Более подробно о возможностях Mylyn я расскажу позже, а сейчас я хочу рассказать как настроить окружение разработки для работы и исходным кодом Mylyn.
Основой для этой статьи послужил Mylyn/Contributor Reference, но я взял на себя смелость пересказать это по русски и с пояснениями.

Осваиваем Eclipse. Пишем расширение для Mylyn. Введение


Все Java разработчики знают о существовании 3х самых популярных Java IDE:

Каждая эта среда имеет свою историю, достоинства и недостатки, и конечно армии поклонников. Важно другое уже минимум 2 года эти продукты стали не просто программами, а платформами для построения приложений.

Это позволило использовать базовые возможности этих IDE для разработки приложений:
  • своих IDE (IBM RAD, PyCharm, ...)
  • standalone приложений
  • распределенных приложений
  • и многого другого
Для меня наибольший интерес как платформа представляет именно Eclipse и причин для этого сразу несколько:
  • я использую Eclipse в повседневной работе
  • полная открытость исходного кода модели разработки
  • очень богатая инфраструктура платформы (GUI, ECF, OSGI, ...)
  • большой объем существующих разработок
И надо сказать что Eclipse как платформа меня интересует уже не первый год, но Eclipse проект очень большой и очень сложный поэтому освоение идет медленно и осторожно. За последние 2 года я немного познакомился с OSGI как платформой для построения распределенных приложений, в прошлом году принял участие в исправлении некоторых багов (так и не приняты в upstream), с интересом читал заметки Павла Самолысова aka Бывшего сурового челябинского программиста.

И в этом году решил сделать суровый рывок и написать для компонента Mylyn собственный коннектор для доступа к багам из внутренней Issue Tracking System моей компании. Именно этому будут посвящены следующие несколько заметок в блоге.

пятница, 23 июля 2010 г.

Интегрируем Windows + Eclipse Helios + Git (GitHub)

  Совсем недавно вышла очередная верси Java IDE Eclipse под номером 3.6 и кодовым названием Helios. Одним из долгожданных нововведений стало включение поддержки распределенной системы версий Git в основной релиз Eclipse.

  Стоит отметить что поддержка Git для Eclipse была реализована намного раньше и включала в себя 2 модуля:
  • JGit - реализация Git на Java
  • EGit - собственно сам plugin для Eclipse
 Но включению этих модулей в Eclipse мешали лицензионные проблемы в несовместимости текущей лицензии J/EGit и Eclipse. Но за последнее время их удалось разрешить и EGit был включен в Eclipse Helios как Incubation проекты.

Некоторые Eclipse разработчики в своих блогах пишут что включение EGit в Eclipse стало поводом для миграции некоторых подроектов Eclipse c Svn/Cvs на Git. Вот и я решил попробовать новые возможности Git в маленьком R&D проекте. Но, как оказалось чтобы подружить Windows  + Eclipse + Git (GitHub) надо потратить немного времени на настройку и Gogglение. Я свое время уже потратил и расскажу о результатах.

  1. В первую очередь нам нужен Eclipse 3.6 Helios (или более новая версия). Скачать его можно на сайте Eclipse Foundation. Я использовал редакцию Eclipse IDE for Java EE Developers.
  2. Небходимо установить JGit и EGit, т.к. по умолчанию они не установлены. Для этого в Eclipse идет в  меню Help->Install New Software...
    1. В разделе Work With выбираем Helios
    2. В появившемся дереве плагинов выбираем раздел Collaboration
    3. Помечаем для установки модули JGit и EGit
    4. Нажимаем Finish
  3. Ставим Git
    1. Оффициальных сборок Git для Windows все еще нет
    2. На сайте проекта msysgit можно скачать специальную сборку для Windows.
    3. Я использовал вариант Git-1.7.0.2-preview20100309.exe 
    4. В процессе установки можно оставлять все опции в значениях по умолчанию
    5. После установки необходимо настроить 2 ключевых параметра
      1.   git config --global user.name "Pavel Vinogradov"
      2.   git config --global user.email pavel.vinogradov@email.com
    6. Также необходимо сгенерировать ssh ключ для работы с удаленными репозитариями по ssh
      1. для этого необходимо в проводнике Windows через контекстное меню открыть Git Bash
      2. В Git Bash нужно выполнить: ssh-keygen -C "pavel.vinogradov@nixdev.net" -t rsa
      3. Сгенерированный ключ будет храниться в вашем Windows профиле в папке .ssh
  4. Если у вас еще нет аккаунта на GitHub, тогда самое время его завести. GitHub на данный момент является самым популярным хостингом git репозитариев. Вы совершенно бесплатно можете хранить на нем до 300Mb кода в публичных репозитариях, а вот дальше придется платить.
    1. Создаем аккаунт
    2. Создаем проект с публичным репозитарием
    3. Загружаем публичный ключ из .ssh/id_rsa.pub
  5. Теперь в консоли мы можем не только работать с локальным git репозитарием, но и синхронизироваться с репозитарием на GitHub
  6. Соединяем проект Eclipse и GitHub
    1. Настраиваем ssh в Eclipse
      1. Eclipse в Windows самостоятельно работает с ssh, поэтому по умолчанию не видит ключей, которые мы сгененировали раннее. Это описано в Issue 104: SSH problem on Windows
      2. Идем в Window->Preferences->General->Network->SSH2 и в качестве Ssh Home указываем папку .ssh в вашей домашней директории
      3. После этого переходим на вкладку Key Management и выбираем Load Existing Key и указываем сгенерированный ключ
    2. Импорт проекта с GitHub
      1. Выбираем Import->Git->Projects from Git
      2. Вариант Clone
      3. В url указываем адрес репозиратрия: git@github.com:/.git
        1. В качестве протокола выбираем git+ssh
        2. В имени пользователя указываем git
      4. Eclipse автоматически воспользуется вашим ssh ключем для авторизации на GitHub
    3. Экспорт проекта на GitHub
      1. Выбираем Team->Push
      2. В качестве URLа назначения указываем адрес репозитраия проекта на GitHub
      3. Выбираем протокол git+ssh
  7. Профит. Работаем и радуемся.
Для дальнейшего ознакомления с EGit и Git рекомендую:

07.09.10: Небольшой бонус. Настройка Git Server на Vindows 7.