blog.grejpfrut.org

Eclipse Demo Camp to seria odbywających się na całym świecie spotkań promujących platformę Eclipse oraz projekty eclipse’owe.
Z ramienia Eclipse Foundation spotkania te organizowane są lokalnie przez ludzi związanych z Eclipsem. W Poznaniu impreze organizuje IBM Eclipse Support Center (działającym na Politechnice Poznańskiej), we współpracy z Grupą Informatyczno Kutluralną oraz z Poznań Java User Group .

Poznań Eclipse Demo Camp odbędzie się 21 i 28 listopada, o godzinie 18:30, w sali nr 13. Centrum Wykładowego Politechniki Poznańskiej (skrzyżowanie ulic Piotrowo i Berdychowo).

Program spotkań jest następujący:

21. listopada

Eclipse Way – czyli w jaki sposób organizowac prace wokół projektu open source
- Krzysztof Daniel (IBM, PP), Bartosz Michalik (IBM, PUT)

g-Eclipse: Access the Power of the Grid – przykład projektu eclipse’owego
- Katarzyna Bylec (PCSS, GIK), Mateusz Pabiś (PCSS)

28. listopada

How big fun OSGI can be? – Jacek Pospychała (IBM)

UC Workbench – przyklad aplikacji RCP – Łukasz Olek (IBM, PP)

Po wykładach przewidziana jest dyskusja będzie się też czego się napić i co zjeść

MaintainJ to bardzo ciekawa wtyczka do Eclipse’a. Nie będe was zanudzał długimi wstępami, hasło reklamowe MaintainJ to “Change without fear…”. Jeżeli szukałeś narzędzia które umożliwi Ci tworzenie diagramów z już istniejącego kodu,to właśnie MJ jest propozycją dla Ciebie. W skrócie działanie jego sprowadza się właśnie do wygenerowania diagramów klas oraz diagramów sekwencji, na podstawie działającego kodu.

Narzędzie bazuje na AspectJ’u, musisz więc dodać AspectJ do zależności i przekompilować projekt, po uruchomieniu takiego “projektu na podsłuchu” MaintainJ zapamięta sekwencje wywołań i na jej podstawie stworzy odpowiednie diagramy. Diagramy możemy sobie zwijać/rozwijać, nazwy metod to odnośniki do kodu, nic specjalnie wyuzdanego, po prostu w sam raz. Na stronie projektu można znaleźć opis zastosowania dla aplikacji Swing’owych oraz J2EE, jest opis zwykły oraz małe winkowe wideo.

Przetestowałem MJ na małym programiku konsolowym, co trzeba zrobić, żeby to zadziałało? Po pierwsze musimy stworzyć nowy MaintainJ Instrumentation Project, przejście wizarda dla tego projektu nie wymaga czarnego pasa . Wybieramy projekt którego dotyczyć ma śledzenie, potem pakiet, a w przypadku J2SE wybieramy główną klasę projektu i… gotowe (no prawie:)). Mamy stworzony projekcik MJ’owy, łatwo też zauważyć, że do docelowego projektu została dodany “charakter/nature” AspectJ’owy. W przypadku aplikacji swingowych/J2EE przed rozpoczęciem działania programu jesteśmy pytani o to czy zacząć logowanie działania. W przypadku aplikacji konsolowej autorzy zalecają włączenie tego od raz (jest to opisane tutaj pod koniec strony). Gdy odpaliłem program (jako AspectJ/Java Application) pojawiło się małe okienko swingowe, w które po zakończeniu wykonania programu, mogłem (ale nie musiałem) wpisać nazwę pliku w którym log z wykonania był zapisywany. Jest to trochę dziwne, bo przez cały czas działania okno, jest nie klikalne, dopiero na końcu odzyskuje władzę w przyciskach. Efekt końcowy widzicie po boku .

Od jakiegoś czasu pracując z m2 pod Eclipse używam m2eclipse plugin, oferuje on kilka przydatnych funkcjonalności:

• możemy obdarzyć projekt mavenową naturą, jest wizard który po wypełnieniu prostego formularza tworzy pom
• możemy przeglądać sobie lokalne i zdalne repozytoria w poszukiwaniu zależności,
• po ich wybraniu odpowiedni xml sam dodaje się do pom’a naszego projektu,
• poza tym m2 jest w Eclipse dostępny jako build tool zupełnie jak Ant

Na stronie projektu są dwa screencasty : instalacja, oraz użytkowanie. Jednym słowem prawie Netbeans

Skonfigurowałem sobie m2 tak, że katalog lokalnego repozytorium nie znajduję się w domyślnej lokalizacji userhome/.m2/repository tylko w tym samym katalogu co m2 M2HOME/repo. Jeżeli ktoś chciałby sobie zrobić coś podobnego, wystarczy odkomentować w M2HOME/conf/settings.xml znacznik localRepository i wpisać tam odpowiednią ścieżkę. Gdy zainstalowałem m2eclipse na komputerze w domu (w pracy m2 działa w domyślnej konfiguracji więc problemów z tą wtyczką nie miałem) Eclipse nie za bardzo chciał się pogodzić z nową sytuacją . Po wybraniu Maven2 w menu Window/Preferences Eclipse’a, pojawiał się komunikat o błędzie. Poszukałem trochę i znalazłem w czym problem .

Problem dotyczy błędu MNGECLIPSE-124, m2eclipse plugin ma w sobie zawartego całego m2. Zgodnie z tym co napisał w komentarzu do tego zadania William Ferguson wygląda na, że zawarty w pluginie m2 nie czyta konfiguracji z M2_HOME/conf/settings.xml. Jeżeli ktoś chce wiedzieć więcej odsyłam do komentarzy do tego bug’a. Najprostszym rozwiązaniem tego problemu jest wrzucenie kopii M2_HOME/conf/settings.xml do userhome/.m2/ u mnie po tej operacji plugin śmiga.

Od jakiegoś czasu ukazuje się kwartalnik traktujący o sprawach związanych z platformą Eclipse: Eclipse Review. Wszystkie numery dostępne w pdf’ach, sporo ciekawego do czytania.

Trochę ogólnych artykułów dotyczących technologii i projektów Eclipse Foundation, informacje o samej fundacji (jak to działa, kto to finansuje), oraz eclipsowe tips&tricks . Szkoda tylko, że nie można ściągnąć pdf’a w lepszej jakości, bo niektóre obrazki są po prostu nieczytelne. Przeczytałem o tym na jdn.pl, po więcej informacji odsyłam tam właśnie.