Niniejszy dokument zawiera opis najciekawszych i najważniejszych zmian w środowisku PDE wprowadzonych w wersji 3.2 platformy Eclipse w porównaniu z wersją 3.1.
Środowisko PDE |
|
Definicje miejsc docelowych |
Element docelowy można obecnie zdefiniować w pliku .target (Plik > Nowy > Inne... > Programowanie wtyczek > Definicja elementu docelowego). W pliku .target znajdują się definicje wszystkich aspektów elementu docelowego, w tym nazwy, położenia, treści (tj. wtyczek i opcji) oraz środowiska JRE. Co ważniejsze, istnieje możliwość określania wielu serwisów związanych z wtyczkami i zarządzania nimi w elemencie docelowym bez konieczności stosowania plików .link. Strona preferencji Programowanie wtyczek > Platforma docelowa umożliwia przeglądanie, wyświetlanie podglądu i stosowanie istniejących definicji elementów docelowych. |
Wnoszenie elementów docelowych |
Elementy docelowe można wnosić do produktu Eclipse za pośrednictwem punktu rozszerzenia org.eclipse.pde.core.targets. Wraz z pakietem SDK platformy Eclipse dostarczane są dwa rozszerzenia RCP org.eclipse.pde.core.targets, które ułatwiają przełączanie platformy docelowej między pakietem SDK a podzbiorem RCP. |
Hierarchiczny widok wtyczek |
Wtyczki na stronie preferencji Programowanie wtyczek > Platforma docelowa można grupować według serwisów. Hierarchiczny widok znacznie ułatwia zarządzanie dużymi i rozproszonymi elementami docelowymi. |
Wtyczki dla dowolnego środowiska OSGi |
Kreator Nowy projekt wtyczki (Plik > Nowy > Projekt...> Projekt wtyczki) umożliwia tworzenie wtyczek współpracujących z dowolnym środowiskiem OSGi. Oprócz tego dostępny jest szablon OSGi ze stroną powitania.
|
Program uruchamiający środowisko Equinox OSGi |
Dostępny jest nowy program uruchamiający, który umożliwia uruchamianie i debugowanie pakunków za pomocą środowiska Equinox OSGi. Pozwala to ustawiać poziom początkowy pakunków oraz konfigurować argumenty programu i maszyny VM w celu przetestowania pakunków w różnych warunkach.
Do tworzenia konfiguracji uruchamiania środowiska Equinox OSGi służy okno dialogowe Konfiguracje startowe (Wykonaj > Wykonaj... w menu najwyższego poziomu). |
Wyszukiwanie elementów języka Java w plikach manifestu |
Wyniki wyszukiwania odwołań do typów i pakietów języka Java obejmują obecnie także trafienia w plikach MANIFEST.MF, plugin.xml and fragment.xml files. |
Uwzględnienie plików manifestu wtyczek w refaktoryzacji |
Przeniesienie bądź zmiana nazwy typu lub pakietu języka Java we wtyczce powoduje obecnie automatyczną aktualizację wszystkich odwołań do tych typów i pakietów w plikach manifestu odpowiednich wtyczek w ramach środowiska PDE. |
Kreator NLS dla plików manifestu wtyczek |
Środowisko PDE zostało wyposażone w kreatora umożliwiającego wyodrębnianie łańcuchów nadających się do tłumaczenia z plików manifestu wtyczek oraz zapisywanie ich w plikach właściwości. Umożliwia to obsługę wielu języków.
Kreatora jest dostępny za pośrednictwem opcji Narzędzia PDE > Eksternalizuj łańcuchy... w menu kontekstowych projektów wtyczek lub ich plików manifestu. |
Organizowanie plików manifestu wtyczek |
Kreator organizowania manifestów pozwala w sposób planowy zatrzymać proces przed dostarczeniem wtyczki. Umożliwia on usuwanie nieużywanych zależności i kluczy właściwości oraz zarządzanie wyeksportowanymi pakietami, zapewniając ich oznakowanie w celu uzyskania odpowiedniej widoczności.
Funkcję tę można wywołać za pośrednictwem opcji Narzędzia PDE > Organizuj manifesty... z menu kontekstowych projektów wtyczek i plików MANIFEST.MF. |
Nowa instrukcja przetwarzania w plikach plugin.xml |
Pliki manifestu wtyczek generowane w środowisku PDE zawierają obecnie nową instrukcję przetwarzania oznaczoną numerem wersji 3.2 zamiast 3.0. Nowa instrukcja przetwarzania jest niezbędna, jeśli wtyczka ma korzystać z obsługi nowych środowisk wykonawczych, w których może ona wnosić punkty rozszerzeń i rozszerzenia do przestrzeni nazw innych niż własne.
Na poniższym przykładzie wtyczka org.eclipse.pde.core wnosi rozszerzenie do przestrzeni nazw org.eclipse.pde. Korzystanie z nowej instrukcji przetwarzania nie wymaga migracji dotychczasowej wtyczki, o ile w ramach tej wtyczki nie ma być wykorzystywana obsługa nowych przestrzeni nazw. |
Środowisk wykonawcze pakunków |
Środowisko wykonawcze pakunku określa minimalny poziom środowiska JRE wymagany do uruchomienia wtyczki. Jeśli środowisko JRE wykorzystywane do uruchamiania platformy Eclipse nie spełnia takiego wymogu, wtyczka nie zostanie uruchomiona.
Jeśli jako środowisko wykonawcze pakunku wtyczki zostanie zadeklarowane środowisko J2SE-1.4, wtyczka będzie współpracować ze środowiskiem JRE w wersji 1.4 lub nowszej. Jeśli wtyczkę można uruchomić w środowiskach wykonawczych, które nie są w stosunku do siebie właściwymi podzbiorami (np. J2SE-1.4 i CDC-1.1/Foundation-1.1), należy wymienić takie środowiska wykonawcze pakunków. Sekcja Środowiska wykonawcze znajduje się na stronie Przegląd edytora manifestów wtyczek. Podczas eksportowania wtyczki jej kod jest kompilowany względem środowiska JRE powiązanego z pierwszym środowiskiem wykonawczym wymienionym w pliku MANIFEST.MF. Na stronie preferencji Java > Zainstalowane środowiska JRE > Środowiska wykonawcze znajduje się lista środowisk wykonawczych OSGi wraz z wykazem zgodnych z każdym z nich zainstalowanych środowisk JRE. |
Automatyczne zarządzanie zależnościami |
W środowisku PDE dostępny jest nowy, elastyczny przepływ pracy umożliwiający stworzenie kodu wtyczki, a następnie poddanie go analizie i automatyczne wygenerowanie listy zależności wtyczek. Sekcja Automatyczne zarządzanie zależnościami na stronie Zależności edytora manifestów wtyczek umożliwia określenie listy wtyczek, przy użyciu których ma zostać rozszerzona ścieżka budowania (a tym samym zakres aktywnej obsługi treści). Zależności te nie są natychmiast dodawane do pliku MANIFEST.MF, ale tworzenie kodu można rozpocząć w taki sposób, jakby zostały już w nim umieszczone. W środowisku PDE można w dowolnej chwili dokonać analizy kodu i wygenerować poprawne zależności w pliku MANIFEST.MF za pomocą nagłówka Require-Bundle lub Import-Package. |
Porównywanie struktury i podświetlanie składni w plikach manifest.mf |
Podczas porównywania dwóch wersji pliku MANIFEST.MF pakunku nowa przeglądarka z funkcją porównywania struktury pozwala łatwo rozpoznać dodane, usunięte lub zmodyfikowane nagłówki.
Oprócz tego dodano podświetlanie składni na stronie źródłowej pliku MANIFEST.MF. Na stronie preferencji Programowanie wtyczek > Edytory można wybrać preferowane kolory i czcionki. |
Sprawdzanie poprawności plików build.properties |
Środowisko PDE umożliwia obecnie sprawdzanie poprawności plików build.properties i oznaczanie flagą potencjalnych problemów mogących uniemożliwić prawidłowy eksport wtyczki. Na stronie preferencji Programowanie wtyczek > Kompilatory > Wtyczki można ustawić poziom istotności problemów w plikach build.properties. |
Szybkie wprowadzanie poprawek w plikach manifestu wtyczek |
Udostępnione zostały funkcje umożliwiające szybkie wprowadzanie poprawek korygujących różnego rodzaju problemy w plikach MANIFEST.MF, plugin.xml i build.properties. Pozwalają one między innymi:
|
Automatyczne dołączanie dokumentacji Javadoc |
W nowej wersji środowiska PDE zautomatyzowano dołączanie dokumentacji Javadoc do bibliotek znajdujących się w ścieżce budowania wtyczki. Szczegółowe informacje na ten temat zawiera dokumentacja punktu rozszerzenia org.eclipse.pde.core.javadoc. |
Nowy edytor schematu punktów rozszerzeń |
Edytor schematu punktów rozszerzeń został zmodyfikowany. Nowe opcje to między innymi:
|
Szablon nienadzorowanych aplikacji RCP |
Środowisko wykonawcze Eclipse to bogaty model komponentów języka Java, który idealnie nadaje się do uruchamiania aplikacji nienadzorowanych (tj. pozbawionych interfejsu użytkownika). W kreatorze Nowy projekt wtyczki (Plik > Nowy > Projekt...> Projekt wtyczki) dostępny jest obecnie przepływ pracy umożliwiający tworzenie nienadzorowanych aplikacji RCP (obejmujący także szablon strony powitania). |
Sprawdzanie poprawności formularzy w edytorze produktu |
W obszarze tytułu każdej strony w edytorze produktu są obecnie wyświetlane ostrzeżenia i komunikaty o błędach. Zgłaszane problemy to między innymi niepoprawne ścieżki oraz niewłaściwe rozmiary i głębia kolorów obrazów. |
Zintegrowany monitor postępu na ekranie startowym produktu |
Zintegrowany pasek postępu wyświetlany na ekranie startowym platformy Eclipse można bez trudu umieścić na ekranie startowym własnego produktu.
Na stronie Oznakowanie marką edytora produktu środowiska PDE można dodać i skonfigurować zintegrowany pasek postępu. |
Argumenty programu uruchamiającego właściwe dla poszczególnych platform umożliwiające eksport produktów na wiele platform |
Edytor produktu umożliwia obecnie określenie argumentów programu i maszyny VM właściwych dla poszczególnych platform, na których ma być uruchamiany produkt. Umożliwia to tworzenie dostosowanych do potrzeb każdej platformy plików <launcher>.ini podczas jednej operacji eksportu na wiele platform. |
Dodawanie do produktu strony powitania |
Strona powitania pozwala w ciekawy sposób zapoznać użytkownika z produktem. Na stronie Oznakowanie marką w edytorze konfiguracji produktu Plik > Nowy > Inne...> Konfiguracja produktu) umieszczona została sekcja Strona powitania, która ułatwia tworzenie szablonu strony powitania produktu. |
Przenośne konfiguracje startowe środowiska PDE z możliwością współużytkowania |
W konfiguracjach startowych środowiska PDE (dotyczących aplikacji Eclipse i wtyczki JUnit) można obecnie podstawiać zmienne. Właściwe korzystanie ze zmiennych pozwala na przenoszenie zapisanej postaci konfiguracji startowej między systemami operacyjnymi oraz współużytkowanie jej przez różne zespoły. |
Szablony argumentów uruchamiania |
Istnieje możliwość określania szablonu argumentów programu bądź maszyny VM, które będą wykorzystywane do zainicjowania domyślnych argumentów nowych konfiguracji startowych środowiska PDE. |
Rozszerzone, automatyczne sprawdzanie poprawności wtyczek przed uruchomieniem |
Funkcja Sprawdź poprawność zbioru wtyczek dostępna na karcie Wtyczki wszystkich programów uruchamiających środowiska PDE pozwala przeanalizować wybrane i umieszczone na liście wtyczki w celu rozpoznania potencjalnych problemów mogących wystąpić przy uruchamianiu.
Funkcja ta została rozszerzona o możliwość przewidywania większej liczby niespełnionych warunków mogących uniemożliwić uruchomienie wtyczek. Oprócz tego sprawdzanie poprawności może odbywać się automatycznie przed każdym uruchomieniem. |
Nowa funkcja wyszukiwania w kodzie źródłowym do debugowania aplikacji Eclipse |
Podczas debugowania aplikacji Eclipse w środowisku PDE stosowany jest obecnie niestandardowy mechanizm wyszukiwania w kodzie źródłowym powiązany z programem ładującym klasy środowiska OSGi. Jest on szybszy i dokładniejszy niż standardowe, liniowe wyszukiwanie w kodzie źródłowym języka Java. Z konfiguracji startowych platformy Eclipse, środowiska Equinox i wtyczki JUnit usunięto kartę Źródło, ponieważ nie jest już potrzebna. |
Niestandardowe elementy docelowe Ant na poziomie wtyczki |
W pliku build.xml wygenerowanym w odniesieniu do wtyczki można umieszczać niestandardowe elementy docelowe na poziomie wtyczek. Ustawienie właściwości customBuildCallbacks w pliku build.properties wtyczki w taki sposób, aby wskazywała na skrypt Ant powoduje generowanie wywołań wykonywanych przed i(lub) po skrypcie Ant w odniesieniu do elementów docelowych build.jars, build.sources, elementu docelowego kompilacji (np. @dot) oraz elementów gather.bin.parts, gather.sources, gather.logs i clean. W wielu przypadkach tego rodzaju niestandardowe wywołania zwrotne można wykorzystywać zamiast całkowicie niestandardowych plików build.xml. W katalogu org.eclipse.pde.build/templates znajduje się szablon pliku customBuildCallbacks.xml. |
Budowanie produktów |
Narzędzie PDE Build umożliwia budowanie produktów na podstawie pliku .product w ramach zautomatyzowanego, nienadzorowanego procesu. Elementy są generowane automatycznie w oparciu o treść pliku produktu. |
Obsługa wielu repozytoriów |
Narzędzie PDE Build umożliwia rozszerzanie procesu generowania skryptów pobierania dotyczących kompilacji nienadzorowanych. Rozszerzenia mogą wnosić obsługę pobierania elementów z dodatkowych repozytoriów za pośrednictwem punktu rozszerzenia org.eclipse.pde.build.fetchFactories. W narzędziu PDE Build dostępne jest standardowe rozszerzenie umożliwiające pobieranie plików z systemu CVS. |