O debugowaniu część II

W poprzednim poście mówiliśmy o różnych typach punktów wstrzymań (ang. breakpoints), dzisiaj proponuję spojrzeń na ich ciekawe właściwości, które mogą zwiększyć naszą wydajność przy szukaniu błędów.

Żeby dostać się do właściwości punktu wstrzymań wystarczy kliknąć na nim (na lewym bocznym pasku edytora, lub też w widoku Breakpoints) prawym przyciskiem myszy i wybrać opcję Breakpoint Properites.

Hit Count

W polu Hit Count podajemy wartość całkowitą dodatnią N, co spowoduje, że punkt wstrzymań będzie aktywny, gdy wykonanie programu trafi na niego N-ty raz.

Żeby lepiej to zobrazować spójrzmy na przykład poniżej. Załóżmy, że mamy następujący kod z ustawionym punktem wstrzymań: 

wartość właściwości Hit Count dla punktu wstrzymań ustawiamy na 7 i uruchamiamy debugowanie. Do momenty zatrzymania się na punkcie wstrzymań na konsoli zobaczymy:

czyli kod wykonał się sześć razy i gdy po raz siódmy trafił na punkt wstrzymań zatrzymał swoje wykonywanie.

Warunki (ang. Conditions)

Właściwość ta daje nam możliwość ustawiania (jak sama nazwa wskazuje) warunków, po spełnieniu których nasz punkt wstrzymań będzie aktywny i zatrzyma wykonywanie programu. Kiedy może się to przydać? Wyobraźcie sobie, że macie jakąś pętlę, w której wykonujecie operacje na 1000-elementowej liście i dla kilku elementów pętla działa niepoprawnie. Można sobie z tym poradzić ustawiając odpowiednie instrukcje warunkowe w pętli i dla tych instrukcji ustawić punkty wstrzymań, ale takie rozwiązanie powoduje, że w naszym kodzie pojawia się niepotrzebny bałagan. Lepiej do takich celów wykorzystać właśnie Warunki.

Weźmy kod z wcześniejszego przykładu i ustawmy następnujący warunek na punkcie wstrzymań:

Po uruchomieniu programu w trybie debugowania na konsoli zobaczymy:

Przy konstrukcji warunku możemy korzystać ze wszystkich zmiennych dostępnych w obrębie kontekstu danego punktu wstrzymań. W polu do wpisywania Warunku działa również Content Assist, więc można korzystać z podpowiedzi dostępnych pod skrótem Ctrl+Space.

O debugowaniu część I

Trochę długo nic nowego się nie pojawiało, czas to zmienić. Na innym blogu, na którym się udzielam rozpocząłem jakiś czas temu serię postów na temat eclipsowego debuggera. W pewnym momencie Jacek Laskowski zwrócił moją uwagę na fakt, że brakuje takich informacji w języku polskim, więc postanowiłem również tutaj napisać kilka postów na temat debuggera, którego możecie znaleźć w Eclipsie.

Pewnie powinienem zacząć od tego w jaki sposób uruchamiać aplikację w trybie debug, ale żeby na samym początku nikogo nie zanudzić i jednocześnie, żeby nie było za trudno zacznijmy może od przeglądu dostępnych w Eclipsie typów punktów wstrzymań (ang. breakepoints).

Podczas debugowania możemy korzystać z:

• punktów wstrzymań linii
• punktów wstrzymań metod
• punktów wstrzymań pól
• punktów wstrzymań klasy
• punktów wstrzymań wyjątków

Punkty wstrzymań linii

Jest to chyba najpopularniejszy rodzaj punktów wstrzymań, sam kiedyś korzystałem jedynie z nich, dlatego też nie ma chyba potrzeby, żeby wchodzić w szczegóły. Takie punkty wstrzymań ustawiamy (klikając na lewym bocznym pasku edytora przy odpowiedniej linii) jeśli chcemy, aby wykonywanie naszego programu zatrzymało się na konkretnej linii.

Punkty wstrzymań metod

Czasami może nas interesować sytuacja, kiedy program wchodzi i/lub wychodzi z jakiejś metody, wówczas przydatne stają się punkty wstrzymań metod. Punkty takie ustawiamy klikając na lewym bocznym pasku edytora przy linii z rozpoczęciem definicji metody

We właściwościach (klikamy prawym przyciskiem na ikonce punkty wstrzymań i wybieramy Breakpoints Properties) takich punktów wstrzymań możemy określić czy program ma się zatrzymać na wejściu i/lub wyjściu z metody:

Punkty wstrzymań pól

Jeśli zależy nam na zatrzymaniu wykonywania programu, gdy określone pole klasy jest wykorzystywane (odczytywane i/lub modyfikowane) to możemy wykorzystać punkty wstrzymań pól.

Tutaj również właściwości pozwalają nam dostosować zachowanie punktu wstrzymań do naszych potrzeb - możemy wybrać, czy ma on być aktywny przy odczycie i/lub modyfikacji danego pola:

Punkty wstrzymań klas

Tego rodzaju punktu wstrzymań możemy wykorzystać, gdy interesuje nas moment, w którym dana klasa jest po raz pierwszy ładowana przez maszynę wirtualną.

Punkty wstrzymań wyjątków

A co jeżeli w naszej aplikacji rzucany jest jakiś wyjątek i ciężko jest nam znaleźć miejsce i przyczynę takiej sytuacji? Wystarczy wtedy użyć punktów wstrzymań wyjątków. Wyjątki takie ustawia się w widoku Breakpoints (Window->Show View->Other->Debug->Breakpoints) - wybieramy opcję Add Java Exception Breakpoint:

i w nowym oknie wybieramy wyjątek, na który chcemy reagować:

Dodatkowo we właściwościach (w widoku Breakpoints klikamy prawym przyciskiem na danym wyjątku i wybieramy Breakpoint Properties) możemy wskazać, czy program ma się zatrzymać na wyjątkach "łapanych", "niełapanych", czy może na również na podklasach danego wyjątku:

W kolejnym poście spojrzymy jakie jeszcze możliwości dają nam punkty wstrzymań.

Jak korzystać z filtrów?

Pamiętam jak bardzo byłem zdziwiony i zadowolony, gdy po raz pierwszy odkryłem, że widok Package Explorer daje możliwość filtrowania swojej zawartości - niby taka mała rzecz, a ucieszyła mnie niezmiernie. O czym mówię? Kiedy wejdziemy sobie do menu widoku znajdziemy tam opcję Filters...
Gdy wybierzemy właśnie tę opcję pojawi nam się okienko z możliwościami filtrowania zawartości widoku pod różnym kątem:
Jak widzimy mamy sporo elementów, które możemy ukryć, np. zamknięte projekty (ang. Closed projects), puste pakiety (ang. Empty packages), elementy nie-javowe (ang. Non-java elements) i wiele innych. Możemy też stworzyć swój własny filtr, nadając mu nazwę oraz podając pliki o jakich rozszerzeniach powinny być ukryte.
Z filtrów należy jednak korzystać ostrożnie, bo po jakimś czasie możemy zapomnieć, że jakiś element ukryliśmy i będziemy go usilnie szukać nie mając pojęcia, że wystarczy odznaczyć, którąś z opcji w filtrach, aby go zobaczyć ponownie.

Filtrowanie zawartości to domena nie tylko widoku Package Explorer, inne widoki też często dają takie możliwości (np. Outline), jednak czasami kryją się one pod mniej intuicyjną nazwą - np. w widoku Problems znajdziemy opcję Configure Content...:
po wybraniu której pokaże nam się miej więcej takie okno:

W oknie tym możemy:

• określić błędy jakiego typu mają się wyświetlać (np. błędy kompilacji, błędy wtyczek, itp.)
  
• wskazać jaki tekst mają zawierać opisy błędów, które mają się pojawiać w widoku
• określić jakiego rodzaju informacje mają być wyświetlane (błędy - ang. errors, ostrzeżenia - ang. warnings czy informacje - ang. info)
• wskazać, których elementów problemy mają być brane pod uwagę (np. opcja On selected element and its children pozwala na wyświetlanie błędów z całego jednego konkretnego projektu zaznaczonego w widoku Package Explorer)
• dodawać własne konfiguracje zawartości, zapisywać je i później w łatwy sposób się między nimi przełączać

Polecam korzystanie w filtrów, gdyż potrafią one ukryć sporo niepotrzebnych w danej chwili informacji, a co za tym idzie w znaczny sposób przyspieszyć naszą pracę.

Kurs podstawowy, część IV

Witam po dość długiej przerwie. Dzisiaj będzie krótko - IV część kursu podstawowego, mam jednak nadzieję, że wkrótce uda mi się napisać coś dłuższego (mam w planach wpis o wszechobecnych filtrach oraz o testowaniu wtyczek - macie jakieś preferencje co do kolejność?).
W dziejszym odcinku kursu mówię m.in. o:
- konfiguracjach uruchomienie
- kilku ciekawych skrótach (Ctrl+Shift+O, Ctrl+Shift+F, Ctrl+3)
- widok Tasks

Miłego oglądania życzę:

O Eclipse w Java Express

Właśnie ukazał się pierwszy numer zupełnie nowego (i darmowego!) internetowego pisma o Javie - Java Express. Część pisma zajmuje tematyka eclipsowa, dlatego szczególnie polecam zapoznanie się z tym materiałem. A przy okazji mogę się pochwalić, że jestem autorem jednego z artykułów i mam nadzieję, że uda się nawiązać dłuższą współpracę przy tworzeniu kolejnych numerów.

Skróty dla edytora

Ostatnio ukazał się ciekawy post przypominający kilka interesujących skrótów, które ułatwiają i przyspieszają pracę z edytorami w Eclipsie. Myślę, że warto zwrócić uwagę na:

• Alt + Góra/Dół - przesuwanie aktualnej lunii w górę lub w dół
• Ctrl + Alt + Góra/Dół - kopiowanie linii w górę lub w dół
• Ctrl + L - przejście do linii o wybranym numerze
• Ctrl + . - przejście do następnego błędu lub ostrzeżenia (dostępne tylko dla etytora Javy)

Warto też pamiętać o skrócie Ctrl + Shift + L, który pokazuje nam listę wszystkich skrótów dotępnych w danym kontekście (np. dla edytora)

Eclipse DemoCamp już dziś w Poznaniu, a w sobotę w Krakowie!

Przypominam, że już dzisiaj czeka nas wielkie eclipsowe wydarzenie w Poznaniu, czyli Eclipse DemoCamp! Serdecznie zapraszamy do Piwnicy 21 na godzinę 18:00. Jeśli jeszcze się nie dopisaliście to listy uczestników to zróbcie to już teraz (do edycji wiki potrzebne jest hasło na Bugzilli Eclipse'a, jeśli nie macie takiego konta, to dajcie znać w komentarzu, a dopiszę Was do listy).
Spotkanie zapowiada się bardzo ciekawie, będą goście z laboratorium IBM'u w Krakowie - Szymon Brandys oraz Tomek Żarna, będzie mowa modelowaniu biznesowym, generowaniu raportów, nowościach w Eclipse Ganymede, a także o mechanizmie zadań w platformie Eclipse, uczestnicy projektów eclipsowych w ramach Google Summer of Code opowiedzą o tym co przygotowują, a dodatkowo każdy z Was będzie mógł wziąć mikrofon i powiedzieć kilka słów od siebie! Z tego co wiem, to organizatorzy planują kilka niespodzianek, więc nie może Was tam zabraknąć!


Kraków też szykuje spotkanie w ramach Eclipse DemoCamp - najbliższa sobota 28.06.2008 godzina 12:30, klub RE. Jeśli nie możecie dołączyć do nas w Poznanu, to w Krakowie na pewno też będzie ciekawie, więc zachęcam do uczestnictwa!

Co nowego nas czeka w Eclipse Ganymede 3.4?

Jak już pisałem wielkimi krokami zbliża się premiera Eclipse Ganymede, czyli wersji 3.4. Pora chyba przyjrzeć się, czego można się spodziewać, gdy ściągniemy już nową wersję tego środowiska. Poniższy wybór nowej funkcjonalności jest całkowicie subiektywny, więc czekam na Wasze propozycje i opinię w komentarzach.

Java IDE (projekt JDT)

• Pojawił się mechanizm...okruchów (?), czyli po angielsku breadcrumb, który ułatwia nawigowanie po strukturze projektu. Jak zauważycie, gdy macie otwarty edytor Javy to na pasku narzędzi pojawia się taki oto przycisk:
  Po wciśnięciu tego przycisku do naszego edytora u góry zostaje dołożony mniej więcej taki pasek:
  Co ten pasek nam daje? Otóż po pierwsze pokazuje gdzie w strukturze projektu się znajdujemy. Po drugie bez korzystania z eksploratora projektów (ang. Package Explorer) możemy w prosty sposób przemieszczać się między elementami na różnych poziomach (projektu, folderu, pakietu, klasy oraz elementów klasy):
  
• Opcja Search->Occurences in File (Ctrl + Shift + U) używa różnych kolorów do oznaczania operacji odczyty i zmiany wartości szukanej zmiennej:
  
• W podobny sposób jak powyżej oznaczane są wyszukane elementy w edytorze Javy - opcja Mark Occurences (Alt + Shift + O). Kolory możemy zmienić w preferencjach General->Editors->Text Editors->Annotations.
  
• Quick Assist (dostępny pod skrótem Ctrl+1) ma teraz dodatkowe podpowiedzi:
  
  • enkapsulacja pola:
    
  • wydzielenie metody
    
• Podpowiedzi metod statycznych klas jeszcze niezaimportowanych:
  
• Liczby mogą być teraz kolorowane tak jak nam się to podoba (preferencje Java->Editor->Syntax Coloring):
  
• Ostrzeganie o używaniu null'a
  
• W nieposortowanych widokach, np. w widoku Outline, możliwe jest przesuwanie elementów kodu (pól/metod), a zmiany te zostaną odzwierciedlone w strukturze kodu.
• Jeśli macie komputery z wieloma procesorami, to powinniście zauważyć przyspieszenie czasu kompilacji.
  

Platform / Workbench

• Dotychczasowy mechanizm aktualizacji oraz instalacji nowych wtyczek (czyli Update Manager) został wymieniony na mechanizm o nazwie P2. Nowe podejście dość znacznie różni się od tego co było wcześniej, więc jeszcze przed premierą Eclipse Ganymede w oddzielnym poście opisać zmiany i pokazać jak korzystać z P2.
  
• Pełne wsparcie SWT dla Windowsa 64-bitowego
• TextLayout oraz StyledText z SWT dają możliwość zmiany koloru przekreślenia oraz udostępniają rożne style podkreślenia
• Nowe projekty mogą od razu podczas ich tworzenia być dodawane do Zbiorów Roboczych:
  
• Ulepszone możliwości drukowania:
  
  • Drukowanie numerów linii
  • Nie drukuje się już tło
  • Każda strona wydruku ma w nagłówku nazwę pliku
  • W stopce pojawia się numer strony
• Przy prezentacji wyniku wyszukiwania podawany jest numer linii
  
• Mamy możliwość eksportu oraz importu konfiguracji uruchomienia (ang. launch configuration), dostępne przez menu File->Export->Run/Debug oraz File->Import->Run/Debug
  
  
• Pojawił się nowy widok Markers, który agreguje informacje z widoków Problems, Tasks oraz Bookmarks.
• Widoki można od teraz zamykać klikając na nagłówku środkowym klawiszem myszy.
• Jeśli chcemy zaznaczyć wiele linii w edytorze tekstowym (nie tylko dla plików Java) możemy skorzystać z nowego mechanizmu: klikamy trzymając Shift na numerze linii od której chcemy zacząć zaznaczanie, następnie klikamy z Shiftem na numerze linii, na której chcemy skończyć zaznaczanie.

Rozwój wtyczek (projekt PDE)

• Pojawiło się narzędzie o nazwie Plugin Spy. Pisałem już o tym jakiś czas temu, więc chyba nie ma potrzeby żebym się o tym rozpisywał.
• Widok Plug-in Registry pozwala wykonywać dodatkowe operacje na wtyczkach, takie jak:
  
  • Start
  • Stop
  • Włącz (ang. Enable)
    
  • Wyłącz (ang. Disable)
    
• Jacek Pospychala wprowadził świetne zmiany do widoku Error Log. Po pierwsze dodał możliwość filtrowania, a po drugie dodał grupowanie informacji według sesji:
  
  
• W edytorze punktów rozszerzeń (ang. extension points) można teraz łatwo zmieniać ich nazwy
  
  
• Pojawił się specjalny edytor do tworzenia pomocy kontekstowej:
  
• W konfiguracji uruchomienia (ang. launch configuration) dla aplikacji Eclipse (ang. Eclipse application) na zakładce Plug-ins można teraz w łatwy sposób filtrować dostępne wtyczki:
  
• Punkty rozszerzeń mogą być oznaczane jako wewnętrzne (ang. internal):
  Każdy kto będzie chciał z takiego punktu skorzystać zostanie ostrzeżony, że ten punkt rozszerzeń został oznaczony jako wewnętrzny.

Pewnie sporo ciekawych rzeczy przeoczyłem, więc jeśli chcecie zobaczyć wszystkie nowości to warto przejrzeć strony z nowinkami dla kolejnych kamieni milowych Eclipse Ganymede (chwilowo strony mogą nie działać):

• M1
• M2
• M3
• M4
• M5
• M6
• M7

Pełną listę zmian znajdziecie tutaj.

Zatem uwaga - Eclipse Ganymede nadchodzi!

Eclipse Modeling Framework (EMF), część IV

Wczoraj się zorientowałem, że nie skończyłem serii postów na temat EMF'a, nadróbmy więc zaległości i zobaczmy w jaki sposób uruchomić wygenerowany edytor.

1. Klikamy w menu Run->Open Run Dialog (lub Run Configurations w Eclipse 3.4). W nowym oknie na liście po lewej stronie zaznaczamy Eclipse Application i klikamy przycisk New launch configuration:
   
2. Na koniec klikamy przycisk Run. Powinna nam się otworzyć nowa instancja Eclipse’a.
3. W nowej instancji tworzymy nowy projekt (menu New->Other->Project). Podajemy jego nazwę i klikamy Finish. W widoku Project Explorer (jeśli nie mamy otwartego tego widoku to otwieramy go w menu Window->Show View->Other) klikamy prawym przyciskiem myszy na nowy projekt i wybieramy New->Other->Example EMF Model Creation Wizard->Familytree Model.
   
   
4. Następnie podajemy nazwę. Na ostatniej stronie kreatora z górnej listy rozwijalnej wybieramy Family Tree jako korzeń naszego modelu i klikamy Finish.
   
   Powinien otworzyć nam się edytor dla naszego modelu.
5. Klikając na węźle Family tree możemy dodawać elementy stworzonego przez nas modelu i wiązać je ze sobą w widoku Properties (menu Window->Show View->Other->General). Na przykład możemy stworzyć obiekty Family oraz Female. A następnie we właściwościach obiektu Family jako Mother możemy podać dopiero co stworzony obiekt Female.
   
6. Na koniec zobaczmy jeszcze jak zapisana jest dopiero co edytowana przez nas instancja naszego modelu. Klikamy prawym przyciskiem na naszym nowym pliku i wybieramy Open With -> Text Editor.
   Jak widzimy model został zapisany do XML'a

To by było na tyle, jeśli chodzi o podstawy EMF'a. Sam EMF ma jeszcze sporo możliwości oprócz tych opisanych tutaj, więc zachęcam do samodzielnego poznawania tego projektu. Ja oczywiście w miare możliwości będę się starał ten temat rozwijać.

Jak wyczyścić swoje źródła?

Jakiś czas temu jeden ze znajomych zapytał mnie, czy można w Eclipsie automatycznie dodać nawiasy do instrukcji warunkowych i pętli, tak gdzie tych nawiasów nie ma. Chwilę się zastanowiłem i powiedziałem, że chyba nie da rady. Kilka dni później natknąłem się na opcję Source->Clean Up... jakie było moje zdziwienie, że można tam nie tylko dodać rzeczone nawiasy, ale także na różne sposoby zmienić/wyczyścić swój kod.
Jak to działa? Otwieramy sobie wybraną klasę i udajemy się w menu głównym do Source->Clean Up...
Pokaże nam się kreator, w którym będziemy mogli wybrać, czy chcemy korzystać, z któregoś z już zdefiniowanych profili, stworzyć własny profil na potrzeby chwili (2), czy też zdefiniować własny profil, z którego będziemy mogli korzystać później.
Żeby szybko zobaczyć, jakie mamy możliwości, wybieramy drugą opcję (Use custom profile) i klikamy przycisk Configure.
W nowym oknie ukaże nam się kilkanaście opcji podzielonych na kilka zakładek, w zależności od kategorii. Spójrzmy na kilka ciekawych elementów (zauważcie, że przy każdym naszym wyborze zmienia się kod umieszczony w panelu po prawej stronie):

• Wspomniana już możliwość dodania nawiasów do instrukcji warunkowych i pętli
• Konwersja pętli na wersję "foreach" (jast na to jakaś dobra nazwa?)
• Dodanie słowa kluczowego final tam gdzie jest to możliwe (i gdzie sobie tego życzymy)

• Usunięcie nieużywanych zmiennych lokalnych
• Usunięcie niepotrzebnych rzutowań
  

• Dodanie brakujących adnotacji
• Dodanie niezaimplementowanych metod z nadklas lub interfejsów
  

Gdy ustalimy już, które opcje nas interesują to klikamy przycisk OK i wracamy do kreatora, którego kończymy klikając na Finish. Po chwili nasz kod powinien być już zmieniony według wytycznych przez nas ustalonych przed chwilą.