Planeta NetBeans

Jacek Laskowski - Notatnik Projektanta Java EE: Geronimo NetBeans Plugin bogatszy oraz NetBeans IDE 6.5 Beta

Wed, 13 Aug 2008 22:01:28 +0000

Nie powiem, żeby było lekko. Rozwój wtyczki Geronimo NetBeans Plugin (GNP) postępuje, ale idzie jak po przysłowiowej grudzie. Dzisiaj miałem przyjemność rozpoznać w jaki sposób NetBeans współpracuje z wtyczkami dla serwerów aplikacyjnych w kontekście kontekstów aplikacji webowych (powtórzenie zamierzone).

Podczas tworzenia aplikacji webowej wybieramy związany z nią serwer aplikacyjny.

Wybór serwera aplikacyjnego to między innymi związanie bibliotek Java EE dostarczanych przez serwer z projektem. Po prostu programista aplikacji nie musi dbać o ich definiowanie każdorazowo przy jej tworzeniu. Można potraktować związanie serwera z projektem jako definicję bibliotek projektowych oraz środowiska uruchomieniowego (które wyznacza, co można w IDE). Takie podejście nie jest niczym nadzwyczajnym w IDE, czy to będzie NetBeans, czy Eclipse, czy IntelliJ IDEA czy...tutaj nazwa Twojego ulubionego IDE.

Jedną z bolączek ostatnich dni podczas rozwoju wtyczki GNP był brak definicji kontekstu aplikacji webowej. Podczas definiowania projektu aplikacji pole Context Path było wypełnione, ale już po jej stworzeniu we właściwościach projektu było puste (!)

Rozwiązaniem okazało się zdefiniowanie klasy realizującej interfejs org.netbeans.modules.j2ee.deployment.plugins.spi.config.ContextRootConfiguration i stworzenie jej egzemplarzy przez fabrykę realizującą interfejs org.netbeans.modules.j2ee.deployment.plugins.spi.config.ModuleConfigurationFactory, a wskazaną przez plik konfiguracyjny wtyczki - layer.xml (plik jest wskazany przez klucz OpenIDE-Module-Layer w META-INF/MANIFEST.MF). Wystarczyło trochę poszperać w javadoc oraz kodach źródłowych wtyczek do GlassFisha, JBossa i WebSphere Application Server, i wszystko stało się jasne. Jestem bliżej pełnego uruchomienia aplikacji webowej na Geronimo z poziomu NetBeans. Już się nie mogę doczekać. Muszę się jeszcze uzbroić w cierpliwość.

Dzisiejszy dzień jest również świętem dla projektu NetBeans, który opublikował wersję beta NetBeans IDE 6.5 Beta. A w nim:

NetBeans.org is proud to announce the availability of NetBeans IDE 6.5 Beta!

* Download Now
* Learn More
* Tutorials & Documentation

NetBeans IDE 6.5 Beta introduces several new features, including a robust IDE for PHP, JavaScript debugging for Firefox and IE, and support for Groovy and Grails. This release also includes a number of enhancements for Java, Ruby and Rails, and C/C++ development. Java feature highlights include: built-in support for Hibernate, Eclipse project import, and compile on save.

Jest tego trochę, więc zainteresowanych skróceniem czasu w projektach na żmudnym konfigurowaniu szkieletów aplikacyjnych, samych aplikacji i zarządzaniu serwerami aplikacyjnymi zachęcam do popróbowania się z NetBeans IDE 6.5 Beta (skoro jest to wersja BETA należy uważać jakie projekty poddamy próbie - warto zabezpieczyć się zapisując projekt w systemie kontroli wersji, aby nie było niespodzianek).

Dla żyjących na ostrzu technologicznego noża może się przydać odpowiedź na pytanie Which daily build is this equivalent to?:

None.
Beta clone has been created on August 4th. Only imported bug fixes were fixed in the clone - http://www.netbeans.org/issues/buglist.cgi?issue_type=DEFECT&resolution=FIXED&keywords=65_HR_FIX

And the Beta was built from this Beta clone, of course. Therefore it is like build from August 4th + bugfixes + branding.
The daily builds are different. Fixing of issues continues. There were 647 bugs fixed in the trunk from the 8/4 - http://www.netbeans.org/issues/buglist.cgi?issue_type=DEFECT&chfield=resolution&chfieldfrom=2008-08-04&chfieldto=Now&chfieldvalue=FIXED

Znalezione w archiwum grupy dyskusyjnej NetBeans users.

Jacek Laskowski - Notatnik Projektanta Java EE: Klawiszologia NetBeans ponownie, OSGi na JDD 2008 w Krakowie oraz NetBeans Debugger board

Mon, 11 Aug 2008 21:07:58 +0000

Każdego dnia uczestnicząc w pracach NetBeans IDE 6.5 Community Acceptance Testing program (NetCAT) mam możliwość poznawania kolejnych skrótów klawiszowych (pewnie łatwiej byłoby przejrzeć po prostu Keyboard Shortcuts Card dostępne pod głównym menu Help, ale poznawanie przez NetCAT traktuję jako efekt uboczny i nie chcę psuć sobie zabawy). Dzisiaj trafiłem na dwa skróty dotyczące operacji na pojedyńczej linii w edytorze Java - Alt+Shift + Up/Down oraz Ctrl+Shift + Up/Down. Pierwszy z nich - Alt+Shift + Up/Down - przenosi linię, na której znajduje się kursor w górę/dół, natomiast drugi - Ctrl+Shift + Up/Down - kopiuje aktualną linię na górze/dole. Z pewnością istnieją dla nich odpowiedniki eclipsowe, ale niestety nie znam ich, a chciałbym. Kto zlituje się nade mną i pozwoli mi je poznać?

Miałem wstrzymać się z ogłoszeniem tej wiadomości, aż do momentu sfinalizowania programu mojego wystąpienia na tegorocznej edycji Java Developer Day 2008 16 października w Krakowie, ale skoro już podano to do publicznej wiadomości, nie pozostaje mi nic innego, jak zaprosić czytelników Notatnika na mój wykład "Wprowadzenie do OSGi (z Apache Felix, Spring Dynamic Modules (aka Spring-OSGi) oraz GlassFish v3 i IBM WebSphere AS 6.1)", w którym przedstawię czym jest specyfikacja OSGi, jej implementacje oraz środowiska oparte o nią. Postaram się również odpowiedzieć na pytania związane z OSGi, do których zadawania gorąco zapraszam. Organizatorzy JDD przyjęli moją propozycję wystąpienia, co zawsze traktuję jako wyróżnienie. Jeśli chcesz poczuć, co mam na myśli zostało niewiele czasu, aby skorzystać z ceny promocyjnej na konferencję (15 sierpnia upływa kolejna zniżka!). Pora zaplanować 16 października i skorzystać z promocji. Rejestracja trwa.

Dzisiaj dostałem wiadomość do skrzynki o rozpoczęciu programu sprawdzenia użyteczności NetBeans Debugger. Peter Pis w Welcome on NetBeans Debugger board napisał:

Let me welcome you on NetBeans Debugger board. This is the first notification email from interest@debugger.netbeans.org mailing list that confirms you're the NetBeans Debugger Contributor. All details about this program can be found:

http://wiki.netbeans.org/NetBeansDebuggerContributors

Task 1:
Your first task is testing of redesign of multi threaded debugging that has been recently integrated into the standard distribution of the NetBeans IDE 6.5. We are also looking forward to your feedback.

The new multi threaded debugging feature set for NetBeans IDE 6.5 has already been finalized, so the main task for now is multi-threaded debugging testing and quality.

Debugger testing will be launched together with the release of NetBeans IDE 6.5 Beta. Time schedule for the first Debugger Contributor task can be found:

http://qa.netbeans.org/processes/cat/65/index.html

Jeśli jesteś zainteresowany/-a uczestniczeniem w programie zapraszam do grupy - wystarczy "send a blank e-mail to interest-subscribe@debugger.netbeans.org". Na każdego czekają liczne wyróżnienia i nagrody, wliczając:

* direct reporting issues into the IssueZilla via Exception Reporter
* new features and UI specification reviews, evaluation of prototypes
* influence on nominating issues that should be integrated into Patch
updates
* influence on nominating issues that should be fixed before releases
* closer cooperation and keeping in touch with development
* T-shirts

Rozumiem, że może nie być zbyt interesujące ocenianie pracy z NetBeans Debugger, ale posiadanie T-shirt'a jest po prostu obowiązkowe na jesień 2008 ;-)

Jacek Laskowski - Notatnik Projektanta Java EE: Skróty klawiszowe w NetBeans, Geronimo 2.1.2, wolatylność i demo Hibernate Support in the NetBeans IDE

Wed, 06 Aug 2008 22:03:00 +0000

Ostatnie dni spędzam ślęcząc godzinami nad rozwojem wtyczki NetBeans dla Geronimo (GNbP - Geronimo NetBeans Plugin) i każdy dzień to jakaś "ciekawostka". Piszę w cudzysłowiu, bo praca z zarządcami klas (ang. classloader) w NetBeans to jak praca z Ajaxem normalnie "czystym relaksem" (prawdopodobnie w każdym bardziej złożonym środowisku miałbym podobne problemy, więc nie spodziewałbym się wielu ułatwień w tym obszarze, np. w Eclipse czy IntelliJ IDEA). A że nie stworzyłem sobie żadnych testów, to klepię wciąż to samo sprawdzając, czy tym razem jest lepiej. W końcu jest lepiej. Udało mi się w końcu przejść pomyślnie krok uruchomienia i zatrzymania Geronimo oraz dzisiaj uruchomiłem pierwszą aplikację webową (!) Jest jeszcze problem z automatycznym uruchomieniem przeglądarki ze względu na błąd związany z niezdefiniowaną zmienną ${url.client}, ale sama aplikacja jest już poprawnie uruchomiona. Kolejny kamień milowy zaliczony. Jeśli jesteś zainteresowany/-a kodami zapraszam do pobrania projektu z repozytorium SVN - http://svn.apache.org/repos/asf/geronimo/sandbox/geronimo-netbeans-plugin. Chętnie popracowałbym w parze, albo w ogóle w grupie równie zdeterminowanych co i ja (projekt rozpocząłem bodajże 1,5 roku temu, a postępy mierne!) ;-)

Tak sobie siedzę przed tym NetBeans i tak się złożyło, że w zasadzie Eclipse'a nie widziałem już dawno (poza jego komercyjnymi odpowiednikami, jak RAD czy WID). Czym więcej człowiek siedzi w wybranym IDE tym bardziej korci go próbowanie się z dostępnymi skrótami klawiszowymi. W którymś momencie spróbowałem skrótu psvm + TAB i jakie było moje zdumienie, kiedy w klasie pojawił się szablon metody main:

      public static void main(String[] args) {
 }

Teraz już łatwo zrozumieć skąd ten skrót - psvm - public static void main. Nigdy nie udało mi się namierzyć tego w Eclipse (przyznaję, że nie poświęciłem temu wiele czasu, więc zapewne stąd nadal brak odpowiedzi). Plus dla NetBeans. Edytor javowy zawsze był domeną Eclipse, ale tym razem NetBeans rulez.

Tak sobie przeglądam kodu źródłowe wtyczek dla GF, WAS, WLS i JBAS w NetBeans i natrafiłem na taką konstrukcję (zmodyfikowaną na potrzeby wtyczki GNbP):

 static {
 java.util.logging.Logger.getLogger("org.apache.geronimo.netbeans").setLevel(java.util.logging.Level.FINEST);
 java.util.logging.Logger.getLogger("org.apache.geronimo.deployment.plugin.factories").setLevel(java.util.logging.Level.FINEST);
 }

Bardzo spodobała mi się owa sztuczka, która polegająca na statycznej konfiguracji poziomu odnotowywanych zdarzeń aplikacji. W ten sposób zapominam o konfiguracji za pomocą jakiegoś tam pliku, gdzieś tam (świadomie podkreślam moją tymczasową niewiedzę, co musiałbym ustawić i gdzie). Po prostu mam gwarancję, że uruchomienie klasy zawierającej ten blok statyczny zapewni mi odpowiedni poziom komunikatów. Trudno mi znaleźć więcej zalet niż chwilowa niewiedza, gdzie umieścić odpowiedni plik konfiguracyjny, ale co tu dużo ukrywać, zachwyciłem się tą konstrukcją. Pewnie nie udałoby mi się odeprzeć zarzutu o braku możliwości zmiany bez kompilacji, co w dobie dynamicznych konfiguracji "w locie" (= w trakcie wykonywania aplikacji) jest nie do przecenienia, ale efekt zachwytu jest. Pomyślałem, aby odnotować tą ciekawostkę. Może się później przyda ponownie i już będę wiedział, gdzie jej szukać.

Kontynuując moją batalię z zawiłościami bardziej zaawansowanej pracy w środowisku NetBeans IDE 6.5 (przypominam, że wciąż w wersji rozwojowej) natrafiłem na kolejny skrót klawiszowy Ctrl+Shift+I, który, w przeciwieństwie do Alt+Shift+I, obsługuje dodanie brakujących importów w całej klasie/interfejsie bez konieczności ustawienia kursora na podkreślonym typie. Napotkałem również Ctrl + F12, czyli eclipsowe Ctrl+O, który otwiera widok na składowe - pola i metody - edytowanego typu (=klasa lub interfejs). A na koniec, już rozochocony moimi znaleziskami, postanowiłem sprawdzić skrót fore + TAB (wstawia szablon pętli for po Enumeration). Działa! I jest również w Eclipse, podobnie jak fori. Ciekawym, ilu z Was korzysta z takich udogodnień w swoim wybranym IDE. I ile z nich jest całkowicie nieintuicyjnych? Nie mogłem wyjść z podziwu, kiedy zobaczyłem z jakim niedowierzaniem i zdumieniem są przyjmowane te i inne sztuczki przez osobę całkowicie niezaznajomioną z nimi, a która dopiero rozpoczynała swoją działalność z Eclipse IDE. Po prostu nie mogła nadziwić się, że tak można (!) Zobaczyć rozradowaną minę kolegi...bezcenne! ;-)

Ja się zabawiam wtyczką GNbP, a tu proszę Apache Geronimo v2.1.2 - Released:

Apache Geronimo v2.1.2 have passed 100% SUN's Java Enterprise Edition 5.0 Certification Test Suite. Refer to Apache Geronimo v2.1.2 Release Notes for further details.

The Apache Geronimo project is pleased to announce the new v2.1.2 release. This release is primarily a maintenance upgrade that pulls together fixes not only for Geronimo but also other key components included in the server. Improvements have been made in the administrative console, GShell command line processing, messages, and numerous other areas. Details of the fixes included can be seen in the Release Notes. Many issues have also been resolved in newer versions of core components that have been included in this Geronimo release. Geronimo v2.1.2 component upgrades include Tomcat 6.0.16, CXF 2.0.8, JavaMail 1.5, MyFaces 1.2.3, WADI 2.0, and Yoko 1.0 among others.

Pierwszym zaskoczeniem był rozmiar paczki, gdzie poprzedni geronimo-jetty6-javaee5-2.1.1-bin.tar.gz to 71,2MB a geronimo-jetty6-javaee5-2.1.2-bin.tar.gz to 68,8MB. Czyżby Geronimo skorzystał z jakieś diety odchudzającej?! Oby nie okazało się, że w tym odchudzaniu zabrakło jakieś funkcjonalności. Okazuje się, że można dodać nowe (patrz Geronimo 2.1.2 Release Notes) i ostatecznie zmniejszyć rozmiar paczki dystrybucyjnej.

Wspominałem już o mojej analizie kodu źródłowego wtyczek NetBeans dla innych serwerów aplikacyjnych. Lektura źródeł zawsze kończy się dla mnie jakąś niespodzianką. Nikt nie mówi, że musi być ona przyjemna, ale tym razem była. Okazuje się, że raczej rzadko stosowana acz kluczowa klasa java.lang.ClassLoader udostępnia statyczną metodę getSystemClassLoader(), która zwraca systemowego zarządcę klas, który jest nadrzędny dla wszystkich nowych zarządców klas. Jest to zazwyczaj zarządca odpowiedzialny za uruchomienie aplikacji. W typowych aplikacjach desktopowych będzie to również zarządca dostępny przez Thread.currentThread().getContextClassLoader(). Co mnie jednak zdumiło w całym tym skomplikowanym świecie zarządców klas to możliwość nadpisania domyślnego zarządcy przez zmienną java.system.class.loader. Niby nic nadzwyczajnego, ale możliwość zdefiniowania własnego rozszerzenia środowiska uruchomieniowego naszych aplikacji javowych daje większe możliwości niż jego nieznajomość. Nawet jak nie wiadomo po co, to warto wiedzieć. A nuż się przyda. Największe jednak zdumienie wywołał fakt, że jest to statyczna metoda, której istnienia w ogóle nie byłem świadom. W zasadzie zaleca się korzystanie z Thread.currentThread().getContextClassLoader() do dynamicznego ładowania klas (co jest szeroko stosowane np. w OSGi), więc wiedza zdaje się być nikłej wartości praktycznej. A może komuś jednak udało się skorzystać z tej metody, albo wręcz z tej zmiennej środowiskowej? Koniecznie się tym należy pochwalić tu i teraz.

Na koniec chciałbym wyrazić swoją dezaprobatę na szastanie naszym językiem we wszystkie możliwe strony i bezkrytycznym naśladowaniem "wyuzdanych" tłumaczeń. Kilka przykładów z szerokiego świata javowego. Nie, nie wspomnę o kontrowersyjnym ziarnie jako odpowiedniku bean, czy szkielecie aplikacyjnym lub rusztowaniu, czy ostatni hit sezonu - stelażu - dla framework, ale o kilku bardziej wyuzdanych. Zacznijmy od customize. Ile to razy wokół mnie pada termin "kastomizacja". Czy nie można po prostu użyć słowa dopaso(wy)wanie?! Czyż nie ładniej brzmi i na pewno wyjaśnia co autor miał na myśli. Pewnie niejeden z nas przez moment miał zawrót głowy od "kastomizacja" czy "kastomizowalny", ale po chwili samemu rozpoczął krucjatę "kastomizacji". Proponuję zaprzestać jego używania raz na zawsze. Zgoda?

Kolejnym kandydatem na ustrzelenie, to nieszczęsne - zaadresowanie problemu jako odpowiednik angielskiej frazy address an issue, czyli obsłużyć problem. Wystarczy więc obsłużyć problem tłumaczeń, aby dopasować jeden język do drugiego i już jesteśmy bardziej rozumiani. W tym samym tonie miałem ostatnio okazję wysłuchania wypowiedzi szefa pewnego TFI na P w TVN CNBC (gość pod krawatem wyprasowany na kanty, gdzie się dało), który użył słowa, które wręcz zdusiło mnie za gardło - wolatylność. Po prostu odjęło mi mowę. Dopiero zaczynam moje potyczki ekonomiczne, ale jeśli mam doświadczać tej nowomowy znanej mi poniekąd z informatyki, to zapewne powinienem zacząć się przyzwyczajać do takich kwiatków? Pewnie Cię zaintrygowało czytelniku cóż może znaczyć owo słowo, więc zapraszam do wspaniałego wyjaśnienia słowa wolatylność w Wademekum LESZCZA !! ( Z PARKIETU). Autor wyjaśnił słowo nad wyraz wspaniale:

WOLATYLNOŚĆ (od ang. volatility) nowomowa ANALI, którzy chcą pokazać, ze obracają się w nie byle jakim towarzystwie. Normalny człowiek powie po prostu zmienność.

ANALe to analitycy rynków kapitałowych. Potrafią przyłożyć, nieprawdaż? W ten sposób zamiast zapraszać odstraszają. Czyż nie doświadczamy tego również i w naszej polskiej rzeczywistości programistycznej, z owymi frameworkami i beanami? Zgoda, szkielet aplikacyjny czy ziarno nie poprawia za bardzo sprawy, ale można liczyć na pewne skojarzenia u rozmówcy, niezaznajomionego z obowiązującą nomenklaturą. Właśnie o to chodzi. Niekoniecznie musi to wyjaśniać temat dokładnie, a wystarczy, aby sugerował znaczenie.

Na zakończenie dla spragnionych wsparcia Hibernate w NetBeans ciekawe demo Hibernate Support in the NetBeans IDE. Nie jest to bardzo wyrafinowane demo, ale pokazuje jak w prosty sposób można szybko stworzyć prototyp aplikacji wizualnie (trochę kodowania też jest, więc nie ma obawy, jeszcze nas nie pozwalniają po wdrożeniu NetBeans IDE w firmach). Pora wygodnie się rozsiąść, założyć ręce za głowę i włączyć prezentację. Warto chociażby dla samej nauki języka i trudnej sztuki prezentacji (jednoczesne kodowanie i mówienie nie należy do łatwych zadań). Zastanawiam się jakim powodzeniem cieszą się takie krótkie filmy-demo w porównaniu z artykułami ze zrzutami ekranów. Lepsze? Gorsze? Mam wrażenie, że ich odbiór jest przyjemniejszy, ale nie można ich wydrukować, i przeczytać w autobusie/metrze, więc jest trochę wad. Jeśli mniej niż zalet, to może warto wdrożyć taką formę prezentacji w Notatniku? Miłego oglądania!

Java i pochodne: JavaFX Preview SDK dostępne

Wed, 06 Aug 2008 06:47:23 +0000

Można próbować swoich sił ;-)

Pobieranie: www.javafx.com

Strona projektu: http://java.sun.com/javafx

Plugin do NetBeans'a: http://javafx.netbeans.org/

Aktualizacja: Pojawił się wpis o uruchamianiu JavaFX na Linuksie. Wpis popełnił Java Champion, także warto zajrzeć - http://learnjavafx.typepad.com/weblog/2008/08/using-the-javaf.html

Jacek Laskowski - Notatnik Projektanta Java EE: Urlop na Roztoczu oraz wtyczka NetBeans dla Geronimo

Fri, 01 Aug 2008 19:35:44 +0000

"Każdy ma swój urlop, miałem i ja - na Roztoczu" mógłbym parafrazować słowa pewnej reklamy. Tak, to prawda. Po długim ślęczeniu przed komputerem w końcu nadeszła pora na wymarzony urlop. Żona zafundowała mi rodzinny wyjazd na kilka dni na Lubelszczyznę, a dokładnie na Roztocze w Roztoczańskim Parku Narodowym we wsi Rudka k/Zwierzyńca.

Pierwszy dzień - terenu rozpoznanie. Drugi dzień - od rana kajakiem spływanie (Wieprzem). Trzeciego - spływu kontynuowanie. W międzyczasie wizyta w Zamościu, w którym rodzinie obiecałem wizytę na zamku, który...nie istnieje! Skąd ja wziąłem to przekonanie o zamku?! Sądziłem, że w Zamościu jest zamek, bo to takie historyczne miasto, a tu nic, zero zamków. Mimo wszystko warto było. Odwiedziliśmy bar mleczny przy Rynku Głównym, w którym jedzenie było przepyszne, a na samym Rynku pyszne gofry. W wolnej chwili wylegiwanie na plaży nad jeziorem "Stawy Echo" w samym Parku, przy stanowisku Konika Polskiego. Wszystko okraszone piwem Zwierzyniec za bagatela 4PLN za 0,5L w knajpie (!) Trudno się dziwić skoro browar piwa Zwierzyniec to właśnie miasto Zwierzyniec. Pogoda dopisała, więc wyjazd, mimo, że jedynie 5-dniowy, udał się wspaniale. Bez dostępu do komputera, braku telewizora, ze spaniem po 9 godzin i ciągle na dworze można niesamowicie wypocząć. Polecam! Jako podsumowanie wspaniałego miejsca na wypoczynek niech wystarczy (niewyraźne) zdjęcie z miejscowej lodziarni.

Potrafią rozbawić człowieka, nieprawdaż?! Po drodze na Roztocze (z Warszawy) przejeżdża się przez miasto chrząszcza - Szczebrzeszyn. Teraz, nie tylko potrafię wskazać kolejny Park Narodowy, ale i wiem, gdzie ów słynny Szczebrzeszyn leży. Jako ciekawostkę pobytu w zajeździe "W Starym Kinie" w Rudce codzienny brak Javy rekompensowało mi śniadanie z Mocha Java na ścianie.

Chyba jestem skazany na Javę.

W drodze powrotnej zawitaliśmy do Karczmy "Bida", która mimo swojej nazwy serwowała smakowite dania w porcjach znacząco przewyższających nasze oczekiwania. Przyzwyczajeni do typowych rozmiarów potraw w przydrożnych karczmach trzeba było widzieć nasze miny, kiedy na deser zamówiliśmy placki ziemniaczane i naleśniki, a podano nam zestawy obiadowe. Jedzenie pyszne i to w okazałych ilościach.

Po powrocie przejrzenie poczty, a tam ciekawostka związana z NetBeans IDE 6.5. Co jakiś czas NetBeans 6.5 (w fazie rozwojowej) zaskakuje. A to wsparcie dla nowych typów projektów, a to znaczna poprawa wyświetlania struktury katalogowej projektów podczas ich importu/otwarcia/itp., a tu jeszcze...wsparcie Apache Geronimo przez NetBeans IDE za pomocą wtyczki Geronimo 2 Application Server. Nikt się nie chwalił, nikt nie napisał, niedobrze. Taka funkcjonalność, a tak niewiele reklamy. Czyżby autorowi nie zależało na sprawdzeniu wtyczki w ogólnym użyciu?

Jeszcze nie próbowałem się z nią, ale może ktoś z Was już to zrobił?! Jakie wrażenia? Warto się jej przyjrzeć? Jaka wersja Apache Geronimo jest wspierana? Podobno rozwojowa wersja 2.2 nie jest.

p.s. W trakcie urlopu udało mi się zebrać w sobie i przeczytałem książkę "Bogaty Ojciec, Biedny Ojciec" Roberta T. Kiyosaki'ego. Książka przedstawia prawdy oczywiste na temat naszego podejścia do pieniędzy i pracy, która jest ich głównym źródłem, w bardzo nietypowy sposób. Nawet, jeśli wciąż liczysz, że praca jest dla Ciebie wszystkim, a ZUS zapewni Ci dostatek, warto zapoznać się z nią. Teraz wszędzie wokół mnie widzę tylko pasywa ;-) Pora zabrać się za stronę aktywów. Sugestie mile widziane.

Jacek Laskowski - Notatnik Projektanta Java EE: faces-config.xml podzielony z javax.faces.CONFIG_FILES

Thu, 24 Jul 2008 20:07:33 +0000

Zgodnie ze specyfikacją JavaServer Faces 1.2 (rozdział 10.4.2 Application Startup Behavior, strona 312) podczas uruchamiania aplikacji webowej korzystającej z JSF implementacja JSF wykonuje następujące kroki konfiguracyjne:

(opcjonalnie) sprawdza istnienie definicji servletu javax.faces.webapp.FacesServlet w deskryptorze wdrożenia i w przypadku jego braku może w tym momencie zakończyć pracę
poszukuje META-INF/faces-config.xml we wszystkich zasobach aplikacji webowej (poprzez odpytanie ServletContext o wszystkie dostępne zasoby, jak pliki jar, czy zawartość WEB-INF/classes) i wczytuje je jako plik konfiguracyjny JSF w odwrotnej kolejności do tej zwróconej przez Thread.getContextClassloader().getResources())
sprawdza istnienie parametru kontekstowego javax.faces.CONFIG_FILES, który jest listą plików konfiguracyjnych oddzielonych przecinkiem, a następnie wczytuje je kolejno
sprawdza istnienie pliku /WEB-INF/faces-config.xml w aplikacji webowej

Efekt kroku 2 można zauważyć w sposobie konfiguracji JBoss Seam, gdzie plik jboss-seam.jar zawiera w sobie plik META-INF/faces-config.xml z następującą konfiguracją:

 <?xml version="1.0"?>
 <faces-config version="1.2" 
 xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
      http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd">

 <factory>
 <application-factory>org.jboss.seam.jsf.SeamApplicationFactory</application-factory>
 </factory>

 <application>
 <navigation-handler>org.jboss.seam.jsf.SeamNavigationHandler</navigation-handler>

      <view-handler>org.jboss.seam.jsf.SeamViewHandler</view-handler>
 <state-manager>org.jboss.seam.jsf.SeamStateManager</state-manager>
 <el-resolver>org.jboss.seam.el.SeamELResolver</el-resolver>
 <message-bundle>org.jboss.seam.core.SeamResourceBundle</message-bundle>
 </application>
 
 <lifecycle>

      <phase-listener>org.jboss.seam.jsf.SeamPhaseListener</phase-listener>
 </lifecycle>
 
 </faces-config>

gdzie każdy z elementów wpływa na konfigurację naszej aplikacji webowej korzystającej z JBoss Seam (i niewprost z JSF). Przy okazji okazało się, że plik jboss-seam.jar zawiera również plik META-INF/ejb-jar.xml, co określa go również jako moduł EJB.

Najbardziej zaintrygował mnie krok 3, o którym już ktoś mi wcześniej wspominał, jako sposobie na podział rozrastającego się faces-config.xml na mniejsze pliki składowe. Z pewnością zarządzanie mniejszymi plikami jest prostsze, więc możliwość podziału faces-config.xml na mniejsze pliki konfiguracyjne jest wartościową informacją.

Możemy, więc posiadać wiele plików konfiguracyjnych w formacie faces-config.xml, które definiujemy w deskryptorze wdrożenia aplikacji webowej - /WEB-INF/web.xml następująco:

 <?xml version="1.0" encoding="UTF-8"?>
 <web-app version="2.5" 
 xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
 <context-param>

      <param-name>javax.faces.CONFIG_FILES</param-name>
 <param-value>/WEB-INF/produkcyjny-faces-config.xml, /WEB-INF/inny-faces-config.xml</param-value>
 </context-param>
 </web-app>

Daje to ciekawą możliwość nadpisywania konfiguracji, np. produkcyjnej testową lub podobnie, gdzie poszczególne definicje ziaren zarządzanych JSF w produkcyjny-faces-config.xml są nadpisane przez faces-config.xml w katalogu WEB-INF. Po wykonaniu testów funkcjonalnych można po prostu usunąć plik WEB-INF/faces-config.xml i wdrożyć aplikację na właściwe środowisko testowe.

Pozostaje sprawdzenie, czy taki podział konfiguracji JSF jest wspierany przez środowiska programistyczne. Sprawdziłem NetBeans 6.5 i muszę przyznać, że mam dobrą i złą wiadomość. Zacznę od tej złej - jedynie faces-config.xml jest specjalnie traktowany jako plik konfiguracyjny JSF przez edytor PageFlow (pisałem o nim w NetBeans 6 i jego edytor PageFlow do faces-config.xml). Dobra wiadomość jest taka, że tworząc ziarno zarządzane przez asystenta JSF Managed Bean w polu Configuration File widnieją nasze pliki konfiguracyjne JSF.

Nie obyło się bez zgłoszenia kilku błędów odnośnie wsparcia javax.faces.CONFIG_FILES, jak np. Issue #141444 [65cat] Configuration Files without all javax.faces.CONFIG_FILES, gdzie w Configuration Files jedynie wymieniony jest pierwszy z listy plików w javax.faces.CONFIG_FILES oraz faces-config.xml.

Zastanawiam się, jak szeroko stosowana jest owa funkcjonalność JSF podziału pliku konfiguracyjnego faces-config.xml w projektach. Zdarzyło się u Ciebie? Chętnie zapoznałbym się z powodem takiego podziału - łatwość zarządzania, czy coś więcej?

Java i pochodne: Eclipse Project Importer w NetBeans 6.5

Tue, 22 Jul 2008 18:43:26 +0000

Nawet nie zdążyłem wziąć się do pracy, a tu taka dobra informacja. To, że w NetBeans jest plugin do importowania eclipsowych projektów to wiedziałem, ale co mi z samego importu jak zmiany w Eclipsie nie byłyby uwzględniane w NB. A tu niespodzianka, bo wraz z NetBeans 6.5 Eclipse Project Importer jest dodany by default. Co ważniejsze został ulepszony, a działa tak:

Mamy projekt w workspace i importujemy go w NetBeans - File->Import Project->Eclipse Project...

File Chooser

w samym NB

Wybieramy co chcemy importować

Teraz jest lepiej dlatego, że NetBeans monitoruje plik .classpath, który znajduje się w naszym workspace. I tu trochę dupa. Na razie tylko ten plik i w razie wprowadzenia zmian przez kogoś w Eclipse, musimy odpalić swojego Eclipse'a, pobrać aktualne pliki projektu z CVS'a i przy ponownym uruchomieniu NB ustawienia zostaną zaktualizowane. W przyszłości ma być dodane sunchronizacja pozostałych plików oraz przeniesienie zmian wprowadzonych w NetBeans do Eclipse'a. Miejmy nadzieję, że dzięki wpięciu tego pluginu w oficjalny release prace będą szybsze i już niedługo będzie solidne wsparcie.

Więcej info w oficjalnej informacji.

Jacek Laskowski - Notatnik Projektanta Java EE: Zmiany w NetBeans 6.5 nie tylko w harmonogramie, netbeans.keep.expansion oraz ukryte skarby JDK - jps i jstack

Sun, 20 Jul 2008 20:49:43 +0000

Przez długi okres czasu, od 10 lipca, wersja rozwojowa NetBeans IDE 6.5 była niedostępna, aż dopiero 3 dni temu - 17.07 - pojawiła się długooczekiwana nowiuteńka paczka dystrybucyjna netbeans-trunk-nightly-200807170007.zip (można zauważyć, że ponownie mamy przerwę w dziennych paczkach, bo jest 20.07, a wciąż w repozytorium najnowsza wersja to właśnie z 17.07!). Można, więc przysiąć i posprawdzać jego (nie)doskonałości, jednocześnie "zarabiając" kilka punktów w NetCAT 6.5. Tym razem obiecałem sobie, że przyjrzę się Groovy i Grails, których wsparcie jest nadzwyczaj wychwalane przez użytkowników groovy-grailsowych. Jeśli będzie można połączyć to z pracami wokół Korporacyjnej 5-tki z GlassFish v3 (w którym zagościło OSGi) to dlaczego nie poświęcić temu trochę czasu. Nie ma go wiele, więc jeśli go trwonić, to na rzeczy ciekawe, nieprawdaż?! W tym tonie udało mi się zapoznać z Mastering Grails: Build your first Grails application. Bardzo krótki acz treściwy artykuł prezentujący cechy Grailsów, które sprawiają, że programiści javowi nie muszą spoglądać w stronę Ruby on Rails (RoR). Na chwilę obecną wystarczy poznawania Grailsów, ale pytanie o możliwość integracji z innymi rozwiązaniami, np. opartymi o znaczniki JSP, pozostaje. Może ktoś rzucić trochę światła na kwestię integracji rozwiązań typu JSF z Grails? Czy to w ogóle jest porównywalne? Czy integracja ma rację bytu?

Po uruchomieniu NetBeansa pierwsze zaskoczenie - pojawiła się nowa grafika początkowa (ang. splash screen).

Ładniutki, nieprawdaż? Poza tą niefunkcjonalną zmianą, mamy domyślnie otwarty widok Tasks (Ctrl+6).

Zadania określane są przez znane i lubiane TODO, ale również kilka innych adnotacji (patrz Tools > Options > Miscellaneous > ToDo Tasks).

Przy okazji konfiguracji adnotacji dla zadań pojawiło się jedno z moich ulubionych słówek angielskich - miscellaneous. Jest ono o tyle ulubione, że wielu zapytanych nie wie, jak się poprawnie wymawia to słowo (pomijając, że wielu nie wie o jego istnieniu).

W kontekście domyślnego uruchomienia widoku Tasks, sądzę, że w końcu potraktuję swoje TODO w kodzie poważniej, bo przy każdorazowym uruchomieniu ich liczba z pewnością będzie przypominała o ich istnieniu. Zauważyłem pewną zależność między naszymi przyzwyczajeniami a domyślnymi ustawieniami narzędzi używanych na codzień. Wielu z nas zamiast dostosowywać narzędzie do siebie, dostosowuje siebie do niego. A tu proszę, NetBeans postanowił obdarzyć nas narzędziem, które dba o nasze zadania. Teraz może w końcu baczniej przyjrzę się zadaniom do wykonania (TODO) z jego pomocą. Jeszcze nie zastosowałem się do tych "zaleceń", ale już mi się podobają.

Ciekawostka z grupy NetCAT 6.5, której znajomość z pewnością daje poczucie zaawansowanego użycia NetBeans IDE podczas pracy. Jeśli potrzebujemy zachować stan rozwiniętych węzłów w drzewie (dowolnym, np. w oknie Projects będą to projekty i ich zasoby) to wystarczy...więcej w poniższej wiadomości:

On build 5.5 the Project Window remember the state of the node. while now 6.5 it will collapse to the root if we are going to restart the IDE.

This change was made intentionally (I thought earlier than 5.5, but perhaps not) - the reexpansion of the nodes was slowing down startup.

http://www.netbeans.org/issues/show_bug.cgi?id=55701

You should be able to enable the expansion by adding

-J-Dnetbeans.keep.expansion=true

to your netbeans.conf, but note that this mode is not tested.

Kolejną ciekawostką z programu NetCAT 6.5 jest narzędzie jstack, o którym nie miałem w ogóle świadomości istnienia (!) A narządko bardzo ciekawej funkcjonalności, bo prints Java stack traces of Java threads for a given Java process or core file or a remote debug server, czyli dokładnie to, czego w wielu momentach spowolnienia aplikacji javowej potrzebuję. Ni mniej, ni więcej - narzędzie umożliwia zerbanie danych do analizy prac JVM przez wypisanie sterty wywołań javy dla wybranego procesu, z pliku ze zrzutem pamięci (core) czy zdalnego serwera. Więcej o tym i podobnych narzędziach w NetBeans - How to Generate a Thread Dump. Okazuje się, że poza jstack jest również niejaki StackTrace. Teraz jakikolwiek problem wydajnościowy w Javie nie będzie mi straszny. Przy okazji, z dokumentacji jstack dowiedziałem się o kolejnym, nieznanym mi wcześniej, narzędziu jps, który wypisuje identyfikatory procesów javowych, np.:


 C:\Documents and Settings\jlaskowski 2008-07-18 12:19:33,98
 > C:\apps\java6\bin\jps.exe
 32132 org.eclipse.equinox.launcher_1.0.100.v20080509-1800.jar
 35188 NetworkServerControl
 35684 Main
 37884 Jps
 30228 PELaunch

Teraz wystarczy podłączyć się do wybranego procesu javowego narzędziem jstack, aby rozeznać się w aktualnej sytuacji o stanie JVM (żeby tak prosto było zdiagnozować problemy w polskiej słuzbie zdrowia, o której tyle ostatnio. Gdybym wiedział numer procesu może mógłbym jakoś pomóc. ;-)):

 C:\Documents and Settings\jlaskowski 2008-07-18 12:21:39,67
 > C:\apps\java6\bin\jstack.exe -l 35684
 2008-07-18 12:23:57

      Full thread dump Java HotSpot(TM) Client VM (10.0-b23 mixed mode):

 "Inactive RequestProcessor thread [Was:Default RequestProcessor/org.netbeans.modules.xml.xam.AbstractModelFactory$1]" da
 emon prio=2 tid=0x374a1400 nid=0x8100 in Object.wait() [0x3bb4f000..0x3bb4fc14]
 java.lang.Thread.State: TIMED_WAITING (on object monitor)
 at java.lang.Object.wait(Native Method)
 at
      org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:950)
 - locked <0x09baa8a0> (a java.lang.Object)

 Locked ownable synchronizers:
 - None
 ...
 "Finalizer" daemon prio=8 tid=0x31377400 nid=0x8a24 in Object.wait() [0x3184f000..0x3184fa94]
 java.lang.Thread.State: WAITING (on object monitor)
 at java.lang.Object.wait(Native Method)
 at
      java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
 - locked <0x0549b4e0> (a java.lang.ref.ReferenceQueue$Lock)
 at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
 at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

 Locked ownable synchronizers:
 - None

 "Reference Handler" daemon prio=10 tid=0x31376400 nid=0x88b8 in Object.wait() [0x3164f000..0x3164fb14]
 java.lang.Thread.State: WAITING (on object monitor)
 at java.lang.Object.wait(Native Method)
 at java.lang.Object.wait(Object.java:485)
 at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
 - locked <0x0549aef0> (a java.lang.ref.Reference$Lock)

 Locked ownable synchronizers:
 - None

 "VM Thread" prio=10 tid=0x31373000 nid=0x7654 runnable

 "VM
      Periodic Task Thread" prio=10 tid=0x3139b400 nid=0x8504 waiting on condition

 JNI global references: 2935

Warto zapoznać się z pełną dokumentacją narzędzi dostarczanych w ramach wybranej JVM, np. dla Sun JDK będzie to JDK Tools and Utilities. Nie wszystkie jednak narzędzia dostępne są na wszystkich platformach systemowych, gdyż narzędzia są dostarczane przez dostawcę JVM dla danej platformy, więc dla IBM JDK będzie to inny zestaw narzędzi, często wykraczający poza możliwości Sun JDK.

I wiadomość z ostatniej chwili w temacie zmian w harmonogramie NetCAT 6.5. Przesunęła się data wydania finalnej wersji NetBeans 6.5. Pojawił się niewielki the two weeks slip in the schedule, o którym pisze Jirka Kovalsky (głównodowodzący programu NetCAT 6.5):

Due to postponed Feature Freeze of PHP and GlassFish v3 support and high number of bugs we are forced to update some important milestones. Accordingly I had to adjust some NetCAT 6.5 dates and the new schedule is already published on the NetCAT 6.5 homepage (http://qa.netbeans.org/processes/cat/65)

Nowa wersja NetBeans IDE 6.5 dopiero 15 października. Jest szansa na wyłapanie większości błędów w nim i nauczeniu się kilku nowych szkieletów programistycznych, których wsparcie dostarcza, np. Grails. Gdybym tak mógł poczytać o integracji Grails z usługami dostarczanymi przez serwer Korporacyjnej 5-tki byłoby wspaniale. W połączeniu z OSGi byłbym w ogóle uszczęśliwiony.

Jacek Laskowski - Notatnik Projektanta Java EE: NetBeans 6 i jego edytor PageFlow do faces-config.xml

Fri, 18 Jul 2008 21:22:45 +0000

Pamiętam, że już jakiś czas tematu zastanawiałem się nad zastosowaniem edytora PageFlow do edycji faces-config.xml - główny plik konfiguracyjny aplikacji JavaServer Faces (JSF). Dzisiaj natrafiłem na wpis, który sprowokował mnie do zbadania tego tematu dokładniej. I warto było, bo kolejny temat mam z głowy. W końcu! Czy nie masz takich natarczywych tematów, które trapią Cię od wielu dni/tygodni/miesięcy, ale mimo to nie znalazłeś/-aś czasu, aby go rozwiązać?! Ja mam ich kilka i jeden właśnie zszedł z listy.

Głównym zadaniem edytora PageFlow, który służy do edycji pliku faces-config.xml, jest umożliwienie wprowadzania zmian w regułach nawigacyjnych aplikacji JSF w sposób graficzny bez konieczności grzebania się w zawiłościach pliku XML (cf. Page Flow Editor Functional Specification). Udostępnienie tej funkcjonalności po prostu zdejmuje z użytkownika obowiązek znajomości jego składni. I w zasadzie to jest jego główna i jedyna potrzeba korzystania. Skoro mniej musimy znać, aby poprawnie skonfigurować przepływ między stronami w aplikacji JSF, to właśnie to jest jego zaletą i tego oczekiwałbym od IDE.

Garść informacji o edytorze PageFlow dla faces-config.xml znajduje się w dokumencie PageFlow Editor for NetBeans 6.0 i jakkolwiek dotyczy wersji NetBeans 6.0, to niewiele zmieniło się od tego czasu. Dodatkowych informacji, a w zasadzie zrzutu ekranu, który uzmysławia możliwości PageFlow, można znaleźć we wpisie Net Beans (6.1) Page Flows, ale ponownie zbyt pobieżnie i niewiele. Dopiero podczas lektury tego wpisu zorientowałem się, czego mógłbym faktycznie oczekiwać od PageFlow. Do tej pory moje aplikacje JSF budowane w NetBeans składały się ze zwykłych stron JSP, które zawierały kontrolki JSF. Mówiąc językiem używanych szkieletów webowych, to był to jedynie JavaServer Faces.

Przy takiej konfiguracji PageFlow udostępniał jedynie 3 akcje dla stron JSP.

Zastanawiałem się wciąż po co ten plus po prawej stronie (u góry zakryty przez menu Delete). Kilkakrotnie napotykałem dyskusję dotyczącą Visual Web JavaServer Faces (w skrócie Visual Web) w kontekście budowania aplikacji JSF w NetBeans. Visual Web to zestaw kontrolek JSF, podobnie jak IceFaces, RichFaces, Tomahawk czy Tobago (pewnie jest ich znacznie więcej, ale te mi teraz przychodzą do głowy). Coś mi mówiło, że właśnie tutaj powinienem szukać odpowiedzi. Kiedy dodałem Visual Web JavaServer Faces do kategorii Frameworks we właściwościach projektu projektu JSF strony JSP stworzone jako Visual Web JSF Page były specjalnie traktowane przez NetBeans.

Nadal były stronami JSP, ale poza zmianą wizualną w widoku Projects, która polegała na zmianie ikony związanej ze stronami, do ich edycji mogłem użyć edytora Design, JSP i Java w jednym (czego nie miałem do dyspozycji przy "zwykłych" stronach JSF).

Zmiana również wpłynęła na dostępne menu w PageFlow związane ze stronami typu Visual Web.

Pojawiły się 3 nowe akcje i możliwe stało się wiązanie (tworzenie przepływu/nawigacji) między elementami strony - przycisk (ang. button) jako Add Button, odnośnik (ang. hyperlink) jako Add Hyperlink oraz odnośnik z obrazkiem (ang. image hyperlink) jako Add Image Hyperlink a innymi stronami w aplikacji. Mam wciąż pewne opory przed stosowaniem tego zestawu Visual Web, bo brakuje mi sprawdzenia na ile jest to przenośne między serwerami aplikacyjnymi (np. czy będę mógł uruchomić aplikację zbudowaną z pomocą Visual Web na Apache Geronimo czy WASie) oraz potencjalne problemy podczas integracji z innymi, wspomnianymi wcześniej, zestawami kontrolek JSF. Temat zostawiam do zbadania na później, chyba że ktoś już zna odpowiedź i zechciałby podzielić się wrażeniami.

Ostatecznie PageFlow prezentuje się następująco.

Od razu można zgadnąć, które strony są typu Visual Web, a które "zwykłymi" JSP. I to jest właśnie zagadka na weekend - rozpoznać typy stron na załączonym wyżej zrzucie ekranu. Miłej zabawy!

Java i pochodne: Pomysł na wtyczkę do NetBeans'a i jego polska wersja

Thu, 17 Jul 2008 18:18:15 +0000

Pewnie nie raz macie tak, że w robocie czy gdzieś jest tworzony projekt. Tak, tak to już bywa, że projekty są tworzone ;-) No ale jako, że większość używa Eclipse'a tworzony jest on w tym IDE, a Wy akurat chcielibyście pracować sobie w NetBeans'ie. A tu zonk, bo każde IDE ma swoje pliki projektu. Jakby ciężko im było stworzyć jeden standard. Dlatego przyszedł mi do głowy pomysł napisania wtyczki do NB, która pozwalałaby zapisywać ustawienia projektu itp. do plików .project i .classpath Eclipse'a. Najlepiej rezygnując ze swoich, chociaż wątpie żeby się udało. Najwyżej nie dodawałoby się ich do kontroli wersji ;-) Skoro w IntelliJ IDEA się udało to nam też powinno. Kto ma ochotę włączyć się w ten projekt? Z góry mówię/piszę, że pisalibyśmy to w NB. Tłumy, czy też nie, proszone są zgłaszać się przez maila: leszek(małpa)gruchala.eu lub w komentarzach.

Jak widać na załączonym obrazku kolejna wersja NetBeans IDE w natarciu. Wydanie planowane jest na 2 października. Wraca kwestia polskiej wersji, a sprawa przedstawia się tak. Jest przetłumaczone jakieś 85% podstawowego interfejsu użytkownika. Choćby nie wiem co, będzie wydana polska wersja wraz z wydaniem NB 6.5, dlatego przypominam, że jeśli są osoby, które chcą dopomóc w tłumaczeniu reszty i przystosowania tego do nowego wydania proszę bardzo o wyłonienie się. Praca nie jest ciężka, a fajnie jest zrobić coś dla innych. Troszę wiecej informacji w tym wpisie. Postaram się też odpowiedzieć na wszystkie pytania.

PS. Jeśli jeszcze ktoś tego nie wiem, z przyjemnością ogłaszam, że Jacek Laskowski został członkiem NetBeans Dream Team. Jest to teraz 15 osoba na świecie, a pierwsza w Polsce. Gratulacje!

Java i pochodne: Nowości w Java SE 6 Update 7

Thu, 17 Jul 2008 06:04:16 +0000

Od wczoraj dostępna jest nowa wersja JDK i JRE. Nie wnosi ona tyle nowości co Update 10 (o tym innym razem), ale też jest o czym pisać ;) Samo JDK zajmuje po instalacji jakieś 20 MB więcej, co dobre to to, że można zainstalować od razu JRE. Wreszcie przeglądarka będzie mi widziała Javę. Chociaż to połowiczne rozwiązanie bo nie rozumiem dlaczego muszę instalować JRE skoro mam JDK, ale teraz przynajmniej nie muszę tego osobno ściągać tylko samo się tak przy okazji. No i na końcu otwiera Sun'owską stronkę z ofertą rejestracji. Także kto chce zostać członkiem, proszę bardzo :) Z ważniejszych rzeczy to wraz z tą aktualizacją dostajemy nowe narzędzie zwane Java VisualVM.

VisualVM to graficzne narzędzie do podglądania działających na maszynie wirtualnej aplikacji. JVVM odzyskuje dane z narzędzi JDK i pozwala zbiorczo w łatwy i przyjemny sprawdzać aplikacje na JVM. Czy tak jest? Zaraz zobaczymy....

Uruchamiamy poleceniem:

C:\Program Files\Java\jdk1.6.0_update-number\bin\jvisualvm

Wyświetli się monit o jakieś tam testy. Nie pamiętam już jakie bo nie mogę ich powtórzyć, ale Ci co mają laptopy niech przełączą się na max performance.

Z wyglądu i z About widać, że program jest napisany z użyciem NetBeans platform. Aplikacja pozwala monitorować maszynę wirtualną i wszystko co jest na niej uruchomione, z osobna lokalne aplikacje, zdalne aplikacje, tworzyć snapshoty i zrzucać i przeglądać sobie wątki uruchomione przez te programy. W ramach testów próbowałem przetestować profile'rem takiego Eclipse'a, ale zawsze się wieszał. Samo monitorowanie aplikacji działało, ale to nie. W ruch poszedł NetBeans. Będę bardzo zdziwiony jak i tu będzie szwankować ;]

Uruchamianie NetBeans:

W oknie Applications widać co mamy uruchomione. W przypadku Eclipse'a było <unknown application> ;] Przypadek, czy złośliwość....

W tym przypadku profiler też się nie udał, przy testowaniu CPU zawiesił się NB, a przy pamięci sam VisualVM. Tak samo z IntelliJ.

Poniżej uruchamianie IntelliJ, NB, Eclipse'a:

Myślałem że OpenOffice też będzie widoczny dla VisualVM skoro też coś tam ma napisane w Javie, ale niestety dupa. Nie wiem, czy to ja mam pecha, że nic nie dało się sprofajlować, ale aplikacja mi się podoba. Z pewnością spodoba się firmom, które będą chciały przetestować np. swoje desktopowe produkty na różnych platformach sprzętowych i systemowych nie koniecznie w środowisku produkcyjnym przy użyciu NB, czy Eclipse'a.

Oficjalna strona projektu: https://visualvm.dev.java.net/

Jacek Laskowski - Notatnik Projektanta Java EE: Słów kilka o Maven 2 w NetBeans 6.5, Sun Certified NetBeans IDE Specialist oraz "GWT w praktyce" Power Netu

Tue, 15 Jul 2008 21:22:30 +0000

Piotr Pietrzak w komentarzu do Klasyfikatory w Maven 2 oraz polonizacja NetBeans IDE odpowiedział na wczorajsze moje bolączki związane z brakiem funkcjonalności NetBeans IDE odpowiadającej eclipsowej wtyczce do obsługi projektów mavenowych - m2eclipse w postaci...filmu (!) Wspaniała forma dyskusji w Sieci. Wierzę, że będą kolejne. Tylko, dlaczego nie ma głosu?! ;-)

Temat pobrania źródeł do zależności projektu mavenowego w NetBeans sprowadza się do Add local sources pod prawym przyciskiem myszki dla wybranej zależności

bądź po prostu Download All Library Sources na węźle Libraries w projekcie.

Co ciekawe, po pobraniu wszystkich źródeł, nazwy plików udekorowane są ikonką ze słoikiem i pakunkiem.

Natrafiłem przy okazji na inną ciekawostkę związaną ze wsparciem projektów mavenowych przez NetBeans 6.5 we współpracy z wtyczką Mevenide-NetBeans - wsparcie dla edycji pom.xml. Co ja będę się rozpisywał, sam zobacz (tym razem w postaci zrzutów ekranu, ale może kolejnym razem będzie bardziej filmowo?!). W lokalnym repozytorium mam

a w edytorze jako podpowiedź otrzymuję (Ctrl+Spacja)

Miła niespodzianka, chociaż zanim mnie mile zaskoczyło nie mogłem doczekać się zaindeksowania repozytoriów mavenowych. Dobrze, że cała operacja odbyła się w tle.

Podczas moich dzisiejszych wyczynów programistycznych z NetBeans IDE 6.5M1 potrzebowałem otworzyć klasę w projekcie i jako, że nie jest to Eclipse Ctrl+Shift+T nie działa...domyślnie. W takich przypadkach wspieram się zawsze pomocą Google, ale tym razem miałem wszystko pod ręką, lokalnie. Help > Keyboard Shortcuts Card

po którym otwiera się dokument pdf ze skrótami. Wystarczyło Ctrl+F (szukaj), wpisanie ciągu type, <Enter> i mam - Ctrl-O/Alt-Shift-O Go to type/file. Nie mogłem oprzeć się, aby nie sprawdzić, czy funkcjonalność znana mi z Eclipse dostępna jest i w NetBeans - wyszukiwanie typów po ich skrótach, np. NullPointerException to NPE, albo NoClassDefFoundError to NCDFE. To również jest w NetBeans! Miło.

Tylko jedno mi doskwiera teraz - dlaczego eclipsowe Ctrl+O w edytorze Java to Ctrl+Shift+F12 w NetBeans?! Nic nie przychodzi mi do głowy, aby podmienić to jakoś sensownie, ale sądzę, że to jedno z bardziej użytecznych funkcji IDE - wyświetlenie elementów typu i możliwość przejścia do wybranego, więc należy się coś bardziej ludzkiego. Może jednak warto zmienić mapowanie klawiszy na eclipsowe? Mam takie skrzywienie uniksowe, gdzie edytuję pliki w vi, podczas gdy na linii komend korzystam z trybu Emacs. Pewnie podobnie będzie z klawiaturą w NetBeans. Jak się człowiek do czegoś przyzwyczai, to trudno mu się oderwać od tego.

Na grupie NetCAT 6.5 Jirka (głównodowodzący programem) poprosił o ocenę przygotowywanego certyfikatu Sun Certified NetBeans IDE Specialist. Czy uważacie, że istnieje faktycznie potrzeba na Sun Certified Netbeans IDE Specialist? Co ono miałoby certyfikować?! Znajomość skrótów klawiszowych? Pozycji menu? A co w przypadku pracy z tłumaczonym środowiskiem? Możesz wyrazić swój głos w ankiecie Sun Certified NetBeans IDE Specialist. Miło zostałem zaskoczony zakresem egzaminu i uważam, że będzie doskonałym sprawdzianem poprawnego użycia NetBeans IDE jako środowiska pracy. Ciekawe, kiedy można oczekiwać odpowiedzi zespołu Eclipse. Fajne takie SCeNBIS oraz ECIS ;-)

Na koniec wiadomość z ostatniej chwili - pojawiła się ciekawa oferta na półce wydawnictwa Power Net - GWT w praktyce autorstwa Roberta Coopera oraz Charles'a Collinsa. Książka została przetłumaczona przez Marcina Leszczyńskiego, który znalazł swoje miejsce w podziękowaniach w wersji angielskiej (!) I ja przyłączam się do podziękowań za podjęcie trudu przetłumaczenia książki na polski. Wbrew panującemu obyczajowi na polskim rynku wydawniczym literatury informatycznej, tłumaczenie pojawiło się 2 miesiące po premierze angielskojęzycznej. Najwyraźniej można, jak się chce. Niedawno miałem okazję ponownie powalczyć z GWT i przymierzałem się do oryginalnej wersji książki, ale skoro jest dostępne polskie tłumaczenie, dlaczego nie zacząć lektury właśnie od niej? Jako rozgrzewkę można zabrać się za lekturę przykładowego rozdziału, który jest dostępny na stronie książki. Najwyraźniej Power Net zaczyna stanowić ciekawą alternatywę dla innych wydawnictw informatycznych z coraz to znaczącymi tłumaczeniami. Gratulacje!

Jacek Laskowski - Notatnik Projektanta Java EE: Klasyfikatory w Maven 2 oraz polonizacja NetBeans IDE

Mon, 14 Jul 2008 21:51:34 +0000

Już jakiś czas minął od zgłoszenia usprawnienia związanego z niedostępnością dokumentacji javadoc w dystrybucji Apache Wicket (WICKET-1587 Include javadoc in the distro). Okazało się, że właśnie dzisiaj zamknięto moje zgłoszenie jako Duplicate ze wskazaniem na kolejne zgłoszenie WICKET-543 need javadocs embedded in the Wicket 1.3 zip file. W WICKET-543 zgłoszenie kończy się wskazaniem na plik dokumentacji w publicznym repozytorium mavenowym Wicketa - http://repo1.maven.org/maven2/org/apache/wicket/wicket. Wystarczy, więc pobrać dokumentację javadoc (lub jeszcze lepiej kodów źródłowych, które są tam również umieszczone) i sprawa wydaje się zamknięta.

W/g mnie nie rozwiązuje to głównego problemu niedostępności dokumentacji w samej paczce dystrybucyjnej Wicketa, bo nie wszyscy przecież korzystają z Mavena do zarządzania projektami, a nawet pracując z nim można nie zorientować się, gdzie jest dostępna dokumentacja do pobrania. Może jest to jednak efekt "nowych" czasów, gdzie jeśli nie korzystasz z Mavena toś...i tu należałoby umieścić coś niestosownego, bo przecież każdy wie jak z niego korzystać, albo jak pobrać plik z jego repozytorium. Nieprawdaż?! Ja jednak należę do tych (nie)szczęśników, którzy zazwyczaj pracują z Mavenem, jeśli idzie o zestawianie projektów poza IDE, więc mogę przychylić się do tego rozwiązania jako satysfakcjonujące. W Eclipse dostępna jest wtyczka m2eclipse, która umożliwia pobranie źródeł dla zadanych zależności (Maven > Download Sources), ale już w NetBeans mimo, dostępności wtyczki Mavenide-NetBeans, nie znalazłem podobnej funkcjonalności. Pozostaje rozpoznać temat z poziomu linii poleceń i zdefiniować odpowiednie polecenie dla NetBeans, bądź innego IDE w użyciu, jeśli dedykowane menu nie istnieje.

Rozróżnienie artefaktów pochodzących z pojedyńczego projektu (modułu) odbywa się z użyciem klasyfikatora (ang. classifier), które jest kolejnym elementem rozróżniania artefaktów w Maven 2 zgodnie z zasadą nazewniczą przedstawioną w rozdziale POM Relationships. Najbardziej powszechnym użyciem klasyfikatora to wskazanie pliku z dokumentacją javadoc (klasyfikator: javadoc) oraz źródłami (klasyfikator: sources). Deklaracja zależności w projekcie mavenowym odbywa się w pliku pom.xml, np.:

 <dependencies>
 <dependency>
 <groupId>org.apache.wicket</groupId>
 <artifactId>wicket</artifactId>
 <version>1.4-m3</version>
 </dependency>
 </dependencies>

i dotyczy zazwyczaj artefaktów, które są plikami jar (domyślna wartość dla elementu dependency/type to jar) z pustym klasyfikatorem. Wskazanie na zasób (artefakt) o klasyfikatorze javadoc wymaga skorzystania z elementu classifier z wartością javadoc. Pytanie, które należy w tym momencie zadać, to przypadek użycia, w którym chcielibyśmy skorzystać z możliwości zadeklarowania zależności projektu od klasyfikatora javadoc czy sources (pozostałe klasyfikatory pozostawiam do własnego przemyślenia). Dla przypadku wyłącznego pobrania javadoc czy źródeł z centralnego repozytorium Mavena korzysta się z pomocy dodatkowego parametru konfiguracyjnego wtyczki, która umożliwia skorzystanie z danego typu klasyfikatora (udostępnia rozwiązanie przypadku użycia, w którym dany klasyfikator gra znaczącą rolę).

Weźmy jako przykład pracę z javadoc. Jeśli chciałbym skorzystać z javadoc do umieszczenia jej w dystrybucji mojego projektu skorzystam z wtyczki maven-assembly-plugin, która potrafi "złożyć" plik wynikowy paczki dystrybucyjnej projektu, potencjalnie z dołączeniem dokumentacji javadoc dla wybranej zależności. W przypadku korzystania z dokumentacji javadoc czy źródeł w środowisku Eclipse wtyczka maven-eclipse-plugin generująca definicję projektu eclipsowego na podstawie pom.xml pozwala na określenie wymagania podpięcia javadoc czy źródeł do projektu - parametry -DdownloadJavadocs=true i -DdownloadSources=true, odpowiednio (patrz Attach Library Sources and Javadocs).

Wniosek jest jeden: w zależności od wymagań zazwyczaj nie przyjdzie Tobie skorzystanie z artefaktu o zadanym klasyfikatorze bezpośrednio, a raczej pośrednio, poprzez zależność w pom.xml czy konfigurację wtyczki. Jeśli jednak potrzebujemy pobrać pojedyńczy plik z repozytorium mavenowego, np. z dokumentacją javadoc, wystarczy skorzystać z wget czy podobnego narzędzia. To jednak sprowadza temat do bardzo znanej i lubianej kwestii doboru właściwego narzędzia do danego zadania. Kwesię obsługi javadoc w projekcie mavenowym zdaje się, że mam(y) rozwiązaną.

Kiedy teraz przyjdzie mi pracować z projektem mavenowym w środowisku Eclipse bez pomocy wtyczki m2eclipse wystarczy uruchomić polecenie

 mvn eclipse:eclipse -DdownloadSources=true
      -DdownloadJavadocs=true

i zaimportować projekt, aby móc cieszyć się z pomocy kontekstowej javadoc oraz możliwości przejścia do kodów źródłowych dla klas zależności projektowej. Warto było zgłosić usprawnienie do Wicketa, aby w końcu rozpoznać to wszystko. Teraz już wszystko powinno być jasne.

Od kilku dobrych miesięcy trwają prace nad polonizacją NetBeans IDE 6. Prace trwają i mimo nadchodzącej wersji NetBeans IDE 6.5 (od 14-tego rozpoczynają się prace w NetCAT 6.5), wciąż nie ma produkcyjnej wersji NetBeans w języku polskim. Jeśli jesteś zainteresowany/-a posiadaniem spolszczonego NetBeansa i chciał(a)byś mieć swój udział w projekcie tłumaczenia przyłącz się do zespołu polonizującego NetBeans. Proponuję zacząć już dzisiaj.

Jacek Laskowski - Notatnik Projektanta Java EE: Zaproszenie do NetCAT 6.5 oraz NetBeans Dream Team jednego dnia

Fri, 11 Jul 2008 21:45:01 +0000

Dzisiaj spędziłem czas w cieniu rozpracowania zawiłości IBM WebSphere Application Server 6.1 i przyznaję, że wymagający klient, dociekający każdej funkcjonalności serwera aplikacyjnego, to skarb, który należy pielęgnować i dbać o niego z całych sił. Jakby przeciwieństwo powszechnego przekonania, że klient to wróg numer jeden, a właśnie to, co powoduje, że owych "szkodników" (aka klientów) tak nie lubimy, jest właśnie tym, co sprawia, że zgłębiamy temat intensywniej i stajemy się technicznie bardziej zaawansowanymi. Mam przyjemność pracować z dwoma warszawskimi klientami, którzy faktycznie wykorzystują każdy element WASa i IBM WebSphere Process Server 6.0.2 w ich najdrobniejszych szczegółach i jeszcze nie było dnia, abym nie dowiedział się czegoś nowego. Zabawy co nie miara!

Tym bardziej ucieszyłem się, kiedy zaglądając do mojej skrzynki pocztowej miałem możliwość przeczytania dwóch zaproszeń z całkiem innej półki - NetBeans.

Pierwsze z nich to zaproszenie do programu NetCAT 6.5:

Welcome to the NetCAT 6.5 program!

Dear NetCAT 6.5 applicant,

Congratulations! You have been selected to participate in the NetBeans 6.5 Community Acceptance Testing program. The response to the program announcement was very high again and the selection process was difficult at best, but your experience and testing offer met our selection criteria.

On _July 14th_ you will be automatically subscribed to netcat@netbeans.org alias and receive further information regarding your testing activites. This mailing list will be the main communication channel for NetCAT 6.5 program and in this regard we would like to ask you to read and adhere to our NetCAT Etiquette [1].

[1] http://qa.netbeans.org/processes/cat/65/etiquette.html

Your feedback is important to us and we hope that you will be an active member of the NetCAT 6.5 team. Thanks again for your interest in improving NetBeans and welcome aboard!

Best regards,
--
Jiri Kovalsky
NetCAT 6.5 Program Coordinator
http://qa.netbeans.org/processes/cat/65/index.html

Drugie zaproszenie to jeszcze większa niespodzianka - zaproszenie do grupy NetBeans Dream Team.

You are formally invited to join the NetBeans Dream Team

Hello and congratulations,

You are invited to join the NetBeans Dream Team. Please read more about us at:
http://wiki.netbeans.org/NetBeansDreamTeam

You were selected using the process located at:
http://wiki.netbeans.org/NBDTNewMemberRules

You are obviously not required to become a member, but we have recognized your contributions within the NetBeans community, and would like to formally invite you to join our group.

You may read more about our mission at:
http://wiki.netbeans.org/DTMissionStatementAndProcess

and some things we would like to work on at:
http://wiki.netbeans.org/NetbeansDreamTeamIdeasAndProjects

We sincerely hope you accept this invitation and we look forward to working with you to make our NetBeans community better.

Below we have provided some preliminary introductory questions for you to provide answers to the current members. This will help us get to know you better. Please respond with the answers, and if you accept this invitation we will get you setup within our infrastructure. If you choose not to accept at this time, we do hope you'll consider us in the future, and thank you for your contributions:

1) Do you accept this invitation? (if not, then please do not feel obligated to answer the other questions, and thank you for your attention)

2) What is your name?

3) What is your netbeans user ID? This helps us see your issues in IZ and other community contributions.

4) Where do you live?

5) What are some interesting things about you: hobbies, family, etc?

6) What are your favorite NB features?

7) What are some interesting features you would like to add to the IDE?

8) Are you a NetBeans RCP/Platform developer/user?

9) What are some interesting features you would like to add to the RCP/Platform (if a user)?

10) What do you like most about the NetBeans community?

11) What are some things you would most like to change in the NetBeans community?

12) What are some other open-source communities you are involved?

13) What are your blog and home page addresses?

14) What email address should the Dream Team use to contact you? (this email address will also be used to sign you up to the Dream Team mailing list, Yahoo Tech Group, etc)

Thank you for your attention,

Wade Chandler

==================
Wade Chandler, CCE
Software Engineer and Developer, Certified Forensic Computer Examiner, NetBeans Dream Team Member, and NetBeans Board Member
http://www.certified-computer-examiner.com
http://wiki.netbeans.org/wiki/view/NetBeansDreamTeam
http://www.netbeans.org

Nic dodać, nic ująć. Dzisiejszy dzień przebiegł niezwykle interesująco. Z wyróżnieniami przychodzą obowiązki, jak stwierdził kolega Marcin, a z nowymi obowiązkami nowe doświadczenia, więc zabawa wciąż trwa. Może w końcu uda mi się zabrać ponownie za tą wtyczkę NetBeans dla Apache Geronimo?! Są chętni mi pomóc? Z wielkim entuzjazmem przyjąłbym nawet najmniejszą pomoc.

Jacek Laskowski - Notatnik Projektanta Java EE: NetBeans IDE 6.5M1 dostępny i algorytmiczna oferta pracy z Mój Startup

Wed, 09 Jul 2008 22:17:52 +0000

Niektórzy mają wakacje, jeszcze niektórym zechciało się pisać wpisy na blogu, a jeszcze niektórzy robią coś pożytecznego i wytrwale programują. W zespole NetBeans praca zdaje się, że wre na całego, czego dowodem jest kolejna wersja NetBeans IDE. Jeszcze nie ostygła wersja 6.1, a już mamy NetBeans IDE 6.5 Milestone 1 (NetBeans IDE 6.5M1). Wspominałem o programie NetBeans Community Acceptance Test (NetCAT) dotyczącym wersji 6.5 w Umiędzynarodowienie w JBoss Seam, NetCAT 6.5 oraz nowa grupa oferty-pracy-java, w którym można wyrazić swoją opinię o tym wydaniu i...jeszcze zgarnąć nagrodę (poza sławą i chwałą). Nie pozostaje nic innego, jak tylko przyłączyć się do zespołu NetCAT 6.5 i wyrazić, co człowiekowi leży na sercu, w kontekście tego wydania (inne sprawy sercowe nie są obsługiwane ;-)) Pewnie nie dla wszystkich jest to The only IDE you need! (za reklamą NetBeans IDE 6.5). W ogłoszeniu napisano:

This stabilized development build contains the following new & noteworthy features:

Enhanced Code Completion
Database-related code snippets
Multiple project configurations
Find Usages

Ajax
- JavaScript Debugger
- JavaScript Library Manager
- Bundled JavaScript Libraries
Groovy
- Editor
- Java SE Project Integration
- Grails support
Java
- Javadoc Anlyzer
- Call Hierarchy
- CamelCase code completion
Debugger
- New Multithreaded Debugging Support
- Debugging Window
- Current Thread Chooser
Additional enhancements have been made to
- Web Frameworks (Spring, Hibernate, JSF, JSF CRUD Generator, JPA)
- Ruby
- Database
- Mobility
- GUI Builder
- Web Services
- Improvements to XML and Schema Tools

Note: The UML feature is not available in Milestone 1, but is planned for Beta. The development team is migrating UML to the NetBeans Visual Library, to make UML completely open source. Please see UML Current Projects for additional information.

Get more details about these features and additional New and Noteworthy Features http://wiki.netbeans.org/NewAndNoteWorthy available in the release. The final NetBeans IDE 6.5 release is planned for Fall 2008. We welcome and encourage feedback about your experience using the NetBeans IDE.

Bardzo imponująca lista funkcjonalności, nieprawdaż?

Jestem stałym czytelnikiem bloga Mój Startup, w którym pojawiła się niezwykle ciekawie przedstawiona oferta pracy dla programisty java zawierająca zadanko na znajomość algorytmiki. Ciekawym Waszych rozwiązań.

Napisz funkcję (w dowolnym języku programowania), która mają tablicę o długości N zawierającą liczby z zakresu 1 do N stwierdzi, czy występują w niej duplikaty (czy da się to rozwiązać w czasie liniowym? przy stałej pamięci? bez niszczenia zawartości tablicy?)

Czas liniowy jak najbardziej (współczynniki kosztów poszczególnych algorytmów będą różne), stała pamięć jak najbardziej zakładając, że N jest dowolne acz ustalone przed uruchomieniem (tutaj może pojawić się klucz do zmniejszenia kosztu) i ostatecznie nie niszczymy zawartości tablicy, gdyż tworzymy jej kopię gwarantując, że jej rozmiar nie będzie zależny od rozmiaru danych wejściowych (gwarancja algorytmu w miejscu). Czas napisania takiego algorytmu sądzę, że udałoby się zamknąć w 15 minutach. Są chętni do podjęcia pracy? Nawet, jeśli niekoniecznie samej pracy, to może samego zadania? Bardzo spodobała mi się tak przedstawiona oferta pracy. Gratuluję pomysłu. Sądzę, że może być ich więcej na dopiero co założonej grupie oferty-pracy-java, gdzie tego typu oferty powinny być normą. Czyżby nowa jakość na polskim rynku ofert pracy?!

Jacek Laskowski - Notatnik Projektanta Java EE: Umiędzynarodowienie w JBoss Seam, NetCAT 6.5 oraz nowa grupa oferty-pracy-java

Wed, 02 Jul 2008 22:46:33 +0000

W końcu natrafiłem na notkę odnośnie roli seam.properties w aplikacji w książce Beginning JBoss® Seam: From Novice to Professional wydawnictwa Apress oraz gdzieś w Sieci. Cała magia seam.properties to przede wszystkim oznaczenie archiwum WAR lub JAR jako zawierające komponenty seamowe i stąd konieczność umieszczenia go w /WEB-INF/classes w aplikacji webowej, aby Seam zechciał rozważyć przeszukiwanie aplikacji w celu "namierzenia" klas oznaczonych adnotacją @Name. Plik seam.properties może być całkowicie pusty - wystarczy jego istnienie. Trudno jednak zrozumieć, dlaczego umieszczenie definicji komponentów w components.xml działa, a już przeszukiwanie ich w archiwum nie. Czyż Seam nie dowiedział się właśnie poprzez plik components.xml, że ma do czynienia z aplikacją seamową?! Na chwilę obecną nie zamierzam zaglądać do kodu źródłowego, ale pewnie tam należałoby szukać odpowiedzi. Chętni?! ;-)

Dzisiaj na tapetę poszedł temat umiędzynarodowienia aplikacji seamowej (przypomina mi się temat Umiędzynarodowienie w Apache Wicket i trochę ckni mi się do Wicketa i możliwości jego uruchomienia na OSGi). Temat umiędzynarodowienia aplikacji korzystającej z JavaServer Faces był już przeze mnie przedstawiany w artykułach requiredMessage i resource-bundle - udoskonalona kontrola komunikatów w JSF 1.2, Uruchamiamy pierwszą aplikację w technologii JavaServer Faces, Tworzenie aplikacji z JavaServer Faces, Apache Maven i Apache Geronimo czy JavaServer Faces i Spring Framework w parze z Apache Maven i Apache Geronimo. Wszystkie dotykają tematu użycia message-bundle w faces-config.xml, kontrolki <f:loadBundle> na stronie JSF, gdzie korzysta się z tłumaczeń oraz wskazanie na niego z danego pliku tłumaczeń - #{komunikaty['wprowadz_imie']}. Jest tego trochę do zapamiętania, co Seam zauważalnie skrócił.

Pierwsza różnica między "czystą" (nieseamową) aplikacją JSF a opartą o Seama to założenie, że wszystkie pliki properties z tłumaczeniami składają się na jedną mapę messages klucz-tłumaczenie. W przypadku JSF mamy mapę per plik tłumaczeń. Kolejna zmiana to zniesienie obowiązku definiowania plików tłumaczeń w faces-config.xml - obowiązkowym pliku konfiguracyjnym każdej aplikacji opartej o JSF. I na koniec podsumowania różnic, Seam znosi obowiązek deklarowania użycia pliku tłumaczeń za pomocą <f:loadBundle>. Z Seamem wystarczy utworzyć pojedyńczy plik messages.properties dla wybranych języków i użyć konstrukcji #{messages['klucz']} w dowolnym miejscu strony JSF. Oczywiście istnieje możliwość zdefiniowania wielu plików tłumaczeń. "Gdzie?" - zapytasz. Oczywiście w opcjonalnym components.xml, który wraz z kilkoma innymi opcjonalnymi plikami xmlowymi przejął rolę obowiązkowego faces-config.xml w JSF (podkreślam użycie słów opcjonalny i obowiązkowy).

Więcej informacji ze źródła o umiędzynarodowieniu aplikacji seamowych w dokumentacji Seama - Chapter 15. Internationalization, localization and themes, a w szczególności 15.3.1. Defining labels. Podczas poznawania mechanizmu tłumaczeń w Seamie brakowało mi wiedzy, którą ostatecznie udało mi się znaleść na forum Seam Users w wątku Including a resource bundle not called messages*.

Umiędzynarodowienie mojej aplikacji seamowej, którą rozwijam od kilku dni, rozpocząłem od zmian w pliku components.xml, gdzie wskażę pliki tłumaczeń.

 <?xml version="1.0" encoding="UTF-8"?>
 <components 
 xmlns="http://jboss.com/products/seam/components"
 xmlns:core="http://jboss.com/products/seam/core"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

      xsi:schemaLocation="http://jboss.com/products/seam/core http://jboss.com/products/seam/core-2.0.xsd
 http://jboss.com/products/seam/components http://jboss.com/products/seam/components-2.0.xsd">
 <core:init debug="true" />
 <core:resource-loader>
 <core:bundle-names>
 <value>komunikaty</value>
 <value>messages</value>

      </core:bundle-names>
 </core:resource-loader>
 </components>

Przypomnę, że jest to krok opcjonalny i domyślnie Seam poszukuje pliku messages.properties dla danego języka, np. messages_pl.properties dla polskiego. Plik musi znajdować się w ścieżce klas aplikacji, co w moim przypadku aplikacji webowej sprowadziło się do umieszczenia go w katalogu /WEB-INF/classes. W powyższej konfiguracji w components.xml dodałem również użycie pliku komunikaty_pl.properties.

Opcjonalnie zdefiniowałem domyślny język aplikacji (polski) i inne wspierane języki (polski) w faces-config.xml:

 <?xml version='1.0' encoding='UTF-8'?>

      <faces-config version="1.2"
 xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd">
 <application>
 <locale-config>
 <default-locale>pl</default-locale>
 <supported-locale>pl</supported-locale>
 </locale-config>
 <view-handler>com.sun.facelets.FaceletViewHandler</view-handler>
 </application>
 </faces-config>

W ten sposób zagwarantowałem, że jedynym słusznym językiem w aplikacji będzie polski. Wyboru nie ma.

Zawartość pliku messages_pl.properties:

 kategoria.tytul=Administracja kategoriami

oraz komunikaty_pl.properties:

 kategoria.nazwa=Nazwa
 kategoria.opis=Opis

Oba pliki muszą znaleźć się na ścieżce klas, np. /WEB-INF/classes w ramach archiwum war.

Mając tak zdefiniowane pliki tłumaczeń zmodyfikowałem stronę kategoria.xhtml:

 <?xml version="1.0"
      encoding="utf-8"?>
 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" 
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 <html xmlns="http://www.w3.org/1999/xhtml" xmlns:s="http://jboss.com/products/seam/taglib"
 xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core">
 <head>
 <title>#{messages['kategoria.tytul']}</title>

      </head>
 <body>
 <f:view>
 <h:form>
 <s:validateAll>
 <h:panelGrid columns="2">
 #{messages['kategoria.nazwa']}: <h:inputText value="#{kategoria.nazwa}" required="true" />
 #{messages['kategoria.opis']}: <h:inputText value="#{kategoria.opis}" required="true" />
 </h:panelGrid>
 </s:validateAll>
 <h:messages />
 <h:commandButton value="Dodaj" action="#{kategoriaAgent.dodaj}" />
 <br />
 <h:outputText value="Brak kategorii" rendered="#{kategorie.rowCount==0}" />
 <h:dataTable var="ktgria" value="#{kategorie}" rendered="#{kategorie.rowCount>0}">
 <h:column>
 <f:facet name="header">
 <h:outputText value="Nazwa" />

      </f:facet>
 <h:commandLink value="#{ktgria.nazwa}" action="#{kategoriaAgent.wybierz}" />
 </h:column>
 <h:column>
 <f:facet name="header">
 <h:outputText value="Opis" />
 </f:facet>
 <h:outputText value="#{ktgria.opis}" />
 </h:column>
 <h:column>
 <h:commandButton value="Delete"
      action="#{kategoriaAgent.skasuj}" />
 </h:column>
 </h:dataTable>
 <h3><h:outputText value="#{kategoriaWybrana.nazwa}" /></h3>
 <div><h:outputText value="#{kategoriaWybrana.opis}" /></div>
 </h:form>
 </f:view>
 </body>
 </html>

Na uwagę zasługuje użycie #{messages['kategoria.tytul']} w tytule poza sekcją <f:view> oraz #{messages['kategoria.nazwa']} i #{messages['kategoria.opis']} w <h:panelGrid>. Przypomnę, że wszystkie komunikaty trafiają do jednej zbiorczej mapy - messages, więc należy zagwarantować unikalność zawartych w niej kluczy tłumaczeń, np. poprzedzając nazwą strony, w której się znajdują.

Uruchomienie strony kategoria.xhtml, to jak można się domyśleć pojawienie się napisów z plików tłumaczeń. Proste, nieprawdaż?

Na zakończenie kilka słów spoza obszaru Seama. Właśnie pojawiło się zaproszenie do NetBeans IDE 6.5 Community Acceptance Testing program (NetCAT). W programie NetCAT miałem już przyjemność uczestniczyć w poprzednich edycjach i wiele mogłem się w nich nauczyć samego NetBeansa, ale również i technologiach Korporacyjnej Javy recenzując artykuły o nich i samemu sprawdzając ich działanie w NB. I tym razem nie mogłem sobie odpuścić zgłoszenia się do programu, szczególnie, że z tą wersją rokuję pewne nadzieje w kontekście znaczącego usprawnienia we wsparciu dwóch serwerów aplikacyjnych IBM WebSphere Application Server 6.1 oraz Apache Geronimo. Może się do czegoś przydam i sprawię, aby pracowało się przyjmniej z NetBeans 6.5? ;-) A Ty? Każdy może się przyłączyć, więc szkoda czasu na zbędne zastanawianie się - lepiej ten czas przeznaczyć na poznawanie błędów^H^H^Hfunkcjonalności NB 6.5.

Kilka dni temu Michał B. podjął się tematu wyjaśnienia odmiany słowa Java i jego pisowni w komentarzu do W sprawie Recenzja książki "Hibernate. Od Nowicjusza do Profesjonalisty". Odpowiedź od jego znajomego filologa trochę mnie zaskoczyła:

"wyraz 'Java' proponuję używać tylko w formie mianownikowej i odmieniać tylko wyraz 'język' - czyli np. języka Java, o/w języku Java.
To zapewni jednoznaczność terminologii w tekstach - oczywiście mówiąc nie trzymałbym się kurczowo takiej opcji - tu może być sama [dżawa] a formy [w dżawie] itp. wystarczą (o czym sam doskonale wiesz:)) "

Zaskoczeni podobnie jak ja? Jestem zdania, że można odmieniać słowo Java w dowolnym zestawieniu, czyli o javie, z javą i bez javy (chociaż to ostatnie nie przechodzi mi jakoś przez gardło ;-))

I na koniec informacja o dedykowanej grupie oferty-pracy-java, gdzie zamieszczane są wyłącznie oferty dotyczące obszaru programowania, testowania czy projektowania z użyciem technologii javowych z uwzględnieniem widełek płacowych. Jeśli uważasz, że jest coś więcej, co powinno pojawiać się w każdym ogłoszeniu o pracę, zapraszam do udziału w grupie i wprowadzenia stosownych zmian. Każdy ma prawo głosu, a celem jest stworzenie miejsca, w którym oferty będą tak profesjonalne, jak osoby, które z nich zamierzają skorzystać. My jako owa wykwalifikowana kadra możemy wpłynąć na kształt ofert i korzystania z nich dla dobra własnego. W ten sposób z pewnością uda nam się wypracować nowy styl pisania ofert z właściwymi wymaganiami, widełkami płacowymi, dodatkami, itp. Grupa jest moderowana i przy rejestracji należy określić swoją rolę - oferent/rekruter vs zainteresowany (wyłącznie dla celów...hmm...nie mam pojęcia jakich, ale pomyślałem, że dobrze wiedzieć jakie są proporcje). Dyskusje o uszczegółówienie ofert jak najbardziej wskazane. Grupa jest publiczna. Archiwum do przeglądania przez każdego, ale jedynie członkowie mogą dyskutować na grupie (po zatwierdzeniu posta przez moderatora). Sądzę, że warunki są idealne do wymagań obu stron - firm rekrutacyjnych i kadry pracowniczej. Promocja siebie jak najbardziej wskazana przez wysłanie CV na grupę. Wszystko, co sprawi, że będzie można znaleźć swoją wymarzoną pracę łatwiej mile widziane. Zapisz się i działaj!

Pytanie konkursowe: Jak nazywa się mapa tłumaczeń w Seamie? I takie bardzo zaawansowane: W jaki sposób (gdzie i jak) definiuje się wiele plików tłumaczeń w Seamie?

Marek Kliś - różności okołojavowe i nie tylko: NetBeans + Ecplise = ...

Sun, 29 Jun 2008 17:01:23 +0000

W sobotę (28.08.2008) miałem okazję uczestniczyć w Ecplise DemoCamps w Krakowie. Spotkanie zaliczam do udanych. W drodze powrotnej przypomniał mi się niedawny wpis na blogu Geertjan Wielengi opisujący jak uruchomić aplikację napisaną z wykorzystaniem NetBeans Platform z Eclipsa.
Jako, że ostatnio miałem trochę do czynienia z bardzo fajną biblioteką Visual Library, która wchodzi w skład platformy NetBeans, pomyślałem, że może by spróbować napisać prosty programik w Eclipsie wykorzystujący tą bibliotekę.
Ściągnąłem Visual Library, odpaliłem Eclipsa i zabrałem się do pracy. Okazało się, że tej pracy nie było dużo (wręcz prawie w ogóle).
Po pierwsze stworzyłem panel, na którym miał wylądować edytor graficzny.


package pl.marekklis.graph;

import java.awt.BorderLayout;
import
      java.awt.Dimension;

import javax.swing.JFrame;
import javax.swing.JPanel;
import javax.swing.JScrollPane;

import org.netbeans.api.visual.graph.GraphScene;

public class GraphTest extends JPanel{

 public static void main(String[] args) {
 JFrame frame = new JFrame("Graph test");
 frame.setMinimumSize(new Dimension(400,300));
 frame.setSize(400, 300);
 frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
 frame.setContentPane(new GraphTest());
 frame.pack();
 frame.setVisible(true);
 }
 
 public GraphTest() {
 initComponents();
 }
 
 private void initComponents(){
 setLayout(new BorderLayout());
 JScrollPane scrollPane = new JScrollPane();
 add(scrollPane,BorderLayout.CENTER);
 GraphScene
      scene = new GraphSceneImpl();
 scrollPane.setViewportView(scene.createView());
 add(scene.createSatelliteView(),BorderLayout.WEST);
 }

}

Po drugie stworzyłem implementacje GraphScene.


package
      pl.marekklis.graph;

import java.awt.Point;

import org.netbeans.api.visual.action.ActionFactory;
import org.netbeans.api.visual.action.ConnectProvider;
import org.netbeans.api.visual.action.ConnectorState;
import org.netbeans.api.visual.anchor.AnchorFactory;
import org.netbeans.api.visual.anchor.AnchorShape;
import org.netbeans.api.visual.graph.GraphScene;
import
      org.netbeans.api.visual.widget.ConnectionWidget;
import org.netbeans.api.visual.widget.LayerWidget;
import org.netbeans.api.visual.widget.Scene;
import org.netbeans.api.visual.widget.Widget;
import org.netbeans.api.visual.widget.general.IconNodeWidget;
import org.openide.util.Utilities;

public class GraphSceneImpl extends GraphScene {
 
 private LayerWidget mainLayer;
 private LayerWidget
      connectionLayer;
 private LayerWidget interactionLayer;

 public GraphSceneImpl() {
 mainLayer = new LayerWidget(this);
 connectionLayer = new LayerWidget(this);
 interactionLayer = new LayerWidget(this);
 addChild(mainLayer);
 addChild(connectionLayer);
 addChild(interactionLayer);
 Widget w1 = addNode("1. węzeł");
 w1.setPreferredLocation(new Point(10, 100));
 Widget
      w2 = addNode("2. węzeł");
 w2.setPreferredLocation(new Point(100, 250));
 Widget w3 = addNode("Jakiś kolejny węzeł");
 w3.setPreferredLocation(new Point(250, 250));
 Widget w4 = addNode("Jakiś kolejny węzeł");
 w4.setPreferredLocation(new Point(250, 350));
 getActions().addAction(ActionFactory.createZoomAction());
 }

 @Override
 protected Widget attachNodeWidget(String arg0) {

      IconNodeWidget widget = new IconNodeWidget(this);
 if (arg0.startsWith("1")) {
 widget.setImage(Utilities.loadImage("pl/marekklis/graph/
 resources/gr01.png"));
 } else if (arg0.startsWith("2")) {
 widget.setImage(Utilities.loadImage("pl/marekklis/graph/
 resources/gr02.png"));
 } else {
 widget.setImage(Utilities.loadImage("pl/marekklis/graph/
 resources/gr03.png"));
 } 

      widget.getActions().addAction(
 ActionFactory.createExtendedConnectAction(
 connectionLayer,new MyConnectProvider()));
 widget.getActions().addAction(
 ActionFactory.createAlignWithMoveAction(
 mainLayer, interactionLayer, 
 ActionFactory.createDefaultAlignWithMoveDecorator()));
 widget.setLabel(arg0);
 mainLayer.addChild(widget);
 return widget;
 }

 @Override
 protected Widget attachEdgeWidget(String arg0) {
 return null;
 }

 @Override
 protected void attachEdgeSourceAnchor(
 String arg0, String arg1, String arg2) {
 }

 @Override
 protected void attachEdgeTargetAnchor(
 String arg0, String arg1, String arg2) {
 }

 private class MyConnectProvider implements ConnectProvider {

 public boolean isSourceWidget(Widget source) {
 return source instanceof IconNodeWidget && source != null 
 ? true : false;
 }

 public ConnectorState isTargetWidget(Widget src, Widget trg) {
 return src != trg && trg instanceof IconNodeWidget ? 
 ConnectorState.ACCEPT : ConnectorState.REJECT;
 }

 public boolean hasCustomTargetWidgetResolver(Scene arg0)
      {
 return false;
 }

 public Widget resolveTargetWidget(Scene arg0, Point arg1) {
 return null;
 }

 public void createConnection(Widget source, Widget target) {
 ConnectionWidget conn = new ConnectionWidget(
 GraphSceneImpl.this);
 conn.setTargetAnchorShape(AnchorShape.TRIANGLE_FILLED);
 conn.setTargetAnchor(AnchorFactory.

      createRectangularAnchor(target));
 conn.setSourceAnchor(AnchorFactory.
 createRectangularAnchor(source));
 connectionLayer.addChild(conn);
 }
 }
}

I oto efekt:

W naszym okienku mamy działający przykład wykorzystujący Visual Library.