Spisałem scenariusz (artykuł Java Persistence (JPA) 2.0 praktycznie - zestawienie środowiska z EclipseLink i Apache Maven 2) i kolejnego dnia przyszło do kręcenia filmiku.

Mimo swoich wad reżyserskich, miernej gry aktorów (poza tymi technologicznymi) i jego dopadło światło dzienne. Na YouTubie pojawił się bez fanfar, nagrody Grammy, Złotych Lwów, czy Oscara, ale doświadczenie jest zdecydowanie większe. Scrinkast można podziwiać na deskach YouTube - Java Persistence (JPA) 2.0 praktycznie - zestawienie środowiska z EclipseLink i Apache Maven 2.

Wiele w nim niedoskonałych cięć, ale z samego produktu jestem niezwykle zadowolony, bo jest to pierwsza edycja, która ujrzała światło dzienne z gadżetami w stylu podświetlanie, spowalnianie, wstawki tekstowe na rozpoczęcie odpowiedniej sesji nagranionej, więc dużo było przy tym pracy edycyjnej, ponagraniowej. Teraz pozostaje zrobić ostatni krok - podłożyć głos narratora, aby poza oglądaniem było trochę życia w nagraniach. Kiedy będzie głos w skrinkastach, będzie mi bliżej do zrealizowania jeszcze jednego pomysłu - podkastów. To takie połączenie przyjemnego z pożytecznym (co jest czym pozostawiam Waszej ocenie). W przypadku skrinkastów, ja kontroluję, co będzie powiedziane, a podkast uważam za ewaluację głosową, gdzie tych rozmówców oczekuje się więcej.

Komentarze odnośnie mojej dotychczasowej pracy nagraniowej są bezcenne na tym etapie, więc śmiało! Potrzeba mi wrażeń w stylu - co było denerwujące, czego za mało/dużo, długość nagrania i sam sposób przedstawiania - wklejanie kawałków kodu zamiast ich wpisywanie. Więcej ich, to mniej Waszego cierpienia później. To tak, jakby powiedzieć "Jak sobie pościelesz, tak się wyśpisz", co oznacza, że jeśli teraz pojawią się (dobre?) rady, to ich wdrożenie na tym etapie będzie przyczynkiem do moich przyzwyczajeń później. Nie ma obawy o mój stan psychiczny. Dam sobie radę nawet z komentarzami w stylu "Do kitu! Zajmij się lepiej hotdogami.", aczkolwiek preferowałbym w takiej sytuacji więcej argumentów.

Przydałaby się jakiś akompaniament muzyczny na podkład, coś w stylu muzyki poważnej, ale delikatnie. Propozycje propozycji pozbawionych praw autorskich, tj. możliwych do użycia bezpłatnie, mile widziane. Ten sam problem będzie i przy podkastach.

A teraz do skrinkasta...

I po urlopie! Odpoczywałem ile się dało w miłym towarzystwie rodziny i znajomych. Powrót z urlopu był niezwykle rozrywkowy - w Budapeszcie spędziliśmy wieczór i część nocy (do około 2-giej) na...komisarjacie policji, po tym, jak parkując na ulicy Lonyay "poprosiliśmy" o włam do samochodu. Podobno ulica podwyższonego ryzyka, a i akurat ta noc była obfitująca w tego typu wydarzenia. Dodając do tego całkowity brak komunikacji z węgierską policją po polsku, angielsku, czy niemiecku ubaw po pachy. Szczęściem w nieszczęściu było tylko uszkodzenie zamka w samochodzie, więc "jedynie" straciliśmy część rzeczy wakacyjnych i filmy i zdjęcia wakacyjne. Było, minęło.

Wytrzymałem bez kompa do niedzieli, do samiutkiego końca urlopu. Udało mi się przeczytać 1,5 książki (czytaj: prawie 2) i to całkiem niezwiązane z IT. Warto było. Po powrocie zostało mi wczesne chodzenie spać (przed północą), ale siedzenie przed kompem już na maksa. Nawet pierwszego dnia w pracy miałem już wyjazd do klienta na gaszenie pożaru, a po nim mini-projekt. Każdemu życzę takiego powrotu (poza kradzieżą, oczywiście). Jak gdyby ktoś dbał, abym się za bardzo nie rozleniwił ;-)

W skrzynce pocztowej znalazłem trochę wartościowej korespondencji (dobra, dobra, maili, ale korespondencja, czy wręcz wiadomość też przecież piknie). Największym zaskoczniem była dla mnie informacja o nowych wydaniach NetBeans IDE. Bodajże w poniedziałek zainstalowałem NetBeans 6.7.1 ze wsparciem dla JavaFX 1.2, aby we wtorek znaleźć kolejną o NetBeans IDE 6.8 Milestone 1 Available for Download.
Pierwszą wersję instalowałem ze względu na wsparcie dla Grails 1.1, a może przede wszystkim, aby przyjrzeć się JavaFX 1.2, ale kolejna mogłaby porwać mnie wsparciem dla Java EE v6 czy ulepszoną obsługą Groovy i Scala z Mavenem (Improved support for Groovy and Scala). Postawiłem jednak na już zainstalowaną wersję 6.7.1. Na razie wystarczy wrażeń, a porządek powinien ustawić kurs ponownie na Grails (z niewielkim wskazaniem na JavaFX). Może ktoś już miał doświadczenia z tym "Improved support for Groovy and Scala" w NetBeans 6.8m1 i mógłby pochwalić się wrażeniami?

Kolejną interesującą wiadomością była informacja o nowym wydaniu Software Developer's Journal (SDJ) na sierpień:

W salonach prasowych jest już dostępny najnowszy Software Developer's Journal nr. 8/2009. Tematem przewodnim numeru jest język Groovy i środowisko Grails. Grails jest prostym środowiskiem z ogromnymi możliwościami.

Z magazynu dowiecie się co kryje się w jego wnętrzu, jakiego rodzaju rozwiązania są stosowane i jaką rolę w tym wszystkim odgrywa język Groovy. Krok po kroku dowiecie się jak łatwo i przyjemnie jest stworzyć aplikację internetową, która w większości…stworzy się sama.Groovy z kolei to dynamiczny język dla środowiska Java, w pełni integrujący się z tym językiem, w pełni pozwalając na korzystanie z istniejących szkieletów i bibliotek. W niniejszym wydaniu SDJ znajdziecie obszerny artykuł wprowadzający do tego języka.

Po tytule numeru możnaby mniemać, że artykułów o Grails i Groovy będzie trochę. Faktycznie, możnaby powiedzieć, że jest "trochę", bo aż...2 (!) Okazało się, że artykuł przewodni napisał mój znajomy Mariusz Róg, którego miałem możliwość poznać podczas szczecińskiej konferencji javowej java4people, a później spotkać na Javarsovii. Już zaplanowałem pojawienie się w Trafficu na lekturę artykułu, kiedy to zauważyłem ten numer na biurku Marcina Molaka. Dzięki jego uprzejmości numer jest już w moich rękach i mogę się nim delektować w zaciszu domowego kominka :) Dzięki Marcin! Pewnie i tak nie kupiłbym numeru wyłącznie dla 4 artykułów - poza Grails są jeszcze o samym języku Groovy, WS-BPEL i UML. Może recenzją przyczynię się do wzrostu sprzedaży i w ten sposób zwrócę dług :) Artykuł o Grails już przeczytałem i dla śledzących moje publikacje/relacje z lektury książek o Grails nie będzie tam zupełnie nic nowego. Może poza lekkim piórem Mariusza, którego artykuł czyta się niezwykle przyjemnie. Jest to materiał dla początkujących, w którym można znaleźć co to jest Grails, na czym jest oparty, wprowadzenie do poleceń grails i kilka innych dodatków, aby wszystko scalić przez zaprezentowanie stworzenia aplikacji webowej ala blog. Znalazłem w nim również kilka chochlików, ale są niegroźne technicznie. A poza tym w numerze artykuł "Dogadajmy się – O komunikacji dla programistów" panów z łódzkiego JUGa - Mariusza Sieraczkiewicza i Michała Bartyzela - który czeka cierpliwie w kolejce do lektury. Zdecydowanie warto przeczytać (kupić?) ten numer i to nie tylko ze względu na znajomych i ich trud literacki, ale przede wszystkim, aby tym samym wskazać kierunek rozwoju gazety (być może zanim grześkowe JAVA exPress całkowicie odbierze rynek). Pożyjemy, zobaczymy.

Jakiś czas temu zainstalowałem nową wersję Grails 1.1.1. W trakcie aktualizacji kasuję wszystkie katalogi związane z poprzednią wersją oraz te, w katalogu domowym (%userprofile%/.grails). W międzyczasie dostałem informację o braku aktywności na Morph i zamknięciu usługi, jeśli w ciągu nadchodzących 7 dni nie wykonam aktualizacji, więc naturalnie pierwszą wtyczką do instalacji stała się morph-deploy. Okazało się, że w trakcie instalacji pojawił się komunikat o konieczności uaktualnienia Grails w samej aplikacji.

 jlaskowski@work /cygdrive/c/projs/sandbox/nauczyciel
 $ grails install-plugin morph-deploy
 Welcome to Grails 1.1.1 - http://grails.org/
 Licensed under Apache Standard License 2.0
 Grails home is set to: c:/apps/grails

 Base Directory: C:\projs\sandbox\nauczyciel
 Running script c:\apps\grails\scripts\InstallPlugin.groovy
 Environment set to development
 Application expects grails version [1.1], but GRAILS_HOME is version [1.1.1] - 
 use the correct Grails version or run 'grails upgrade' 
 if this Grails version is newer than the version your application expects.

Jeszcze nigdy wcześniej nie spotkałem się z tym komunikatem. Wykonanie zalecanego grails upgrade zajęło tylko chwilę.

 jlaskowski@work /cygdrive/c/projs/sandbox/nauczyciel
 $ grails upgrade
 Welcome to Grails 1.1.1 - http://grails.org/
 Licensed under Apache Standard License 2.0
 Grails home is set to: c:/apps/grails

 Base Directory: C:\projs\sandbox\nauczyciel
 Running script c:\apps\grails\scripts\Upgrade.groovy
 Environment set to development
 NOTE: Your application currently expects grails version [1.1], this target will upgrade it to Grails 1.1.1 ...

    WARNING: This target will upgrade an older Grails application to 1.1.1.
    However, tag libraries provided by earlier versions of Grails found in grails-app/taglib will be removed.
    The target will not, however, delete tag libraries developed by yourself.
    Are you sure you want to continue?
                        (y, n)
 y
 ...
 Please make sure you view the README for important information about changes to your source code. ...
 Project upgraded

Po tym instalacja wtyczki przebiegła już całkiem gładko.

 jlaskowski@work /cygdrive/c/projs/sandbox/nauczyciel
 $ grails install-plugin morph-deploy
 Welcome to Grails 1.1.1 - http://grails.org/
 Licensed under Apache Standard License 2.0
 Grails home is set to: c:/apps/grails

 Base Directory: C:\projs\sandbox\nauczyciel
 Running script c:\apps\grails\scripts\InstallPlugin.groovy
 Environment set to development
 Reading remote plugin list ...
       [get] Getting: http://svn.codehaus.org/grails/trunk/grails-plugins/.plugin-meta/plugins-list.xml
       [get] To: C:\Documents and Settings\jlaskowski\.grails\1.1.1\plugins-list-core.xml
 .
       [get] last modified = Tue Jun 09 13:03:55 CEST 2009
 Reading remote plugin list ...
       [get] Getting: http://plugins.grails.org/.plugin-meta/plugins-list.xml
       [get] To: C:\Documents and Settings\jlaskowski\.grails\1.1.1\plugins-list-default.xml
 .........................
       [get] last modified = Sat Jun 13 05:45:37 CEST 2009
       [get] Getting: http://plugins.grails.org/grails-morph-deploy/tags/RELEASE_0_1/grails-morph-deploy-0.1.zip
       [get] To: C:\Documents and Settings\jlaskowski\.grails\1.1.1\plugins\grails-morph-deploy-0.1.zip
 .....
       [get] last modified = Thu Jan 22 00:21:40 CET 2009
      [copy] Copying 1 file to C:\Documents and Settings\jlaskowski\.grails\1.1.1\projects\nauczyciel\plugins
 Installing plug-in morph-deploy-0.1
     [mkdir] Created dir: C:\Documents and Settings\jlaskowski\.grails\1.1.1\projects\nauczyciel\plugins\morph-deploy-0.1
     [unzip] Expanding: C:\Documents and Settings\jlaskowski\.grails\1.1.1\plugins\grails-morph-deploy-0.1.zip into 
     C:\Documents and Settings\jlaskowski\.grails\1.1.1\projects\nauczyciel\plugins\morph-deploy-0.1
 Executing morph-deploy-0.1 plugin post-install script ...
 Plugin morph-deploy-0.1 installed
 Plug-in provides the following new scripts:
 ------------------------------------------
 grails deploy
 Found events script in plugin morph-deploy

Tyle tylko, że samo uruchomienie wtyczki przypomniało mi o błędzie, który sądziłem, że został poprawiony dawno temu. Czy tylko ja korzystam z tej wtyczki?! (na pewno ja nie zgłosiłem tego błędu, więc to może być przyczyna problemu :))

 jlaskowski@work /cygdrive/c/projs/sandbox/nauczyciel
 $ grails war
 Welcome to Grails 1.1.1 - http://grails.org/
 Licensed under Apache Standard License 2.0
 Grails home is set to: c:/apps/grails

 Base Directory: C:\projs\sandbox\nauczyciel
 Running script c:\apps\grails\scripts\War.groovy
 Environment set to production
 Warning, target causing name overwriting of name startLogging
 Removing JDBC 2 Extensions JAR from WAR for Mor.ph deployment
 Error executing script War: No such property: stagingDir for class: _Events
 gant.TargetMissingPropertyException: No such property: stagingDir for class: _Events
         at gant.Gant$_dispatch_closure4.doCall(Gant.groovy:329)
         at gant.Gant$_dispatch_closure6.doCall(Gant.groovy:334)
         at gant.Gant$_dispatch_closure6.doCall(Gant.groovy)
         at gant.Gant.withBuildListeners(Gant.groovy:344)
         at gant.Gant.this$2$withBuildListeners(Gant.groovy)
         at gant.Gant$this$2$withBuildListeners.callCurrent(Unknown Source)
         at gant.Gant.dispatch(Gant.groovy:334)
         at gant.Gant.this$2$dispatch(Gant.groovy)
         at gant.Gant.invokeMethod(Gant.groovy)
         at gant.Gant.processTargets(Gant.groovy:495)
         at gant.Gant.processTargets(Gant.groovy:480)
 Caused by: groovy.lang.MissingPropertyException: No such property: stagingDir for class: _Events
         at _Events$_run_closure1.doCall(_Events.groovy:6)
         at War$_run_closure1.doCall(War.groovy:38)
         at gant.Gant$_dispatch_closure4.doCall(Gant.groovy:324)
         ... 10 more

Wystarczy skasować skrypt _Events.groovy z katalogu wtyczki morph-deploy...

 jlaskowski@work /cygdrive/c/projs/sandbox/nauczyciel
 $ rm -rf c\:/Documents\ and\ Settings/jlaskowski/.grails/1.1.1/projects/nauczyciel/plugins/morph-deploy-0.1/scripts/_Events.groovy

i ponownie uruchomić grails war.

 jlaskowski@work /cygdrive/c/projs/sandbox/nauczyciel
 $ grails war
 Welcome to Grails 1.1.1 - http://grails.org/
 Licensed under Apache Standard License 2.0
 Grails home is set to: c:/apps/grails

 Base Directory: C:\projs\sandbox\nauczyciel
 Running script c:\apps\grails\scripts\War.groovy
 Environment set to production
 Warning, target causing name overwriting of name startLogging
 ...
 Done creating WAR C:\projs\sandbox\nauczyciel/nauczyciel-0.1.1.war

A później już tylko grails deploy, username/password do Morpha i można cieszyć się wdrożoną aplikacją grailsową - niewielką, ale własną!

 jlaskowski@work /cygdrive/c/projs/sandbox/nauczyciel
 $ grails deploy
 Welcome to Grails 1.1.1 - http://grails.org/
 Licensed under Apache Standard License 2.0
 Grails home is set to: c:/apps/grails

 Base Directory: C:\projs\sandbox\nauczyciel
 Running script C:\Documents and Settings\jlaskowski\.grails\1.1.1\projects\nauczyciel\plugins\morph-deploy-0.1\scripts\Deploy.groovy
 Environment set to development
 Warning, target causing name overwriting of name default
 This will deploy the file nauczyciel-0.1.1.war
 Enter your Mor.ph username:
 *******
 Enter your Mor.ph password:
 *******
 Please wait...
      [java] Uploading the code...
      [java] Creating new appspace version...
      [java] Deploying the application...
      [java] Deploy Done.
      [java] For more information on the status of this deployment, you
      [java] can view the Deployment Logs by clicking 'Manage' located
      [java] on your subscription widget and by clicking the Logs tab.
      [java] In this same page, you can also view your Production logs
      [java] and Scheduled task logs.
      [java] ** transaction commit **

Tym razem wszystko poszło już gładko. Nowa wersja aplikacji jest na Morphie. Pomysły, co mogłaby oferować mile widziane. Zdecydowanie za rzadko do niej zaglądam, więc mogłoby się to zmienić po kilku wskazówkach ;-)

p.s. Pojawiła się finalna wersja NetBeans IDE 6.7. Jedną z oczekiwanych funkcjonalności było wsparcie dla Grails 1.1 i to faktycznie otrzymaliśmy. Więcej o zmianach w temacie wsparcia Groovy i Grails na stronie Groovy and Grails.

p.s.II Pojawił się dokument Getting Started with Grails z serii Refcard (pisał o tym również Mateusz w Getting started with Grails refcard, więc pewnie już wiecie). W połączeniu z NetBeans 6.7 nie można już narzekać na brak narzędzi i wsparcia do nauki Grails. Teraz jedynym czynnikiem ograniczającym jest...czas. Ale z tym zawsze jest i będzie problem, jeśli się człowiek zajmuje pierdołami zamiast czymś pożytecznym. Jeszcze nie sprawdziłem zawartości, ale nie omieszkam.

p.s.III (ostatni, ale nie mniej ważny) Chciałbym tym samym nagłośnić pomysł, który chciałbym wdrożyć podczas jesiennej edycji Warsjavy i powrócić z ideą tej konferencji - warsztatami. Niech to będzie połączenie pomysłu uatrakcyjnienia spotkań Warszawa JUG, gdzie promuje się 20-30-minutowe wystąpienia, aby szybko i bez zbędnych wprowadzeń zademonstrować wybrany projekt. Myślę o pewnego rodzaju publicznej selekcji propozycji, gdzie prelegent musiałby postarać się o reklamę swojego przedsięwzięcia i tylko te wchodzą, które zdobędą największą liczbę głosów. Pewnie należałoby spodziewać się jakieś aplikacji, ale skoro jej jeszcze nie ma, a miałbym ją stworzyć, to pewnie jej w ogóle nie będzie :) Jeśli nie, to wybierze kapituła konferencji. Najlepiej byłoby, gdyby udało się uruchomić warsztaty w jakimś pubie z rzutnikiem o dobrej rozdzielczości, powiedzmy przez 4 godziny. To daje około 8 30-minutowych prezentacji z przerwami 15 minutowymi. Mottem przewodnim byłyby języki dynamiczne i ich projekty - Groovy (z Grails), Scala (z Liftem), Clojure (z ???) czy wręcz takie cuda jak F#. Może mogłoby to być wspólne przedsięwzięcie grup javowych z Warszawy i innych miast JUGowych, a także grup MS (ze względu na F#). Dlaczego nie?! Jeśli celem miałoby być łatwe i przyjemne przyswojenie wiedzy z dziedziny dynamicznych języków obiektowych z elementami funkcyjnymi (taki językowy gulasz), to widzę we współpracy jedynie same zalety. Wciąż jednak pomysł przyćmiewany nadchodzącą Javarsovią, na której będzie można przedyskutować temat z Tobą, Tobą i z Tobą również. Będzięcie, prawda? Ja siedzę w Bratysławie, więc pojawię się dopiero pod sam koniec i to pewnie dopiero na...SPOINIE spoić się z Wami ;-)

Od jakiegoś czasu jest dostępna wersja M2 NetBeans 6.7 - wydanie stabilnej wersji jest planowane na czerwiec. Postanowiłem się bliżej przyjrzeć co nowa wersja będzie oferować.
Pierwsze co zwróciło moją uwagę to plugin instalatora dla aplikacji tworzonych z wykorzystaniem platformy NetBeans.



Po jego zainstalowaniu pojawia się nam nowa opcja dla projektów typu Module Suite czyli Generate Suite Installer.



Wybranie tej opcji uruchamia prostego kreatora.



W pierwszym kroku podajemy kilka informacji charakteryzujących naszą aplikację oraz podstawowe wymagania jakie musi spełniać system, na którym będzie ona instalowana.
Drugi krok to podanie treści (lub pliku) licencji, która musi być zaakceptowana podczas instalacji.



I to tyle. Po chwili instalator jest gotowy.



W katalogu dist naszej aplikacji czeka na nas archiwum zip "*-installer-image.zip". Wystarczy je przesłać do klienta, który sobie je rozpakuje i uruchomi plik installerLuncher (sh lub vbs w zależności od systemu). Instalator przeprowadzi użytkownika ukazując mu kolejne okna.

















Po przejściu tych kilku kroków aplikacja jest zainstalowana.

Wg mnie plugin będzie przydatny ale pod warunkiem, że w wersji finalnej zostanie dopracowany (nie trzeba będzie pisać własnych zadań ant'a tworzących instalatora w oparciu np o IzPack'a). Brakuje mu np wybrania w kreatorze opcji czy porobić skróty np na pulpicie czy w menu Start. No i domyślna grafika z logiem NetBeans'a 6.0 też nie jest na czasie.
Zauważyłem także, że jeśli w kreatorze użyjemy polskich znaków instalator nie uruchomi się wcale i nie informuje nas o żadnych błędach.

Jakimś cudem trafiłem do zakładki Services w najnowszej wersji rozwojowej NetBeans 6.7. Ach, to było zapewne, po przeczytaniu wpisu Adama Biena o GlassFish v3 i Equinox Interesting announcement: Glassfish V3 Can Run On Equinox, albo może po tym, kiedy zauważyłem, że dawne paczki netbeans-trunk-nightly-<data>.zip są teraz dostępne jako netbeans-trunk-nightly-<data>-ml.zip. A może po wcześniejszych zapowiedziach aktualizacji GlassFisha do wersji v2.1. Tak czy owak, znalazłem się w zakładce Services.

I tutaj zdumienie - nie zastałem tego, czego oczekiwałem, tylko całkiem nowe węzły Hudson oraz Issue Tracking. Brakuje przynajmniej Servers (pewnie zasługa nowej funkcjonalności NetBeans 6.7 - Ergonomic IDE (czytaj o tym w Ergonomic IDE == Fitness Forever == NetBeans Features on Demand ), która włącza tylko te funkcjonalności, które są w danej chwili potrzebne/wymagane).

Zobaczmy, jakie repozytoria są wspierane domyślnie przez Issue Tracking.

Szału nie ma - tylko Bugzilla?! A gdzie JIRA? Myślałem, że może to ma związek z brakującą wtyczką do niej, ale nic nie znalazłem w Tools -> Plugins.

Coś się zmienia, to dobrze, ale jak to bywa, nie wszystkich można ustatysfakcjonować. Pewnie wsparcie dla JIRA będzie niebawem.

Sprawdziłem Hudsona i skonfigurowałem go z http://deadlock.netbeans.org/hudson.

I działa. Nie pracuję na codzień z Hudson, więc nie wiem, czy to wystarczy do pracy z nim, ale właśnie dlatego, że jest, będę miał okazję nauczyć się z tego korzystać - chciał, czy nie chciał. Może nawet za chwilę stwierdzę, że nie wyobrażam sobie życia bez tego?! ;-)

Interesująca jest ta ikona w dolnym prawym rogu - ta z 5-tką. Kiedy otworzyłem NetBeans od razu rzuciła mi się w oczy ta malutka ikona obok (wciąż na szaro, nawet teraz). Wciskając tą 5-tkę dostajemy informacje o wynikach budowania, które wymagają interwencji.

To jest dobre. Nie trzeba zaglądać do poczty, RSSa, czy innego mechanizmu informowania o wpadce w systemie automatycznego budowania, aby się zorientować, że coś jest nie tak i...już idą po nas (i będzie trzeba wybierać tabletkę niebieską, albo czerwoną, i takie tam...).

A tak jeszcze w temacie, rozpoczęły się zapisy na kolejny NetBeans Community Acceptance Tests (NetCAT) 6.7, czyli program akceptacji wydania NetBeans do publicznego użycia - jako finalny produkt. Jirka, głównodowodzący programem, wysłał zaproszenie na grupę użytkowników NetBeans, w którym zachęca do udziału i że nie powinniśmy być "hesitate to contact him in case of any questions."

Hello NetBeans fans,

I am happy to announce that since today we are starting to form the NetCAT 6.7 team. If you are interested in taking your part in helping us test NetBeans 6.7 development builds please read more on the homepage [1] and sign up during this week! NetBeans 6.7 feature highlights in short:

* Connected Developer (Kenai integration)
* Maven projects integration
* Ergonomic IDE
* Unified framework for integrating additional languages to the source code editor
* Debugger improvements
* Enhanced C/C++, Groovy, PHP, Ruby support
* and much more...

[1] http://qa.netbeans.org/processes/cat/67

Don't hesitate to contact me in case of any questions.

Best regards,
--
Jiri Kovalsky
Technical Community Manager
http://www.netbeans.org

Zainteresowany/-a sprawdzeniem NetBeansa przed finalnym wydaniem? Chcesz mieć znaczący głos, czy NetBeans jest gotów, czy nie na spotkanie z rynkiem? Zapisz się i wyraź swoją opinię! W zamian można spodziewać się...koszulki..miałem napisać...lepszej funkcjonalnie wersji NetBeans ;-)

Drugi dzień szkolenia przebiegał pod znakiem "wyglądu" aplikacji napisanych na platformie.



Pierwszy wykład należał do Geertjana, który opowiedział nam o systemie okien czyli Windows System API. Drugi wykład to System File System API, o którym opowiadał Karol.



Wykład Karola był przeplatany przykładami prezentowanymi przez Geertjana. W oczekiwaniu na pizzę oraz w ramach relaksu poruszone były tematy nie związane bezpośrednio z platformą czyli Groovy i Wicket.
Jak widać na zdjęciach zrobionych podczas przerwy uczestnicy czuli nie tylko głód wiedzy ;)





Po przerwie przyszedł czas na omówienie jednej z ciekawszych i efektowniejszych bibliotek platformy czyli Visual Library.



Następnie Karol opowiedział nam jak wygląda jego praca w SUNie, czyli głównie poprawianie błędów zgłoszonych przez użytkowników w Issuezilli. Przy okazji dowiedzieliśmy się, że jeśli chcemy aby znaleziony przez nas błąd został przez kogokolwiek dostrzeżony musimy mu nadać priorytet co najmniej P3 ;)
Na koniec kilka pomysłów na moduły lub aplikacje, które pozwolą uczestnikom uzyskać certyfikat NetBeans Certified Engineer.
Drugi dzień szkolenia zakończył się wcześniej niż pierwszy bo ok godziny 16.
Uwagi uczestników szkolenia można przeczytać na grupie Silesia JUG.
Jeśli bylibyście zainteresowania takim szkoleniem na swojej uczelni lub w ramach Waszego JUGu to informacje na ten temat są dostępne na oficjalnej stronie szkolenia.

Już podczas zabezpieczania aplikacji webowej ze Spring Security z rozwojową wersją NetBeans 6.7 (patrz Proste uwierzytelnianie i autoryzacja w aplikacji webowej ze Spring Security w 15 minut) zaskoczyło mnie pewne zachowanie NetBeans, które polega na włączaniu jego funkcjonalności na żądanie - należy wcisnąć przycisk Activate i żądana funkcjonalność zostanie włączona. Tak było ze wsparciem dla Java EE (we wskazanym artykule), a dzisiaj zauważyłem, że podobnie jest ze wsparciem dla projektów grailsowych i w ogóle dla obsługi Groovy przez NetBeans. Kiedy tworzyłem nowy projekt na moją prezentacje Grails na nadchodzce spotkanie Warszawa JUG (to już w nadchodzący wtorek, 3 marca o 18-tej na MIMUWie!), pojawił się ponownie ekran z Activate.

Wystarczy wcisnąć Activate, aby po chwili móc dalej kontynuować pracę.

Okazuje się, że ma to swoją nazwę - Ergonomic IDE, również nazywane Fitness Forever, albo nawet NetBeans Features on Demand. Zainteresowanych odsyłam do dokumentu NetBeans 6.7M2's New and Noteworthy, w którym opisana jest ta cecha. Podobno ma być coraz szybciej i to przy zachowaniu pełnej wszechstronności NetBeans (!) Zobaczymy. Jak na razie nie zauważyłem specjalnego przyspieszenia jego działania (należę do grupy zadowolonych z aktualnej szybkości jego działania), ale ufam, że pewnie jakieś jest.

Krótkie sprawdzenie funkcjonalności wsparcia projektów z Grails i NetBeans odświeża projekty grailsowe bez problemów. Pamiętam, że właśnie to był główny powód, dlaczego przeniosłem się chwilowo do IntelliJ IDEA 8. Wracam tym samym do dziennych wersji NetBeans 6.7 i prezentacja na spotkaniu Warszawa JUG będzie właśnie z nim.

Pierwszy dzień szkolenia z platformy NetBeans właśnie za nami. Plan pierwszego dnia przedstawiał się następująco:



Szkolenie zaczęło się od krótkiego wstępu Geertjana. Następnie miejsce na "mównicy" zajął Karol i opowiedział o korzyściach wynikających z używania platformy. Jego wystąpienie było przerywane przykładami pokazywanymi przez Geertjana. Po tym wszystkim przyszedł czas na pierwsze warsztaty. Uczestnicy prowadzeni przez trenera "przenieśli" zwykła Swingową aplikację (Anagram Game z przykładów dostępnych w NetBeansie) na platformę. Warsztaty zostały brutalnie przerwane przez rozwoziciela pizzy, który przywiózł nam ją o 15 minut za wcześnie. Jednak nikt nie protestował tylko w spokoju zabrał się za jedzenie szukając w głowie pomysłu na aplikację, za napisanie której możnaby dostać papierek certyfikowanego inżyniera NetBeans ;)
Po przerwie Piotr Tabor opowiedział o swoim projekcie edytora.



Jak widać momentami nawet prowadzący byli zaciekawieni ;)



Następnie przyszła kolej na omówienie mechanizmu Lookup a później ćwiczenia, na których można było bliżej się z nim poznać.
Przedostatnim punktem było moje króciutkie i nieoficjalne wystąpienie pokazujące pewne komercyjne zastosowanie platformy.
Na ostatnim wykładzie Geertjan opowiadał jak wygląda w platformie "model danych" czyli Nodes API oraz Explorer & Properties API oraz pokazywał to na praktycznym przykładzie.



Kilka słów na temat pierwszego dnia możecie także przeczytać na blogu Geertjana.

Tematyka poruszana na tym szkoleniu praktycznie nie wymagała żadnej specjalistycznej wiedzy. Podstawowa znajomość Javy była w zupełności wystarczająca oby zrozumieć o czym mowa. Pomocna mogła być również znajomość Swinga na poziomie pozwalającym określić czym różni się JPanel o JLabel ;)

PS. Na SUNowskiej stronie JUGów jest ciekawa ankieta. Pytanie: Przez kogo wg Ciebie powinna być reprezentowana społeczność JUG na JavaOne. Jedna z osób wydaje mi znajoma ;)

Na grupie użytkowników Grails pojawiła się wiadomość Petra Hejla Groovy/Grails & NetBeans 6.7 M2:

For those using NetBeans IDE or considering it for Groovy/Grails - NetBeans 6.7 M2 is available. It is important step on way to 6.7 stable. Contains a lot of fixes in Groovy and Grails area and new features as well.

http://bits.netbeans.org/download/6.7/m2/
http://wiki.netbeans.org/NewAndNoteworthyMilestone2NB67
http://blogs.sun.com/phejl/entry/groovy_and_grails_in_netbeans

Właśnie pobieram ostatnią wersję rozwojową NetBeans 6.7 - netbeans-trunk-nightly-200902270313.zip, która zapewne już zawiera więcej zmian w temacie (i nowe błędy również ;-)) z zamiarem ich sprawdzenia. Jeśli informacje na stronie NewAndNoteworthyMilestone2NB67/ Groovy and Grails się potwierdzą, można przypuszczać, że NetBeans IDE 6.7 stanie się TYM wymarzonym IDE dla programistów Grails. Alternatywną może być IntelliJ IDEA 8, ale jak wieść niesie są jakieś problemy ze współpracą z Grails 1.1 RC1 (niestety nie mogę przypomnieć sobie, gdzie to wyczytałem). Ale właśnie, czy wiadomo już, że mamy Grails 1.1 RC1? A na dniach (jutro, 28.02) możemy spodziewać się RC2. Niecierpliwi mogą już zapoznać się ze szkicem Grails 1.1 RC2 Release Notes. Poza tym mamy nowiuteńkie wersje Groovy 1.6 oraz (niezmieniony funkcjonalnie, aczkolwiek przebudowany z nową wersją Groovy 1.6) GAnt 1.6.1.

We wtorek moja prezentacja o Grails na spotkaniu Warszawa JUG - teoretycznie czuję się mocny (2 książki robią swoje), ale prezentacyjnie daleko w polu :( Zdecydowanie za mało praktyki! Zaczynam się stresować?!

Pojawił się komunikat o nowych wersjach NetBeans IDE numerowanych...6.7. Skąd ta zmiana w numeracji? I to jeszcze na mniejszą? A pikanterii dodaje jeszcze przeskok z 6.5 na 6.7. Wyjaśnienia można szukać w komunikacie "Message from the NetBeans Team - Why NetBeans 6.7?", z czego najważniejsze to:

To get innovation and quality improvements out to the community faster, and to have the NetBeans IDE be better aligned with the release schedules of other technologies that it supports, we have decided to concentrate on a series of smaller releases rather than the traditional two big releases per year.

oraz

NetBeans 6.7 is scheduled for release in June 2009. The main features are Maven and Kenai integration, and there are many smaller features that you can read about on the New and Noteworthy page. Java EE 6 support is planned for a future release. NetBeans 6.7 Milestone 2 is due out next week. We encourage you to download the release when it becomes available and to give us your feedback.

Dzięki temu całemu "zamieszaniu" ze zmianą wersji, kilka rzeczy poukładałem sobie w głowie, bo pytanie o wersję pojawiło się po pojawieniu się zgłoszenia Change cluster nb7.0 to nb6.7. Miałem w ten sposób okazję powyjaśniać sobie wiele z pojęć NetBeans, chociażby cluster. Jeśli dobrze rozumiem, pojęcie cluster oznacza zbiór modułów (ang. NBM - NetBeans Modules) w NetBeans (potwierdza to chociażby What is a Cluster?). Już podczas instalacji modułów JavaFX zauważyłem, że w katalogu domowym NetBeans tworzony jest katalog javafx2 (nie mam niestety pojęcia skąd ta dwójka?!). Spodziewałem się jednak, że w takim klastrze nb67 znajdę moduły, a tam...niewiele. Znalazłem jednak pliki graficzne (PNG) dla ekranu powitalnego i logo NetBeans w różnych rozmiarach. Wystarczy zajrzeć do nb6.7/core/locale/core_nb.jar, a w nim do org/netbeans/core/startup, gdzie mamy (zrzut z wersji rozwojowej z 23. stycznia):

 jlaskowski@work /cygdrive/c/apps/netbeans/nb6.7/core/locale
 $ jar -tf core_nb.jar org/netbeans/core/startup/
 org/netbeans/core/startup/
 org/netbeans/core/startup/Bundle_nb.properties
 org/netbeans/core/startup/about_nb.png
 org/netbeans/core/startup/frame32_nb.gif
 org/netbeans/core/startup/frame48_nb.gif
 org/netbeans/core/startup/frame_nb.gif
 org/netbeans/core/startup/splash_nb.gif

Zamiast zrzutów ekranu, aby umieścić logo lub ekran powitalny NetBeans, można po prostu sięgnąć do odpowiedniego pliku w klastrze nb67.

Dla zainteresowanych tematyką bezpieczeństwa w aplikacjach webowych z użyciem Spring Framework, Spring Security (dawne Acegi) i rozwojowego NetBeans 6.7 zapraszam do lektury artykułu wprowadzającego Proste uwierzytelnianie i autoryzacja w aplikacji webowej ze Spring Security w 15 minut. Kolejny artykuł zaplanowałem z użyciem CAS i LDAP.

Zastanawiam się, czy tego typu wiedzę nie łatwiej byłoby przyswoić w postaci filmu (z Wink czy podobnie). Dla mnie łatwiej byłoby stworzyć film, ale z oczywistych względów nie będzie można go wydrukować. Mam wrażenie, że w tym przypadku oglądanie krótkiego filmu instruktażowego byłoby mniej męczące niż czytanie artykułu ze zrzutami ekranów. Zapraszam do ankiety Czy artykuł z dużą ilością zrzutów ekranów nie powinien być filmem?, w której zbieram głosy przez kolejny tydzień.

Biorę udział w bezpłatnym szkoleniu z JavaFX - "Free" 15-Week JavaFX Programming (with Passion!) Online Course (tak przy okazji, to wciąż można się zapisać) i wiele się mówi o NetBeans IDE 6.5 jako środowisku programistycznym dla JavaFX. Mnie jednak 6.5 nie wystarczy i postanowiłem spróbować JavaFX z rozwojową wersją NetBeans 7.0 DEV.

Niestety wszystkie instrukcje instalacji wtyczek (modułów) JavaFX w NetBeans IDE, jakie udało mi się znaleźć dotyczą wersji 6.5 i niestety nie mają zastosowania dla 7.0, gdyż moduły JavaFX nie istnieją w domyślnie zdefiniowanych repozytoriach modułów NetBeans 7. Okazuje się, że nie jest to wcale jakieś wyrafinowane zadanie i co więcej wszystko zdaje się działać (podkreślam słowo "zdaje", gdyż moja znajomość JavaFX sprowadziła się do popróbowania się z kilkoma niewielkimi funkcjonalnie skryptami).

Zakładam, że NetBeans IDE 7.0 DEV jest już gotowe do użycia (=rozpakowane).

Wybieramy menu Tools > Plugins.


W okienku dialogowym Plugins wybieramy zakładkę Settings, gdzie definiujemy nowe repozytorium modułów (centrum aktualizacji, ang. Update Center) - NetBeans 6.5 Updates pod adresem http://updates.netbeans.org/netbeans/updates/6.5/uc/final/stable/catalog.xml.gz. To jest dokładnie to samo repozytorium, które jest domyślnie dostępne w NetBeans 6.5.


Wciskamy przycisk OK. Na liście centrów aktualizacji powinny być teraz 3 pozycje, w tym jedna nasza.


Przechodzimy do zakładki Available Plugins i w polu Search (prawy górny róg) wpisujemy javafx.


Wybieramy wszystkie 3 moduły i wciskamy przycisk Install (dolny lewy róg).

Po (dłuższej) chwili moduły zostaną zainstalowane i zostaniemy poproszeni o ponowne uruchomienie NetBeansa. Oczywiście zgadzamy się.

Z zainstalowanymi modułami JavaFX wystarczy Ctrl+Shift+N i wybieramy odpowiedni rodzaj projektu JavaFX. Przeczytałem Lesson 1: Getting Started with JavaFX Script, sprawdziłem i działa zgodnie z oczekiwaniami. Inne skrypty również działały. Miłego JeFiXowania!

Jakby na życzenie najpierw przypomniałem sobie o darmowym GroovyMag na Developers World, aby później natrafić na dokument Introduction to Groovy, kiedy uruchomiłem NetBeans IDE 7.0M1 (a już miałem rozpocząć poznawanie Grailsów z poziomu IntelliJ IDEA 8.0.1). Chwila lektury Grails Quick Start in NetBeans IDE i nie było co dalej czekać. Pobrałem Grails 1.1-beta2 i stworzyłem swoją pierwszą aplikację grailsową w...2 minuty (!) Dlaczego zabrałem się za Grailsy? Jest to kolejny szkielet aplikacyjny, z tą różnicą, że aplikacje tworzy się w języku skryptowym Groovy. Dużo w nim zapożyczeń z Ruby on Rails (RoR), o którym mówi się, że jest niezwykle intuicyjny, więc łącząc przyjemne z pożytecznym samemu chciałem się przekonać cóż Grailsy mają do zaoferowania i czego można się nauczyć poznając jednocześnie Groovy. Nic wyniosłego poza zwykłą ciekawością.

Ctrl+Shift+N i wybieramy Groovy/Grails Application

aby po chwili mieć gotową aplikację grailsową.

Wcześniej zdefiniowałem GRAILS_HOME i PATH, aby można było wykonywać polecenie grails.

Teraz już tylko Run w menu kontekstowym (menu pod prawym klawiszem myszki)

i pojawia się okienko przeglądarki z aplikacją grailsową

Stworzyłem klasę Book oraz BookControllera zgodnie z instrukcjami w Grails Quick Start in NetBeans IDE. Niestety, nie dane mi było po prostu Run, aby uruchomić aplikację, ale musiałem ją zatrzymać w Services/Servers/Jetty (Gails 1.1-beta2) i wdrożyć ponownie (Run). W końcu pojawiły się zmiany.

a później dokładnie jak opisano w dokumentacji.

Z poziomu NetBeans IDE możemy zainstalować wtyczki grailsowe - menu kontekstowe Grails Plugins... (patrz wyżej).

Jedna jest związana z Apache Wicket, więc już wiem czym się zajmę.

W jaki sposób dodać coś własnego do paska statusu aplikacji napisanej przy pomocy platformy NetBeans (czyli np do NetBeans IDE)?
W tym celu musimy stworzyć klasę implementującą interfejs StatusLineElementProvider. Interfejs ten definiuje tylko jedną metodę Component getStatusLineElement(). Metoda zwraca komponent, który ma być umieszczony na pasku statusu.
Stwórzmy więc jakiś przykładowy projekt modułu z komponentem dla paska statusu.



Aplikacja ma ustawioną polską platformę dlatego nazwy bibliotek netbeansowych są po polsku. Menu aplikacji po uruchomieniu również. Należy zwrócić uwagę na biblioteki jaki są dodane do modułu MyStatusLine.

W tym przypadku komponentem jest zwykły JPanel z JLabelem (label z jakimś tekstem i ikoną). Po przejściu do źródła klasy StatusLineElement musimy dopisać implementację interfejsu StatusLineElementProvider.

package org.myorg.status;

import java.awt.Component;
import org.openide.awt.StatusLineElementProvider;

public class StatusLineElement extends javax.swing.JPanel implements StatusLineElementProvider {

    public StatusLineElement() {
        initComponents();
    }

    public Component getStatusLineElement() {
        return this;
    }

    ...

}

Aby nasza aplikacja "dowiedziała" się o nowym komponencie musimy ją o tym poinformować tworząc w katalogu META-INF/services plik o nazwie takiej jak implementowany przez nas interfejs czyli org.openide.awt.StatusLineElementProvider. Treścią tego pliku będzie pełna nazwa klasy implementującej ten interfejs czyli org.myorg.status.StatusLineElement.

Po uruchomieniu aplikacji na pasku powinien znajdować się nasz komponent.

Progress API jest malutką ale użyteczną biblioteką wchodzącą w skład platformy NetBeans i oferującą programiście dostęp do paska postępu przydatnego przy długich zadaniach wykonywanych w tle.
To co nas będzie interesowało to ProgressHandleFactory oraz ProgressHandle.

public void startMyTask() {
  Runnable runnable = new Runnable() {
    public void run() {
      ProgressHandle handle = ProgressHandleFactory.createHandle(
        "Moje długie zadanie");
      int count = 57;
      handle.start(count);
      for(int i = 0; i < count; i++){
        handle.progress(i);
          if(i > (count/2)){
            handle.progress("Połowa zadania już za nami");
          }
          try {
            Thread.sleep(200);
          } catch (InterruptedException ex) {
            Exceptions.printStackTrace(ex);
          }
        }
      handle.finish();
    }
  };
  (new Thread(runnable)).start();
}

Uruchomienie powyższej metody spowoduje pokazanie się paska postępu w prawym dolnym rogu aplikacji.



Po kliknięciu na pasek postępu możemy zobaczyć także informacje szczegółowe na temat wykonywanego zadania.



handle.start(count) uruchamia pasek postępu informując go z ilu kroków będzie się składać zadanie. handle.progress(i) informuje ile kroków już mamy za sobą, handle.progress("Połowa zadania już za nami") dodaje opis do widoku szczegółowego zadania, handle.finish() kończy i ukrywa pasek.

Chciałbym dzisiaj przybliżyć kilka pomocnych (według mnie) skrótów klawiszowych w edytorze NetBeans.

1. Ctrl+/ dodawanie/usuwanie komentarza z linijek wchodzących w skład zaznaczonego obszaru.

2. Ctrl+E usuwanie linii kodu wchodzących w skład zaznaczonego obszaru. Bez zaznaczenia usunięcie tylko jednej linii.

3. Alt+Shift+Up/Down przesunięcie linii (lub zaznaczonego fragmentu) w górę/dół.

4. Ctrl+Shift+Up/Down skopiowanie linii (lub zaznaczonego fragmentu) powyżej/poniżej.

5. Alt+Insert Generator kodu.



6. Ctrl+R Zmiana nazwy.

7. Ctrl+F3 Szukanie wystąpień słowa.
7a. F3/Shift+F3 Następne/poprzednie wystąpienie szukanego słowa.



8. Alt+F7 Wyszukiwanie użycia metody/zmiennej.



9. Alt+Shift+F Formatowanie kodu.

10. Ctrl+Tab Przełączanie pomiędzy otwartymi edytorami.



11. Shift+Esc Przełączenie aktualnego okna pomiędzy dużym a małym rozmiarem.

12. Ctrl+O Wyszukiwanie klasy do edycji.



13. Ctrl+Q Powrót do ostatnio edytowanego miejsca.

14. Ctrl+Shift+I Dodanie brakujących importów.
14a. Alt+Enter Rozwinięcie menu dla podpowiedzi np dla "żaróweczki".



15. Ctrl+I Wyszukiwanie. Z pola wyszukiwanie mamy możliwość uruchomienia różnych akcji.



16. Ctrl+; Dodanie ";" na końcu linii. Szkoda tylko, że nie sprawdza czy linia jest już zakończona ";".
16a. Ctrl+Shift+; Dodanie ";" na końcu linii, wstawienie nowej linii i przejście na jej początek.

17. Nie jest skrótem klawiszowym. Stanięcie na deklaracji typu zwracanego przez metodę podświetla nam wszystkie możliwie punkty wyjścia z tej metody.



A według Ciebie jakie skróty powinny się jeszcze znaleźć w tym krótkim zestawieniu?

Tym razem przedstawię jeden z projektów w którym biorę udział (choć to może nad wyrost powiedziane :)), chodzi mi oczywiście o Cube°n (Task-Focused Interface for Netbeans). Cube°n to inspirowana na Eclipse’owym Mylyn wtyczka do NetBeans. Wtyczka ta została stworzona przez członka NetBeans Dream Team - Anuradha Gunasekara, do commiterów projektu należą również inni członkowie NB Dream [...]

We wpisie opisałem pojawienie się polskiego tłumaczenia platformy. Wszystko było pięknie tak jak to opisałem do momentu aż nie spróbowałem zrobić wersji dystrybucyjnej aplikacji zbudowanej na polskiej platformie (Build ZIP Distribution). Po rozpakowaniu zipa i uruchomieniu aplikacji okazało się, że polskie menu gdzieś zniknęło. Jak się okazało jest za to odpowiedzialny błąd znany już we wcześniejszej wersji NetBeans'a. Błąd ten dotyczy wszystkich tłumaczeń platformy.
Pozostały mi więc dwie możliwości: albo przy każdym budowaniu aplikacji kopiować pliki z potrzebnymi tłumaczeniami albo napisać zadanie anta które uzupełni zipa za mnie. Wybrałem opcję drugą i okazało się, że zadanie to nie jest tak trudne jak mi się na początku wydawało. W tym celu do pliku build.xml odpowiedzialnego za zadania anta związane z naszym projektem dodałem zadanie "build-localized-zip". Zadanie to dodaje do pliku archiwum (stworzonego w zadaniu build-zip - opis tego zadania znajduje się w pliku harness/suite.xml w katalogu platformy, na której budujemy aplikację) pliki z polskimi tłumaczeniami. Minusem tego rozwiązania jest to, że zostaną dodane wszystkie "polskie" pliki a nie tylko z tych modułów, które wykorzystujemy. Biorąc pod uwagę, że na dzień dzisiejszy przetłumaczona jest tylko część modułów platformy nie powinno to stanowić problemu.

<project name="TestPlatform" basedir="."><br />
    <description>Builds the module suite TestPlatform.</description>
    <import file="nbproject/build-impl.xml"/>
    <target name="build-localized-zip" depends="clean,build-zip"
                   description="Zbudowanie polskiej dystrybucji">
        <zip destfile="${dist.dir}/${app.name}.zip" update="true">
            <zipfileset dir="${netbeans.dest.dir}" prefix="${app.name}">
                <include name="**/locale/*_pl.jar"/>
            </zipfileset>
        </zip>
   </target>
</project>

Teraz wystarczy uruchomić nasze nowe zadanie i nowa dystrybucja naszej aplikacji będzie już "uzbrojona" w polskie menu.

Pojawiła się długooczekiwana wersja NetBeans IDE 6.5. Zawiera wiele ciekawostek, z których najbardziej intryguje mnie wsparcie dla Groovy oraz Grailsów (aczkolwiek jeszcze nie znalazłem czasu, aby się zabrać za tę parkę z jego pomocą). Okazuje się jednak, że niespodzianki NetBeans IDE 6.5 czekają na nas już przy pierwszym uruchomieniu. W prawym, dolnym rogu pojawiła się ikona z chmurką informującą o aktualizacjach. Rządny wrażeń natychmiast podjąłem się ich aplikowania.

Jakież było moje zdumienie, kiedy po zalecanym, ponownym uruchomieniu NetBeans pojawia się komunikat o niemożności uruchomienia kilku z aktualizacji (!)

I to dokładnie o Groovy, który mnie intryguje. Miałbym odpuścić? Nie. Ponowne uruchomienie NetBeans i tym razem pojawia się komunikat o błędzie instalacji kolejnych wtyczek.

Po ręcznej aktualizacji wtyczki Groovy and Grails

za pomocą Help > Check for Updates

wszystko zagrało...chyba.

Już napotkałem jeden z błędów poprawnionych w kolejnych wersjach rozwojowych NetBeans IDE (należących do wersji 7.0), więc znowu przyjdzie mi dokonać aktualizacji, ale żeby już teraz, dzisiaj?! Nie! Poczekam jeszcze chwilę. Zgoda, dłużą chwilę, bo ostatnimi czasy bliżej mi do IntelliJ IDEA 8.0, która zdumiewająco łatwo spełnia moje niewygórowane oczekiwania związane z zarządzaniem projektami mavenowymi i możliwością debuggowania pracy Spring-DM 1.2.0 M2 (właśnie co się pojawił!). Jeszcze do niedawna rozpatrywałem jedynie pracę w Eclipse IDE i NetBeans IDE. Teraz całkowicie zapominam o Eclipse na rzecz IDEA. I wcale mi nie tęskno.

Wg oficjalnych informacji premiera wersji 6.5 NetBeans'a ma mieć miejsce jutro tj. 20 listopada. Więc mogę powiedzieć, że zdziwiłem się trochę po wejściu na stronę Download IDE gdy zobaczyłem, że na stronie tej aktualną wersją do ściągnięcia jest właśnie 6.5. I to pomimo tego, że na stronie głównej aktualną wersją jest jeszcze 6.1. Stan ten zaobserwowałem w samo południe.
Więc ściągam czym prędzej żeby na dzisiejszej prezentacji pokazać już oficjalną wersję 6.5.

Kilka ,a może kilkanaście dni temu (build jest z 2008.10.27) pojawiła się kolejna wersja NetBeans'a kandydująca do końcowego wydania czyli RC2. Jak zapewne Wam wiadomo, wersja 6.5 będzie dostępna także w polskiej wersji językowej. Wszystko to dzięki polskiemu zespołowi tłumaczącemu.
Chcąc zobaczyć jak to wygląda ściągnąłem polską wersję instalacyjną.
Pierwsze wrażenia:

• niby polska wersja językowa ale cała instalacja przebiega po angielsku.
• polska wersja NB nadpisała mi linki (na pulpicie i menu Start) do wcześniej zainstalowanej wersji angielskiej (pomimo, że wybrałem dla polskiej wersji inny katalog)
• na dzień dzisiejszy procent spolszczenia pozostawia jeszcze dużo do życzenia (wiem, wiem... łatwiej narzekać zamiast pomóc w tłumaczeniu;) )
  

Ale ponoć platforma jest w całości przetłumaczona. Więc czym prędzej założyłem nowy projekt NetBeans Platform Applications. Muszę przyznać, że po uruchomieniu projektu poczułem się mile zaskoczony.



Dopóki IDE nie będzie kompleksowo przetłumaczone postanowiłem wrócić do oryginalnego NetBeans'a a dla przykładowego projektu ustawić, że ma korzystać z nowo zainstalowanej polskiej wersji platformy. W tym celu w menu Tools -> NetBeans Platforms dodałem (Add Platform) jako kolejną platformę polską i we właściwościach projektu wskazałem, że ma z niej korzystać podczas uruchamiania.



Dzięki temu mogę pracować w środowisku które ma wszystkie opcje w jednym języku (w angielskim) a jednocześnie korzystam z wyników pracy polskiej grupy tłumaczeniowej.

Więc nie pozostaje mi nic innego jak podziękować im za ich pracę.

PS. Jeśli chcecie korzystać z polskiej platformy i oryginalnego IDE to lepiej ściągnąć NetBeans'a w spakowanej wersji zip. Zaoszczędzi to nam poprawiania linków po instalacji polskiej wersji.

Kiedy przeglądałem półkę z czasopismami informatycznymi w kiosku na dworcu Warszawa Centralna (przed podróżą na NetBeans Day 2008 w Gdańsku) niewiele czasopism dotyczyło programowania w Javie - Software Developer's Journal (SDJ) oraz Internet MAKER. Paradoksalnie nie powinienem mieć żadnych trudności z wyborem i chciałbym móc napisać, że padło na SDJ, ale wybrałem (nie pierwszy już raz) Internet MAKERa 5/08 (wrzesień-październik). Jednym z artykułów, który przykuł moją uwagę był "Poznaj JUnit 4 - Wstęp do programowania sterowanego testami" autorstwa Tomasza Gębarowskiego. Zastanawiałem się cóż można napisać nowego o jednym z najbardziej rozpowszechnionym szkielecie aplikacyjny JUnit, czego jeszcze mógłbym nie wiedzieć. W zasadzie, z niewielką nadzieją na coś nowego, zabrałem się za lekturę i...nie żałuję. Chociażby samo poznanie adnotacji @Ignore oraz asercji assertThat (wspartej projektem Hamcrest) rekompensuje "dość obszerne wprowadzenie teoretyczne" (jak raczył zauważyć sam autor!). Poza tym, bardzo podobało mi się przedstawienie projektu JUnit po polsku bez korzystania z żargonu informatycznego (bo czyż Ci, którzy wiedzą jak posługiwać się żargonem informatycznym w stylu "framework" nie zakładają, że rozmówca w ogóle wie, czym jest framework?!). Wielokrotnie jestem pytany o wyjaśnienie działania technologii javowych i jeszcze nigdy nie spotkałem się z niezrozumieniem, kiedy zamiast framework używam szkielet aplikacyjny, czy ziarno zamiast bean. Jakkolwiek użycie "ziarno" zamiast "bean" wymaga porównywalnego nakładu pracy przy wyjaśnieniu, po co i dlaczego dany byt istnieje, to już w przypadku "szkielet aplikacyjny" (zamist "framework") można liczyć na pewne skojarzenia i intuicję rozmówcy. Właśnie dlatego uważam, że tłumaczenie technologii informatycznych korzystając z języka ojczystego adresata ostatecznie bardziej procentuje niż używanie zapożyczeń angielskich (licząc na ich znajomość u niego). Są takowe, których nie da się w prosty sposób zastąpić, jak "debugger", ale jak pokazuje przykład polskiego "logowanie" nawet one wciąż mogą prowadzić do nieporozumień. Jakich?! A proszę mi powiedzieć, o czym autor miał na myśli przy "logowaniu" - uwierzytelnianie (ang. log in/authenticate) czy zapis do dziennika zdarzeń (ang. log). A wracając do artykułu, to bardzo mile zaskoczył mnie język w jakim Tomasz wyjaśniał rolę JUnita w naszym warsztacie javowym. Pojawił się "szkielet aplikacyjny" i "programowanie sterowane testami", ale do czasu. Na 3. stronie artykułu pojawiły się wyjaśnienia w dedykowanych sekcjach (boksach?), gdzie zagościł "framework" i "plugin" przemieszany z "wtyczka", czy "kreator" zamiast "asystent" (czy "pomocnik"). Jakby pisała to już inna osoba (!)
Jako wadę artykułu możnaby nadmienić brak wyjaśnienia zalet programowania opartego o testy. Brak odpowiedzi, dlaczego warto zająć się nimi, przed faktycznym programowaniem samej aplikacji (już przy tym pytaniu widać, że rozróżniam testy od samej aplikacji, co nie twierdzę, że już samo w sobie jest niepoprawne). Mimo, że i testy, i sama aplikacja to wciąż programowanie, zdaje się, że przy tym pierwszym nie mamy tyle przyjemności. A ja pytam dlaczego? Zdaje się, że mimo, że podczas programowania myślimy o tym, co aplikacja ma robić, to po chwili i tak zaczynamy budować aplikację, jak nakazuje dany szkielet aplikacyjny i skupiamy się na niuansach niego samego, zamiast na czas realizować cele projektu (a nie swoje własne, jak poznanie nowego i w danej chwili popularnego szkieletu). Sądzę, że owe skupianie się na zawiłościach środowiska, które samemu sobie nałożyliśmy (również akceptacja zastałego środowiska rozważam w kategoriach świadomego własnego wyboru) przesłania nam faktyczny celu, jakim jest stworzenie działającej aplikacji w terminie. Jest to bodaj najczęstszy powód, dla kolejnego przesunięcia terminu oddania etapu projektu, bo poznanie danego szkieletu aplikacyjnego zabiera więcej czasu niż planowaliśmy (mimo wcześniejszych zapowiedzi, że jest tak prosty, jak tylko było to możliwe) lub posiada błąd, a niestety już nie mamy możliwości wycofać się z tej decyzji projektowej. Brzmi znajomo? Niejednokrotnie przyszło mi uczestniczyć w projekcie, w którym wybierałem co bardziej popularne rozwiązanie (szkielet aplikacyjny, serwer aplikacyjny, język programowania), zamiast sprawdzone czy właściwe. Consuetude altera natura est, co? Niejednokrotnie wybieram w projekcie rozwiązanie efektowniejsze, a nie efektywne. Drobna różnica w słowach, a jakie skutki w projekcie (!) Dlatego też, brakowało mi w artykule jakiegoś scenariusza, w którym byłaby próba przedstawienia wartości płynących z podejścia "najpierw testy" i w ten sposób upewnienie się, że bez względu na inne elementy wspomagające aplikację, np. interfejs użytkownika (aplikacja desktopowa vs webowa z ajaxem czy bez), jej podwaliny biznesowe (trzon aplikacji) ma gwarancję poprawności, tj. zgodności z założeniami. Kiedy mamy poprawnie skonstruowany trzon aplikacji możemy śmiało podejść do jej rozbudowywania i opakowania wymyślnym szkieletem aplikacyjnym, który *uprości* tworzenie wyrafinowanego rodzaju aplikacji. Podkreślam słowo uprości. Wiemy, co i jak mamy działające, ale efekt końcowy, który powali klienta na kolana warto już oprzeć o gotowe rozwiązanie, które spełnia rolę nakładki na już działające "bebechy". Właśnie owa gwarancja poprawności założeń daje nam pewność, że ostatecznie aplikacja w ogóle zaistnieje. Aby dojść do tego etapu, skorzystanie z JUnita (czy innego alternatywnego rozwiązania) wydaje się być kluczem do sukcesu. Skoncentrowanie się na pojedyńczych, wyizolowanych elementach naszej aplikacji sprawia, że "odpukujemy każdą z cegiełek i sprawdzamy, że żadna nie ma wady produkcyjnej". Samemu nie mam w zwyczaju rozrysowywać aplikacji w postaci diagramów UMLowych, na których widać byłoby, co w ogóle robimy, ale dostrzegam ich zaletę (chociażby dla nowoprzybyłych w projekcie). Z zastosowaniem JUnita jest podobnie. Widzimy ich zaletę, ale niewielu z nas (mnie włączając) ma wystarczające zacięcie, aby je wdrożyć. Dlaczego?! Czyżby moda na kolejny szkielet aplikacyjny sprawiała, że zapominamy o faktycznie wartościowej inżynierii programowania, gdzie posiadanie testów jednostkowych w projekcie, znajomość algorytmów ma znaczenie? Nie poświęcam wiele czasu na analizę algorytmów, nie tworzę wielu testów jednostkowych, nie stworzyłem żadnego szkieletu aplikacyjnego, ale mam nieodparte wrażenie, że dobry szkielet aplikacyjny nie obroni się bez testów jednostkowych, odpowiednich algorytmów i dokumentacji, np. w postaci diagramów UMLowych. Chciałbym móc spełnić choć jeden z tych postulatów. Poza kilkoma uwagami odnośnie zalecenia umieszczania testów jednostkowych w dedykowanym pakiecie test, który tym samym pozbawiłby nas możliwości testowania metod package protected, oraz kilku błędach w samej klasie testowej artykuł oceniam wysoko. Na zakończenie (chociaż wydaje się, że dopiero od tego momentu rozpoczyna się) artykułu pojawia się przedstawienie integracji JUnit w środowisku Eclipse IDE. Jakby uwypukleniem niesystematycznego użycia framework vs szkielet czy test-driven development vs programowanie sterowanym testami jest rozdział "Zakończenie". Autor nadmienił, że "tematyka (...) jest niezwykle szeroka i trudno jest przedstawić jej wszystkie założenia w jednym krótkim artykule". Oczekuję kolejnych.

p.s. W trakcie czytania nasunął mi się skrót odpowiadający programowaniu sterowanego testami, aby po prostu nazywać je "testosteronem" (TESTami STEROwaNe programowanie) ;-)

Nie cichną echa zeszłotygodniowej konferencji NetBeans Day 2008 w Poznaniu i Gdańsku. Na stronie głównej java.net Communities pojawiła się zajawka o wpisie na blogu Toniego - NetBeans DreamTeam visit to Poland on the java.net Communities tab + Polish JUGs helped organize these events. Najwyraźniej jest to pierwsza tak nagłośniona międzynarodowo, konferencja javowa w Polsce. Jam tam byłem, miodu i wina nie piłem, ale prezentacje odstawiłem ;-) Więcej w Wrażenia po NetBeans Day 2008 w Gdańsku. Gratulacje dla poznańskiego i gdańskiego JUGa!

Ostatnimi dniami, a w zasadzie tygodniami, zaangażowany byłem w projekt-pilota, w którym dwa zewnętrzne systemy z własnymi mechanizmami generowania identyfikatorów zleceń synchronizowane były przez IBM WebSphere Process Server za pomocą usługi wiązania (ang. relationship service). Do tej pory taką integrację wyobrażałem sobie przez zastosowanie odpowiednich adapterów, a tu proszę, wystarczyło oprzeć się o usługi sieciowe (web services), niewielką dawkę programowania w Javie i...hula! Bajka. Ale nie o tym dziś ja (chociaż nie mogłem się opanować, aby nie skrobnąć co nieco, taki jestem zachwycony rezultatami).

Dzisiejszy dzień również obfitował w nowości, których kompletnie się nie spodziewałem. Zacząłem niewinnie od pobrania ostatniej wersji rozwojowej NetBeans IDE 6.5, którego wydanie RC właśnie się pojawiło. Jako (obecnie mniej aktywny) uczestnik programu NetBeans Community Acceptance Test (NetCAT) 6.5 przywykłem do pobierania wersji rozwojowych, ale dla mniej żądnych wrażeń proponuje się skorzystanie z wersji NetBeans IDE 6.5 Release Candidate, a w nim:

The focus of NetBeans IDE 6.5 is simplified and rapid development of web, enterprise, desktop, and mobile applications with PHP, JavaScript, Java, C/C++ , Ruby, and Groovy. New features for 6.5 include a robust IDE for PHP, JavaScript debugging for Firefox and IE, and support for Groovy and Grails. This release also offers 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. The Release Candidate improves on the support offered in NetBeans 6.5 Beta.

The final NetBeans IDE 6.5 release is planned for November 2008.

Poza typowymi cechami NetBeans IDE, do których przywykłem i stosuję, moją uwagę przykuło wsparcie dla Groovy i Grails, o którym słyszałem, że jest na przywoitym poziomie (piszę bez entuzjazmu, gdyż samemu nie miałem jeszcze możliwości popróbowania się z tematem). Właśnie nieprzeciętne wsparcie dla Java EE oraz inne elementy, jak wsparcie dla Grails, powodują, że nie jest to narzędzie, koło którego można przejść obojętnie. A jeśli do tego dodać, że NetBeans IDE właśnie skończyło 10 lat i rozpoczęto ogólnoświatową imprezę NetBeans 10th Birthday (aka NetBeans Decathlon), to nie tylko można skończyć projekt krócej (korzystając z funkcjonalności NetBeans), ale również i dobrze na tym "zarobić". Więcej informacji na wspomnianej stronie NetBeans Decathlon. Cała zabawa to jedynie zebranie 50 punktów przez różnego rodzaju aktywność wokół NetBeans i "a limited edition NetBeans 10th Anniversary Shirt" jest Twoja. Moje pierwsze 15 punktów to wzmianka o mojej kolejnej, dzisiejszej niespodziance - wsparciu dla GlassFish v3 "Prelude", w którym można skorzystać z...EJB 3.1! Sądziłem, że wsparcie dla EJB 3.1 to domena Apache OpenEJB, którego wydanie 3.1 jest właśnie głosowane - [VOTE] OpenEJB 3.1 take 1, co, za sprawą NetBeans IDE, okazało się być nieprawdą. Otwieram nowiuteńką rozwojową wersję NetBeans IDE 6.5 i po chwili pojawiła się informacja o nowych aktualizacjach wtyczek.


Zaintrygowała mnie zmiana wersji GlassFish v3 "Prelude" na 1.0. To pierwsza wersja stabilna, więc zaraz zabrałem się za wyszukiwanie o tym informacji. Niedługo trwało, kiedy trafiłem na NetBeans 6.5 Beta is out - GlassFish 'Prelude' included z dnia moich urodzin (!), gdzie w komentarzach znalazłem "I got to know modules for ejb 3.1 and JSF (mojarra) available for V3. For Servlet 3.0, does it have any similar EDR modules available?". "Co?! EJB 3.1 już dostępny w GlassFish v3?!" - pomyślałem. Kolejne wyszukiwanie i trafiłem na EJB 3.1 in GlassFish V3 TP2. Nie pozostaje przyjrzeć się specyfikacji EJB 3.1, która nie tak dawno pojawiła się w wersji EJB 3.1 public review draft. Ech, nie pomyślałem o tym wcześniej, ale nadchodzące moje niedzielne wystąpienie podczas NetBeans Day 2008 w Gdańsku mogło być właśnie o EJB 3.1 i NetBeans. Następnym razem. Sądzę, że moje "Zaawansowane EJB3 z NetBeans 6.5" wciąż może być interesujące i warte rozważenia ;-)

I tak dzień mijał, kiedy trafiłem na ciekawą dyskusję o przyszłości Spring Dynamic Modules (Spring-DM) w kontekście pojawienia się SpringSource dm Server. Czytając dyskusję Spring DM Roadmap, należałoby raczej zająć się rozpoznawaniem produktu SpringSource dm Server niż Spring-DM, który:

"Firstly on a 1.2 release that will fill in the long-promised configuration administration support, making the core programming model feature complete."

oraz

"The 2.0 branch is where we are implementing the OSGi Blueprint Service (RFC 124) that will be part of OSGi R4.2. The Spring DM project will be the RI for this forthcoming specification (which is essentially a standardization of Spring DM + the core Spring beans support)."

i dalej

"So in summary, the future of Spring DM is to move towards becoming an RI for the standardization of the existing DM model, as the OSGi Blueprint Service. The Spring DM project provides an open source (and soon standards-based) programming model for use on any OSGi Service Platform."

Wydaje się, że praca przy Spring-DM wre, ale daje się odczuć kierowanie wysiłków ku SpringSource dm Server, zamiast rozbudowywać Spring-DM, który de facto jest jego składową.

"We will maintain the existing web support in Spring DM, but are not planning to take this any further in terms of significant new features etc. We're running into a law of diminishing returns there in terms of how good an experience we can deliver on a vanilla OSGi Service Platform. This was one of the motivations for creating the dm Server in the first place - to provide the best environment we could for OSGi-based enterprise applications and there are many issues that we can resolve much more easily in the dm Server world. [The SpringSource dm Server is of course also freely available in open source]."

Nie pozostaje nic innego, jak przyjrzeć się SpringSource dm Server i OSGi 4.2 - OSGi RFC 124 ("OSGi Blueprint") przygaszając działalność wokół Spring-DM do niezbędnego minimum.

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.

PS. Biblioteki Visual Library nie musimy ściągać gdyż jest ona częścią Netbeansa i znajduje się w katalog_Netbeansa/platform8/modules/.

Zainspirowany problemem tworzenia aplikacji ze szkieletem Visual Web JavaServer Faces (vel Woodstock) w dyskusji
Połączyć DataModel z komponentami Visual Web JSF na pl.comp.lang.java po dłuższej przerwie wróciłem do NetBeans IDE. Woodstock jest zbiorem kontrolek do budowania interfejsu użytkownika JSF i w zasadzie spodziewałem się, że wszystko, czego zasmakowałem w "czystym" JSF ma zastosowanie i w nim. Zdaje się, że pomyliłem się w stosunku do kontrolki webuijsf:tableRowGroup, której atrybut sourceData nie akceptuje komponentów typu DataModel (!) Temat opiszę niebawem, ale do napisania tego wpisu skłoniła mnie zabawna sytuacja z generowaniem nazw zmiennych w NetBeans IDE korzystając z Ctrl+SPACJA. Wystarczyło napisać private Pracownik[] i wcisnąć wspomnianą kombinację klawiszy Ctrl+SPACJA i...


Przez moment nie mogłem dojść do ładu, skąd ta nazwa zmiennej - pracowniks. Dopiero po pewnym czasie zorientowałem się, że jest to angielska liczba mnoga dla typu Pracownik z tablicy. Natychmiast pomyślałem o Asteriksie ;-) Ech, tylko do czego użyć typu Asterik?! Może inne śmieszne zmienne?

Kolejną ciekawostkę znalazłem na grupie eclipse.technology.equinox, która dotyczyła działania Equinox p2. W ogóle, ostatnimi czasy o niczym innym się tam nie rozmawia, tylko o p2. Jeśli zaczyna brakować Ci dysku (mimo jego początkowej, niewyobrażalnej wręcz objętości), to może warto zainteresować się katalogiem p2/org.eclipse.equinox.p2.engine/profileRegistry/?

 jlaskowski@work /cygdrive/c/apps/eclipse
 $ du -sh p2/
 249M    p2/

 jlaskowski@work /cygdrive/c/apps/eclipse
 $ du -sh features/ plugins/
 6.8M    features/
 215M    plugins/

Dosyć dużo, nieprawdaż? Okazuje się, że Eclipse uruchamiając p2, wzbudza jakąś tam funkcjonalność, która odkłada we wspomnianym katalogu dość obszerny plik profile. Jakkolwiek planuje się ich wykorzystanie w Eclipse IDE 3.5, to w 3.4 zdają się być niepotrzebne. Zatem wystarczy pozostawić ostatnie 5 najmłodszych plików i zaoszczędzić trochę miejsca.

 jlaskowski@work /cygdrive/c/apps/eclipse
 $ ls p2/org.eclipse.equinox.p2.engine/profileRegistry/PlatformProfile.profile/ | wc -l
 46

 jlaskowski@work /cygdrive/c/apps/eclipse
 $ cd p2/org.eclipse.equinox.p2.engine/profileRegistry/PlatformProfile.profile

 jlaskowski@work /cygdrive/c/apps/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/PlatformProfile.profile
 $ ls -t | tail -n +6 | xargs rm

 jlaskowski@work /cygdrive/c/apps/eclipse/p2/org.eclipse.equinox.p2.engine/profileRegistry/PlatformProfile.profile
 $ du -sh .
 27M     .

Ja już mam to za sobą.

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.

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 ;-)

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!

"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.

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:

1. (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ę
2. 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())
3. sprawdza istnienie parametru kontekstowego javax.faces.CONFIG_FILES, który jest listą plików konfiguracyjnych oddzielonych przecinkiem, a następnie wczytuje je kolejno
4. 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?

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.

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!

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!

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.

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.

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:

• PHP
• 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?!

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?

Przyjrzyjmy się dzisiaj w jaki sposób możemy wykorzystać Auto Update Service do rozprowadzania aktualizacji modułów w aplikacji opartej o platformę NetBeans.
W tym celu załóżmy nowy projekt typu NetBeans Platform Application



oraz projekt modułu o nazwie np UpdateModule



Po założeniu modułu okno projektów wygląda u mnie następująco:



Dodajmy do naszego modułu jakiś element, który zmieniając będzie wymagał utworzenie nowej wersji. Niech będzie to okno na którym umieścimy komponent tekstowy, którego tekst będzie się zmieniał w zależności od wersji.





Następnym krokiem jest dodanie do naszego modułu pliku typu Update Center.





W tym przykładzie jako serwer przechowujący uaktualnienia wybrałem localhost. Dokładny adres serwera z aktualizacjami (a konkretnie do pliku updates.xml opisującego aktualne moduły) znajduje się w pliku Bundle.properties w pakiecie, do którego dodaliśmy Update Center.
Ponieważ szablon projektu NetBeans Platform Application nie posiada zaznaczonych bibliotek Auto Update musimy to zrobić ręcznie.



Teraz możemy już opublikować naszą "aplikację" (Build ZIP Distibution). Rozpakujmy gdzieś archiwum i uruchommy aplikację. W menu Help powinna być pozycja Check for updates. Po wybraniu dostaniemy komunikat, że nasza aplikacja jest aktualna.



Zmieńmy więc tekst w oknie aplikacji (np z "1.0.0" na "1.0.1") i "wypuśćmy" aktualizację. W tym celu zmieniamy we właściwościach modułu Specification version na wyższy numer.



Budujemy moduły poprzez Create NBMs. Moduły (w naszym przypadku będzie to tylko jeden moduł) zostaną utworzone w podkatalogu projektu (build/updates). Wystarczy zawartość tego katalogu przekopiować do katalogu, który jest głównym katalogiem naszego serwera www. Ja wykorzystałem serwer Apache.



Jeśli uruchomimy ponownie aplikację (nie ze środowiska IDE ale wersję z wcześniej utworzonego archiwum ZIP) naszym oczom powinien po chwili ukazać się komunikat o dostępności aktualizacji.



Po zakończeniu procesu aktualizacji mamy już świeżą wersję aplikacji.

W poprzednim artykule Tworzenie aplikacji desktopowej z Java Desktop Application w NetBeans IDE 6.1 przedstawiłem procedurę tworzenia aplikacji desktopowej "podpierając się" asystentem Java Desktop Application dostępnym w NetBeans IDE 6.1 oraz Java Persistence API (JPA) jako mechanizmem tworzenia odpowiednich struktur bazodanowych automatycznie. Głównym mankamentem aplikacji był brak korzystania z modelu z projektu przychodnia-model, gdzie pewne wartości były generowane automatycznie, a samo mapowanie encji odbywało się poprzez wydzielony plik mapowania META-INF/orm.xml.

W artykule Tworzenie aplikacji desktopowej z Java Desktop Application w NetBeans IDE 6.1 - część 2 przedstawiłem kolejne etapy udoskonalania aplikacji o wykorzystanie własnego modelu z projektu przychodnia-model z konfiguracją JPA z projektu przychodnia-generatortabel. Dużo dobrej zabawy w wykonaniu NetBeans IDE 6.1 i projektem Java Desktop Application.

W ramach artykułów powstaje wiele zadań do rozwiązania, które mogą być doskonałym sposobem na pogłębienie wiedzy w zakresie NetBeans IDE i tworzenia aplikacji desktopowych korzystających z Java Persistence API (JPA). Zadania należą do kategorii łatwiejszych, a to gwarantuje, że zadanie nie ma szansy się niepowieść, a tym samym i satysfakcje z wykonanego zadania. Same zalety, a jak wiedza wzrasta. Rozwiązania opublikuję w kolejnych wpisach.

p.s. Nadchodząca konferencja JAVArsovia 2008 31-ego maja 2008 może jeszcze bardziej uatrakcyjnić Twoje programistyczne "wypady" i tego typu doświadczeń technologicznych będzie znacznie więcej. Jeśli jesteś zainteresowany/-a pogłębieniem wiedzy praktycznie, to właśnie udział w konferencji JAVArsovia 2008 jest doskonałym miejscem, aby się popróbować z nowościami technologicznymi lub zgłębić już poznane. Jako przedstawiciel Kapituły JAVArsovii 2008 gorąco zapraszam do rejestracji na stronie konferencji i aktywnego uczestniczenia w niej. Do 31 maja już niedaleko, a skoro JAVArsovia pretenduje do miana największej konferencji javowej w Polsce, to na pewno nie może Cię na niej zabraknąć. Wstęp wolny! Dobra zabawa gwarantowana!

Jeśli ktoś jest zainteresowany, to materiały z mojej prelekcji nt NetBeans Platform są dostępne na stronie PJUGu. Na stronie tej znajdują się również materiały z poprzednich spotkań.

W środę żona zrobiła mi niesamowitą niespodziankę! Bodajże na miesiąc przed spytała jedynie, czy mam czas w środę o 19:00 i tyle. Jakbym mógł odmówić mojej Agatce?! Oczywiście wszystkie możliwe inicjatywy przeniosłem zaraz na bezpieczniejszy czwartek i cierpliwie czekałem. W końcu okazało się, że owa niespodzianka to wyjście do Teatru Bajka na przedstawienie Goło i wesoło. Jeju, ale to było przedstawienie! Prawie umarłem ze śmiechu. Płacz murowany! Do tej pory kiedykolwiek przypomnę ją sobie, nie mogę powstrzymać się ze śmiechu. To jest obowiązkowy spektakl, dla każdego lubującego się w dobrze dobranym humorze z doborową obsadą aktorską. Po prostu cudeńko. Nie będę rozpisywał się na temat sztuki, bo szkoda byłoby uchylić chociażby rąbek tajemnicy na temat sztuki. Wystarczy, że napiszę, że jestem gotów iść na nią kolejny raz. Normalnie Góra, Żmuda, Bugi, Gustaw (szczególnie w drugiej części), Norbert i Kierownik to mistrzostwo świata w dobrym humorze. Ubaw po pachy! Dzięki Agata za wspaniały wybór!

A wracając do Javy to ostatnio natrafiłem na ciekawe zadanie, które dotyczyło stworzenia aplikacji desktopowej korzystającej z bazy danych. Czasu na jej utworzenie nie było wiele i wskazano na NetBeans IDE 6.1 jako narzędzie, które w ciekawy sposób upraszcza jej tworzenie za pomocą projektu Java Desktop Application. Podczas rozpoznawania funkcjonalności NetBeans natrafiłem na ciekawy wycinek specyfikacji Java Persistence API (JPA), gdzie mapowanie relacji jeden-do-wielu (adnotacja @OneToMany lub element <one-to-many>) można sprowadzić do konfiguracji opartej o 2 tabele z pojedyńczym kluczem obcym (z domyślnie wykorzystywanych 3 tabel z dwoma kluczami obcymi w tabeli łączącej). Użyteczna funkcjonalność NetBeans IDE 6.1 i ciekawostka JPA to równie ciekawie spędzony czas, co zaowocowało nowym artykułem Tworzenie aplikacji desktopowej z Java Desktop Application w NetBeans IDE 6.1. Zapraszam do lektury, a znudzonych siedzeniem przed kompem na spektakl Goło i wesoło. Koniecznie napisz, jak podobał się spektakl. Dla mnie był najwyższych lotów.

p.s. Kilka godzin temu przejeżdżałem koło podwrocławskiej wioski Jugowiec (a może to było miasto?). Jakby na przypomnienie, że niedługo JAVArsovia 2008 (dokładnie za 2 tygodnie - 31 maja 2008), gdzie jugowiczów będzie co nie miara. Ciekawe, czy będzie ktoś z podwrocławskiego Jugowca? Zapraszam! Wstęp wolny.

Dzisiaj zostałem nagrodzony dwukrotnie. Najpierw wystąpiłem na spotkaniu Warszawa JUG z prezentacją o Apache Wicket, gdzie padło tyle pytań i pojawiło się tyle wyjątków, że w ostatnim miesiącu nie zdobyłem tyle wiedzy, co właśnie podczas 31. spotkania! Przygotowuję się z tematem o Apache Wicket i OSGi na nadchodzącą konferencję JAVArsovia 2008, która jest organizowana przez grupę Warszawa JUG w dniu 31 maja 2008 w Warszawie i nie ukrywałem, że możliwość wystąpienia z Wicketem na 2 tygodnie przed konferencją jest dla mnie próbą generalną mojego przygotowania oraz zebrania dodatkowych wskazówek o potencjalnych obszarach, które należy uzupełnić, omówić, itp. Wierzę, że znalazły się osoby na spotkaniu, którym Wicket przypadł do gustu, a niewielka liczba przykładów gwarantuje, że jeszcze ciekawiej przed nimi. Z przyjemnością zebrałbym garść uwag odnośnie mojego wystąpienia i co powinienem dopracować, aby moje wystąpienie na JAVArsovia 2008 otrzymało miano najciekawiej prowadzonej (świadomie nie napisałem najciekawszej, gdyż temat jednego może zainteresować, a drugiego skłonić do odespania ostatniej niedospanej nocy - pozdrowienia dla dzisiejszych śpiochów! ;-))

Na chwilę przed wystąpieniem miałem możliwość zajrzeć do następującej wiadomości zatytułowanej NetBeans Blogging Contest: Winner!:

Jacek:

Congratulations! Your blog entry on NetBeans 6.1 was selected by our panel of judges as a winner of our NetBeans Blogging Contest.
[...]
Your blog entry will be promoted on the NetBeans Blogging Contest homepage.

Zamarłem! Nie żebym nie liczył na wygraną, bo w końcu uczestniczyłem w konkursie i udało mi się znaleźć czas na ewaluację kilku funkcjonalności właśnie, aby ostatecznie zostać wyróżnionym, ale kiedy już zostałem nagrodzony, to o tym wszystkim się zapomina, a nawet jest się zaskoczonym. Na stronie NetBeans IDE 6.1 Blogging Contest można znaleźć szczegóły konkursu i jego nagrodzonych, wśród których jestem i ja z tematem o wsparciu Spring Framework przez NetBeans IDE 6.1. Tym samym chciałbym podziękować jury, a w szczególności stałej czytelniczce i członkini jury - Magdalenie Gołdyn. Dziękuję Magda za cierpliwość i wskazanie!

W najbliższy czwartek (15 maja 2008) o godzinie 19:00 będę miał zaszczyt poprowadzić prelekcję na temat platformy NetBeans w ramach czwartkowych spotkań PJUGu.
Podczas prelekcji powstanie od podstaw prosta aplikacja, która będzie mogła działać samodzielnie bądź jako rozszerzenie NetBeans IDE.
Jeśli czas i słuchacze pozwolą ;) to postaram się zaprezentować także bibliotekę Visual Library, która jest częścią platformy.
Istnieje możliwość wcześniejszej rejestracji na to spotkanie.

Serdecznie zapraszam.

Dzisiaj ukazała się nowa, świeża wersja środowiska NetBeans oznaczona numerkiem 6.1.

Jeśli chodzi o platformę to nowością (to chyba zbyt szumne słowo) jest nowy szablon projektu NetBeans Platform Application.



Szablon ten posiada już zaznaczone najpopularniejsze moduły wykorzystywane przy tworzeniu typowej aplikacji opartej o platformę.

Otrzymałem prośbę o sprawdzenie artykułu, który napisałem jeszcze w 2006 roku o Hibernate - Hibernate - tniemy koszty dostępu do danych relacyjnych. Hibernate i jego wsparcie w NetBeans 6.1 było jedną z rzeczy, które niedawno postanowiłem sprawdzić, więc w czasach pieczenia wielu pieczeni na jednym ogniu tym razem nie będzie inaczej - sprawdzę aktualność artykułu i wsparcie NetBeans dla Hibernate.

Krótka lektura dokumentu NetBeans 6.1 Milestones New and Noteworthy i można zabrać się do pracy.

Instaluję wtyczkę NetBeans dla Hibernate - Tools > Plugins, zaznaczam Hibernate Support oraz Hibernate 3.2.5 Library.


i Install.

Ctrl+Shift+N i z kategorii Java wybieram Java Application. Next >. Definiuję szczegóły aplikacji


Tworzę klasę encji User. Ctrl+N, Java > Java Class. W edytorze klasy User wciskam Alt+Insert i wybieram Add Property...


i definiuję atrybuty id, a następnie imie i nazwisko.

Klasa prezentuje się następująco:

 package pl.jaceklaskowski.hibernate;

 public class User {

     private int id;
     private String imie;
     private String nazwisko;

     public int getId() {
         return id;
     }

     public void setId(int id) {
         this.id = id;
     }

     public String getImie() {
         return imie;
     }

     public void setImie(String imie) {
         this.imie = imie;
     }

     public String getNazwisko() {
         return nazwisko;
     }

     public void setNazwisko(String nazwisko) {
         this.nazwisko = nazwisko;
     }
 }

Dodaję bibliotekę Hibernate 3.2.5 do projektu. Wybieram Properties projektu i przechodzę do Libraries, gdzie korzystam z Add Library...


zatwierdzam wybór przyciskiem Add Library


i OK.

Przechodzę do klasy HibernateExample i kopiuję zawartość klasy z artykułu. Ctrl+Shift+I, aby uzupełnić pakiety klas Hibernate (uwaga na klasę Configuration, która powinna być org.hibernate.cfg.Configuration oraz Transaction z pakietu org.hibernate).

Ostatecznie klasa wygląda następująco:

 package pl.jaceklaskowski.hibernate;

 import java.util.Iterator;
 import java.util.List;
 import org.hibernate.Criteria;
 import org.hibernate.Session;
 import org.hibernate.SessionFactory;
 import org.hibernate.Transaction;
 import org.hibernate.cfg.Configuration;

 public class HibernateExample {

     private final static SessionFactory factory;
     
     static {
         // 1. Inicjalizacja Hibernate
         Configuration cfg = new Configuration().configure();

         // 2. Utworzenie fabryki sesji Hibernate
         factory = cfg.buildSessionFactory();
     }

     public static void main(String[] args) {
         HibernateExample m = new HibernateExample();
         m.createUsers();
         m.displayUsers();
     }

     public void createUsers() {
         // 3. Otwarcie sesji Hibernate
         Session session = factory.openSession();

         // 4. Rozpoczęcie transakcji
         Transaction tx = session.beginTransaction();

         // 5. Utworzenie użytkownika
         User u = new User();
         u.setImie("Jacek");
         u.setNazwisko("Laskowski");

         // 6. Zapisanie użytkownika w bazie danych
         session.save(u);

         // 7. Zatwierdzenie transakcji
         tx.commit();

         // 8. Zamknięcie sesji Hibernate
         session.close();
     }

     public void displayUsers() {
         // 3. Otwarcie sesji Hibernate
         Session session = factory.openSession();

         // 4. Rozpoczęcie transakcji
         Transaction tx = session.beginTransaction();

         // 5. Utworzenie zapytania SQL do bazy o listę użytkowników
         Criteria criteria = session.createCriteria(User.class);

         // 6. Wykonanie zapytania SQL
         List users = criteria.list();

         // 7. Iterowanie po wyniku zapytania SQL
         for (Iterator it = users.iterator(); it.hasNext();) {
             User user = (User) it.next();
             System.out.println(user);
         }

         // 8. Zatwierdzenie transakcji
         tx.commit();

         // 9. Zamknięcie sesji Hibernate
         session.close();
     }
 }

Tworzę plik hibernate.cfg.xml - Ctrl+N, XML > XML Document. Nadaję mu nazwę hibernate.cfg (rozszerzenie xml dodawane jest automatycznie) i umieszczam w katalogu src.


Next i Finish.

Plik konfiguracyjny aplikacji opartej o Hibernate - hibernate.cfg.xml - przedstawia się następująco (zmieniłem nazwę pakietu, a w zasadzie katalogu, gdzie Hibernate będzie poszukiwał pliku mapowania dla encji User):

 <?xml version='1.0' encoding='utf-8'?>
 <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
    "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
 <hibernate-configuration>
     <session-factory>
         <property name="connection.driver_class">org.hsqldb.jdbcDriver
         </property>
         <property name="connection.url">jdbc:hsqldb:.
         </property>
         <property name="connection.username">sa
         </property>
         <property name="connection.password">
         </property>
         <property name="connection.pool_size">1
         </property>
         <property name="dialect">org.hibernate.dialect.HSQLDialect
         </property>
         <property name="current_session_context_class">thread
         </property>
         <property name="cache.provider_class">org.hibernate.cache.NoCacheProvider
         </property>
         <property name="show_sql">true
         </property>
         <property name="hbm2ddl.auto">create
         </property>
         <mapping resource="pl/jaceklaskowski/hibernate/User.hbm.xml"/>
     </session-factory>
 </hibernate-configuration>

(Ech to formatowanie w NetBeans - dlaczego znaczniki zamykające są w nowej linii?!)

Tworzę plik mapowania dla encji User w katalogu src/pl/jaceklaskowski/hibernate/User.hbm.xml - Ctrl+N, XML > XML Document i z wcześniej podświetlonym pakietem pl.jaceklaskowski.hibernate w oknie Projects mam już uzupełnione pole Folder w asystencie tworzenia pliku xml. Ostatecznie plik User.hbm.xml prezentuje się następująco:

 <?xml version='1.0' encoding='utf-8'?>
 <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
    "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
 <hibernate-mapping package="pl.jaceklaskowski.hibernate">
     <class name="User" table="User">
         <id name="id">
             <generator class="native"/>
         </id>
         <property name="imie" column="T_IMIE" length="10" not-null="true"/>
         <property name="nazwisko" column="T_NAZWISKO" length="25" not-null="true"/>
     </class>
 </hibernate-mapping>

Podczas edycji pojawił się błąd w NetBeans, który zgłosiłem jako 133253: AE: Token length=0 <= 0, który zanim opublikowałem wpis został oznaczony jako duplikat błędu poprawionego w najnowszej wersji rozwojowej NetBeans 6.1 - kolejny powód porzucenia RC1. Po wystąpieniu tego błędu, praca z edytorem XML należała do niezwykle nieprzyjemnych (delikatnie mówiąc).

Pora na dodanie kilku bibliotek pomocniczych dla Hibernate (i tutaj kolejny raz pojawia się zaleta stosowania narzędzia, które samodzielnie zadbałoby o zarządzanie zależnościami, np. Apache Maven 2). Ale moment, przecież dodanie biblioteki Hibernate w NetBeans to jest dokładnie ten krok - wszystkie konieczne zależności zostały również dodane (!) Do czegoś się jednak ten NetBeans 6.1 przydał ;-)

Pierwsze uruchomienie aplikacji za pomocą Run (skrót klawiszowy F6) kończy się błędem:

 java.lang.ClassNotFoundException: org.hsqldb.jdbcDriver
         at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
         at java.security.AccessController.doPrivileged(Native Method)
         at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
         at java.lang.Class.forName0(Native Method)
         at java.lang.Class.forName(Class.java:169)
         at org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:100)
         at org.hibernate.connection.DriverManagerConnectionProvider.configure(DriverManagerConnectionProvider.java:61)
         at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:124)
         at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:56)
         at org.hibernate.cfg.SettingsFactory.createConnectionProvider(SettingsFactory.java:414)
         at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:62)
         at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2009)
         at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1292)
         at pl.jaceklaskowski.hibernate.HibernateExample.(HibernateExample.java:21)
 java.lang.ExceptionInInitializerError
 Caused by: org.hibernate.HibernateException: JDBC Driver class not found: org.hsqldb.jdbcDriver
         at org.hibernate.connection.DriverManagerConnectionProvider.configure(DriverManagerConnectionProvider.java:66)
         at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:124)
         at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:56)
         at org.hibernate.cfg.SettingsFactory.createConnectionProvider(SettingsFactory.java:414)
         at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:62)
         at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2009)
         at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1292)
         at pl.jaceklaskowski.hibernate.HibernateExample.(HibernateExample.java:21)
 Caused by: java.lang.ClassNotFoundException: org.hsqldb.jdbcDriver
         at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
         at java.security.AccessController.doPrivileged(Native Method)
         at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
         at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
         at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
         at java.lang.Class.forName0(Native Method)
         at java.lang.Class.forName(Class.java:169)
         at org.hibernate.util.ReflectHelper.classForName(ReflectHelper.java:100)
         at org.hibernate.connection.DriverManagerConnectionProvider.configure(DriverManagerConnectionProvider.java:61)
         ... 7 more

Jak najbardziej zrozumiałe biorąc pod uwagę, że korzystam z HSQLDB, a nigdzie nie zadeklarowałem tej potrzeby poza plikiem konfiguracyjnym Hibernate'a - hibernate.cfg.xml (linia <property name="connection.driver_class">org.hsqldb.jdbcDriver</property>). Dodaję bibliotekę HSQLDB do projektu - Properties > Libraries > Add Library... i okazuje się, że nie ma wsparcia dla niego wsparcia w NetBeans 6.1. Jest jednak wsparcie (gotowa do użycia biblioteka) dla Java DB (Apache Derby) oraz MySQL. Zmieniam konfigurację Hibernate, tak aby w użyciu była baza danych Java DB (jestem zbyt leniwy, aby pobierać HSQLDB z sieci, skoro mogę skorzystać z czegoś co mam pod ręką).

Dodaję bibliotekę Java DB Driver do projektu.


Muszę również zmienić plik hibernate.cfg.xml (nie muszę oczywiście zmieniać innych części aplikacji, które są niezależne od wykorzystywanej bazy danych). Tutaj przyadłoby się wsparcie NetBeans dla pracy z Hibernate, w którym zdefiniowałbym źródło danych, a plik konfiguracyjny zostałby zmodyfikowany w odpowiedni sposób, ukrywając przede mną tajniki konfiguracji Hibernate i Java DB. Na razie muszę to zrobić ręcznie (podeprę się moim artykułem o OpenJPA z Derby - Java Persistence API z OpenJPA i Derby oraz TestNG z Eclipse IDE w tle oraz Hibernate jako dostawca JPA w samodzielnej aplikacji). Zmieniony plik hibernate.cfg.xml prezentuje sie następująco:

 <?xml version='1.0' encoding='utf-8'?>
 <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
    "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
 <hibernate-configuration>
     <session-factory>
         <property name="connection.driver_class">org.apache.derby.jdbc.EmbeddedDriver
         </property>
         <property name="connection.url">jdbc:derby:derbyDB;create=true
         </property>
         <property name="connection.username">app
         </property>
         <property name="connection.password">app
         </property>
         <property name="connection.pool_size">1
         </property>
         <property name="dialect">org.hibernate.dialect.DerbyDialect
         </property>
         <property name="current_session_context_class">thread
         </property>
         <property name="cache.provider_class">org.hibernate.cache.NoCacheProvider
         </property>
         <property name="show_sql">true
         </property>
         <property name="hbm2ddl.auto">create
         </property>
         <mapping resource="pl/jaceklaskowski/hibernate/User.hbm.xml"/>
     </session-factory>
 </hibernate-configuration>

Ponownie uruchamiam aplikację - F6 i...aplikacja kończy się błędem o braku poprawnej składni SQL.

 INFO: exporting generated schema to database
 Apr 19, 2008 12:37:38 PM org.hibernate.tool.hbm2ddl.SchemaExport create
 SEVERE: Unsuccessful: create table User (id integer not null, T_IMIE varchar(10) not null, T_NAZWISKO varchar(25) not null, primary key (id))
 Apr 19, 2008 12:37:38 PM org.hibernate.tool.hbm2ddl.SchemaExport create
 SEVERE: Syntax error: Encountered "User" at line 1, column 14.
 Apr 19, 2008 12:37:38 PM org.hibernate.tool.hbm2ddl.SchemaExport execute
 INFO: schema export complete
 Hibernate: insert into User (T_IMIE, T_NAZWISKO, id) values (?, ?, ?)
 Apr 19, 2008 12:37:38 PM org.hibernate.util.JDBCExceptionReporter logExceptions
 WARNING: SQL Error: -1, SQLState: 42X01
 Apr 19, 2008 12:37:38 PM org.hibernate.util.JDBCExceptionReporter logExceptions
 SEVERE: Syntax error: Encountered "User" at line 1, column 13.
 Apr 19, 2008 12:37:38 PM org.hibernate.event.def.AbstractFlushingEventListener performExecutions
 SEVERE: Could not synchronize database state with session
 org.hibernate.exception.SQLGrammarException: could not insert: [pl.jaceklaskowski.hibernate.User]
         at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:67)
         at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
         at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2267)
         at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2660)
         at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:56)
         at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250)
         at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234)
         at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141)
         at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
         at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
         at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
         at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
         at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
         at pl.jaceklaskowski.hibernate.HibernateExample.createUsers(HibernateExample.java:46)
         at pl.jaceklaskowski.hibernate.HibernateExample.main(HibernateExample.java:26)
 Caused by: java.sql.SQLSyntaxErrorException: Syntax error: Encountered "User" at line 1, column 13.
         at org.apache.derby.client.am.SQLExceptionFactory40.getSQLException(Unknown Source)
         at org.apache.derby.client.am.SqlException.getSQLException(Unknown Source)
         at org.apache.derby.client.am.Connection.prepareStatement(Unknown Source)
         at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:505)
         at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:94)
         at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:87)
         at org.hibernate.jdbc.AbstractBatcher.prepareBatchStatement(AbstractBatcher.java:222)
         at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2224)
         ... 12 more
 Caused by: org.apache.derby.client.am.SqlException: Syntax error: Encountered "User" at line 1, column 13.
         at org.apache.derby.client.am.Statement.completeSqlca(Unknown Source)
         at org.apache.derby.client.net.NetStatementReply.parsePrepareError(Unknown Source)
         at org.apache.derby.client.net.NetStatementReply.parsePRPSQLSTTreply(Unknown Source)
         at org.apache.derby.client.net.NetStatementReply.readPrepareDescribeOutput(Unknown Source)
         at org.apache.derby.client.net.StatementReply.readPrepareDescribeOutput(Unknown Source)
         at org.apache.derby.client.net.NetStatement.readPrepareDescribeOutput_(Unknown Source)
         at org.apache.derby.client.am.Statement.readPrepareDescribeOutput(Unknown Source)
         at org.apache.derby.client.am.PreparedStatement.readPrepareDescribeInputOutput(Unknown Source)
         at org.apache.derby.client.am.PreparedStatement.flowPrepareDescribeInputOutput(Unknown Source)
         at org.apache.derby.client.am.PreparedStatement.prepare(Unknown Source)
         at org.apache.derby.client.am.Connection.prepareStatementX(Unknown Source)
         ... 18 more
 Exception in thread "main" org.hibernate.exception.SQLGrammarException: could not insert: [pl.jaceklaskowski.hibernate.User]
         at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:67)
         at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
         at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2267)
         at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2660)
         at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java:56)
         at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250)
         at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234)
         at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:141)
         at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
         at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
         at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
         at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
         at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
         at pl.jaceklaskowski.hibernate.HibernateExample.createUsers(HibernateExample.java:46)
         at pl.jaceklaskowski.hibernate.HibernateExample.main(HibernateExample.java:26)
 Caused by: java.sql.SQLSyntaxErrorException: Syntax error: Encountered "User" at line 1, column 13.
         at org.apache.derby.client.am.SQLExceptionFactory40.getSQLException(Unknown Source)
         at org.apache.derby.client.am.SqlException.getSQLException(Unknown Source)
         at org.apache.derby.client.am.Connection.prepareStatement(Unknown Source)
         at org.hibernate.jdbc.AbstractBatcher.getPreparedStatement(AbstractBatcher.java:505)
         at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:94)
         at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java:87)
         at org.hibernate.jdbc.AbstractBatcher.prepareBatchStatement(AbstractBatcher.java:222)
         at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2224)
         ... 12 more
 Caused by: org.apache.derby.client.am.SqlException: Syntax error: Encountered "User" at line 1, column 13.
         at org.apache.derby.client.am.Statement.completeSqlca(Unknown Source)
         at org.apache.derby.client.net.NetStatementReply.parsePrepareError(Unknown Source)
         at org.apache.derby.client.net.NetStatementReply.parsePRPSQLSTTreply(Unknown Source)
         at org.apache.derby.client.net.NetStatementReply.readPrepareDescribeOutput(Unknown Source)
         at org.apache.derby.client.net.StatementReply.readPrepareDescribeOutput(Unknown Source)
         at org.apache.derby.client.net.NetStatement.readPrepareDescribeOutput_(Unknown Source)
         at org.apache.derby.client.am.Statement.readPrepareDescribeOutput(Unknown Source)
         at org.apache.derby.client.am.PreparedStatement.readPrepareDescribeInputOutput(Unknown Source)
         at org.apache.derby.client.am.PreparedStatement.flowPrepareDescribeInputOutput(Unknown Source)
         at org.apache.derby.client.am.PreparedStatement.prepare(Unknown Source)
         at org.apache.derby.client.am.Connection.prepareStatementX(Unknown Source)
         ... 18 more

Patrząc na komentarze użytkowników do mojego wpisu Hibernate - tniemy koszty dostępu do danych relacyjnych wielu prosiło o możliwość podejrzenia struktury bazodanowej po uruchomieniu aplikacji, więc skorzystam z bazy dostarczanej przez NetBeans - sample. W międzyczasie musiałem zrestartować NetBeans i dopiero po tym zauważam, że NetBeans 6.1 rozpoznaje pliki hibernate i upraszcza ich edycję - działa podpowiadanie elementów pliku konfiguracyjnego Hibernate (!) Ctrl+Spacja działa i w dodatku podmienia starą konfigurację (elementy bez prefiksu hibernate na te, z prefiksem).


czy


Kolejną ciekawostką wsparcia NetBeans 6.1 dla projektów korzystających z Hibernate jest oznaczenie dedykowaną ikoną Hibernate plików konfiguracyjnych hibernate.cfg.xml oraz User.hbm.xml (wydaje mi się, że NetBeans początkowo ich nie rozpoznawał, ale dopiero po restarcie mam wrażenie, że pliki zostały rozpoznane jako hibernetowe i oznaczone odpowiednią ikoną).


oraz udostępnienie specjalizowanego edytora:


Dodam do tego, że w Hibernate - tniemy koszty dostępu do danych relacyjnych miałem w pliku hibernate.cfg.xml zdefiniowane <property name="hbm2ddl.auto">create</property>, a w Hibernate jako dostawca JPA w samodzielnej aplikacji <property name="hibernate.hbm2ddl.auto" value="update"/> i jako że nie pamiętałem, jaką wartość powinien mieć ten parametr, aby baza była każdorazowo tworzona przy startcie aplikacji skorzystałem z pomocy NetBeans 6.1 (zamiast, jak to w takich momentach robię, Google. Zdaje się, że rośnie nam ciekawa konkurencja dla Google w postaci NetBeans 6.1 ;-)).


Po tych zachwytach i pomocy ze strony NetBeans plik hibernate.cfg.xml wygląda następująco:

 <?xml version="1.0" encoding="UTF-8"?>
 <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
  "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
 <hibernate-configuration>
   <session-factory>
     <property name="hibernate.connection.driver_class">org.apache.derby.jdbc.ClientDriver
         </property>
     <property name="hibernate.connection.url">jdbc:derby://localhost:1527/sample
         </property>
     <property name="hibernate.connection.username">app
         </property>
     <property name="hibernate.connection.password">app
         </property>
     <property name="hibernate.connection.pool_size">1
         </property>
     <property name="hibernate.current_session_context_class">thread
         </property>
     <property name="hibernate.cache.provider_class">org.hibernate.cache.NoCacheProvider
         </property>
     <property name="hibernate.dialect">org.hibernate.dialect.DerbyDialect
         </property>
     <property name="hibernate.show_sql">true
         </property>
     <property name="hibernate.format_sql">true
         </property>
     <property name="hibernate.hbm2ddl.auto">create-drop</property>
     <mapping resource="pl/jaceklaskowski/hibernate/User.hbm.xml"/>
   </session-factory>
 </hibernate-configuration>

Uruchamiam Java DB - w oknie Services, kategoria Databases i na Java DB wybieram Start Server (niestety poza nieaktywnym menu Start Server nie ma wizualnego oznaczenia, np. w postaci zielonej strzałki jak na serwerach, że baza już jest uruchomiona).

Ponowne uruchomienie i ponowny błąd. Co jest?! Po kilku próbach okazuje się, że Java DB nie akceptuje nazwy tabeli USER (nawet edytor SQL nie podświetla USER na zielono, co już wskazuje na jakiś błąd).


Sprawdzam w dokumentacji Apache Derby 10.2 CREATE TABLE statement i sama struktura polecenia jest dobra, a w dodatku nic nie widzę o zakazie stosowania USER jako nazwy bazy danych. Hmmm, coś tu jest nie tak. Ale co?! Nie zastanawiając się długo zmieniam nazwę tabeli, na którą jest mapowana klasa User na UZYTKOWNIK w pliku User.hbm.xml.

 <?xml version='1.0' encoding='utf-8'?>
 <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
     "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">
 <hibernate-mapping package="pl.jaceklaskowski.hibernate">
     <class name="User" table="UZYTKOWNIK">
         <id name="id" >
             <generator class="native"/>
         </id>
         <property name="imie" column="T_IMIE" length="10" not-null="true"/>
         <property name="nazwisko" column="T_NAZWISKO" length="25" not-null="true"/>
     </class>
 </hibernate-mapping>

Ponownie F6 i już działa jak należy. W końcu! Teraz mógłbym wrócić do konfiguracji z wbudowaną bazą danych, ale to pozostawiam jako zadanie domowe dla zainteresowanych.

Pytanie konkursowe: Jaka jest domyślna nazwa pliku konfiguracyjnego Hibernate? (nagród proszę nie oczekiwać).

Pełna aplikacja HibernateExample dostępna jest do pobrania jako HibernateExample.zip. Miłej hibernacji!

Po komentarzu Krzyśka do wpisu Pierwsze kroki z UML w NetBeans 6.1, w którym wspomniał o MDA i lekturze artykułu Mariusza Wójcika Spring Framework - projektowanie aplikacji w oparciu o koncepcję MDA nie miałem wątpliwości, że po wczorajszej zabawie z UML dzisiaj pora spróbować sił z MDA - Model-Driven Architecture. Podejście MDA pozwala na tworzenie aplikacji bazując na modelach UML niezależnie od docelowego środowiska uruchomieniowego i użytych technologii, które są transformowane do aplikacji wynikowej za pomocą pewnych magicznych transformat. W innych słowach możnaby założyć, że wystarczy jedynie trochę porysować i po dodaniu pewnych atrybutów utworzenie aplikacji to jedynie wydanie polecenia Generate. Trochę się człowiek nasłuchał o tego typu programowaniu, że fajne i takie tam, ale praktycznej wiedzy żadnej. Czas to zmienić.

Rozpocząłem od wspomnianego artykułu Mariusza, a później zajrzałem na strony AndroMDA. Zacząłem od dostępnej dokumentacji, gdzie w Environment Setup napisano:

Install Maven - A repository containing all versioned dependencies. This repository is used during the build and deploy processes (very similar to the .NET Global Assembly Cache concept).

Użycie Mavena do tworzenia aplikacji zawsze spotyka się z moją aprobatą, więc nie miałem złudzeń, że dzisiaj będzie znowu przyjemnie. Wzmianka o .Net w kontekście Mavena była zaskakująca. Może ktoś coś napisać o tym .NET Global Assembly Cache w kilku krótkich, żołnierskich zdaniach? Ja tu wierzę, że pomysły nowatorskie płynące z projektów otwartych, a tu się okazuje, że w .Net to już dawno wszystko (?) było ;-)

Właśnie niedawno wyszła wersja Apache Maven 2.0.9, więc przy okazji uaktualnimy ją i popróbujemy się z AndroMDA.

Uwaga na potencjalny błąd w tandemie Maven-AndroMDA:

(Note that as of this writing, the latest version of Maven is 2.0.7, but it has a minor issue with AndroMDA 3.2 - this has been fixed in the latest snapshot release. Advanced users may wish to install Maven 2.0.7, but you will have to manually delete the section in app\pom.xml.)

Dzisiejszy pomysł to stworzenie aplikacij webowej z wykorzystaniem AndroMDA, które realizuje specyfikację MDA. Zamiast, jak to polecano w dokumentacji AndroMDA, uruchomienia aplikacji na JBAS skorzystam z aktrakcyjniejszej funkcjonalnie oferty serwera Java EE 5, potencjalnie Apache Geronimo (chociaż w obwodzie oczekuje i GlassFish).

 jlaskowski@work /cygdrive/c/projs/sandbox
 $ mvn -v
 Maven version: 2.0.9
 Java version: 1.5.0_14
 OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows"

 jlaskowski@work /cygdrive/c/projs/sandbox
 $ mvn archetype:create -DgroupId=pl.jaceklaskowski.jsf.mda -DartifactId=mda-webapp
 [INFO] Scanning for projects...
 [INFO] Searching repository for plugin with prefix: 'archetype'.
 [INFO] ------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [archetype:create] (aggregator-style)
 [INFO] ------------------------------------------------------------------------
 ...
 [INFO] OldArchetype created in dir: c:\projs\sandbox\mda-webapp
 [INFO] ------------------------------------------------------------------------
 [INFO] BUILD SUCCESSFUL
 [INFO] ------------------------------------------------------------------------

Uruchamiam NetBeans IDE 6.1 RC1 i importuję projekt, aby zmodyfikować pom.xml (plik konfiguracyjny "serce" projektu mavenowego). Wcześniej zainstalowałem netbeansową wtyczkę wspierającą projekty mavenowe (patrz Tworzenie wtyczek Maven 2 z NetBeans IDE 6.1), więc wystarczy Ctrl+Shift+O i wybrać katalog, który stworzyłem wcześniej ręcznie (auć, przecież mogłem to stworzyć z poziomu NB!).


Po zmianach pom.xml prezentuje się następująco:

 <project xmlns="http://maven.apache.org/POM/4.0.0" 
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
   http://maven.apache.org/maven-v4_0_0.xsd">
     <modelVersion>4.0.0</modelVersion>
     <groupId>pl.jaceklaskowski.jsf.mda</groupId>
     <artifactId>mda-webapp</artifactId>
     <version>1.0</version>
     <name>Aplikacja webowa z pomocą (Andro)MDA, Maven2 i NetBeans 6.1</name>
     <url>http://www.jaceklaskowski.pl</url>
     <build>
         <defaultGoal>compile</defaultGoal>
         <plugins>
             <plugin>
                 <groupId>org.andromda.maven.plugins</groupId>
                 <artifactId>andromdapp-maven-plugin</artifactId>
                 <version>3.2</version>
             </plugin>
         </plugins>
     </build>
     <repositories>
         <repository>
             <id>andromda</id>
             <name>AndroMDA Repository</name>
             <url>http://team.andromda.org/maven2</url>
         </repository>
     </repositories>
     <pluginRepositories>
         <pluginRepository>
             <id>andromda</id>
             <name>AndroMDA Repository</name>
             <url>http://team.andromda.org/maven2</url>
         </pluginRepository>
     </pluginRepositories>
     <dependencies>
         <dependency>
             <groupId>junit</groupId>
             <artifactId>junit</artifactId>
             <version>3.8.1</version>
             <scope>test</scope>
         </dependency>
     </dependencies>
 </project>

Wybieram Build z menu kontekstowego projektu (zaznaczam projekt w widoku Projects i z menu pod prawym przyciskiem myszki wybieram Build). BUILD SUCCESSFUL w oknie Output upewnia mnie, że wszystko jest jak należy.

W sekcji Install a UML tool proponuje się skorzystanie z narzędzia UML, w którym zobrazuję mój pomysł nowej aplikacji webowej, którą następnie wyeksportuję w odpowiednim formacie zrozumiałym dla AndroMDA. Mam dostęp do wszystkich wymienionych produktów, ale do IBM Rational Software Architect (obecnie w wersji 7.0.0.6), który wspiera UML2/EMF jest mi najbliżej skorzystam z niego (mógłbym również skorzystać z NetBeans IDE 6.1 i jego wsparcia UMLa, ale skoro nie jest wymieniony na stronie na razie odpada).

We wskazanej gotowej aplikacji na stronie TimeTracker Tour można znaleźć plik readme.txt, w którym napisano:

The project located in this directory has been generated by Naresh Bhatia using the andromdapp:generate Maven plugin.

Fajnie wiedzieć, że przynajmniej część mojej pracy mogę zrzucić na barki mavena. Spróbujmy dowiedzieć się więcej o tej wtyczce z pomocą mvn help:describe (tak mógłbym wszystko wyczytać w pliku, albo na stronie, ale pomyślałem, że pochwalę się moją znajomością Maven-Fu ;-)).

 jlaskowski@work ~
 $ mvn help:describe -Dplugin=org.andromda.maven.plugins:andromdapp-maven-plugin:3.2
 [INFO] Scanning for projects...
 [INFO] Searching repository for plugin with prefix: 'help'.
 [INFO] ------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [help:describe] (aggregator-style)
 [INFO] ------------------------------------------------------------------------
 [INFO] [help:describe]
 [INFO] Plugin: 'org.andromda.maven.plugins:andromdapp-maven-plugin:3.2'
 -----------------------------------------------
 Group Id:  org.andromda.maven.plugins
 Artifact Id: andromdapp-maven-plugin
 Version:     3.2
 Goal Prefix: andromdapp
 Description:

 A plugin for running AndroMDA's AndroMDApp application generator
         to generate Maven2 AndroMDA powered applications.

albo nawet z parametrem -Dmedium=true, który przedstawi funkcjonalność wtyczki w okrojonej postaci (dla czytających o mocnych nerwach proponuje się opcję -Dfull=true. Uprasza się o zapięcie pasów przez uruchomieniem polecenia ;-)).

 jlaskowski@work ~
 $ mvn help:describe -Dplugin=org.andromda.maven.plugins:andromdapp-maven-plugin:3.2 -Dmedium=true
 [INFO] Scanning for projects...
 [INFO] Searching repository for plugin with prefix: 'help'.
 [INFO] ------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [help:describe] (aggregator-style)
 [INFO] ------------------------------------------------------------------------
 [INFO] [help:describe]
 [INFO] Plugin: 'org.andromda.maven.plugins:andromdapp-maven-plugin:3.2'
 -----------------------------------------------
 Group Id:  org.andromda.maven.plugins
 Artifact Id: andromdapp-maven-plugin
 Version:     3.2
 Goal Prefix: andromdapp
 Description:

 A plugin for running AndroMDA's AndroMDApp application generator
         to generate Maven2 AndroMDA powered applications.

 Mojos:

 Goal: 'clean-structure'
 Description:
 Removes the an AndroMDApp generated application structure.

 Goal: 'generate'
 Description:
 AndroMDA application generator Mojo.

 Goal: 'build'
 Description:
 A Mojo used for executing the build goals from the top level project.

 Goal: 'deploy'
 Description:
 Provides the deployment of applications to a given directory.

 Goal: 'eclipse'
 Description:
 Writes the necessary .classpath and .project files for a new eclipse application.

 Goal: 'maven'
 Description:
 Allows the execution of maven from a given project (searches for nested pom.xml files and executes Maven)

 Goal: 'schema'
 Description:
 Provides the ability to drop database schemas.

 Goal: 'instrument-scripts'
 Description:
 Allows for the {@link ScriptClassGenerator} mojo to be invoked. on one or more given classes.

 Goal: 'undeploy'
 Description:
 Provides the undeployment of applications from a given directory.

Importuję aplikację timetracker-completed do NB i wykonuję Clean and Build (przecież nie będę tego robił z linii poleceń, kiedy dotykam MDA, nieprawdaż?). Jedna uwaga, projekt TimeTracker po zaimportowaniu zostanie oznaczony przez NB jako posiadający błędy i wykonanie budowania spowoduje rozwiązanie problemów (niedostępności bibliotek w lokalnym repozytorium mavena). Trochę to trwa zanim aplikacja zostanie zbudowana, aż po około 2-3 minutach pojawia się [ERROR]BUILD FAILURE. Hmm, czyżbym tracił cierpliwość? Próbuję innymi technikami - z menu kontekstowego projektu TimeTracker wybieram Open Required Projects (wcześniej jedynie otworzyłem projekt główny) i sprawdzam klasę UserVOComparator (projekt TimeTracker Common (jar)). Najwyraźniej nie ma klasy UserVO w projekcie. Wykonanie polecenia

 jlaskowski@work /cygdrive/c/temp/timetracker-completed
 $ find . -name UserVO.java -print

nie napawa optymizmem. Może ten plik jest tworzony dynamicznie podczas budowania? Zgodnie z dokumentacją powinienem mvn install w katalogu głównym aplikacji. Niech będzie.

 jlaskowski@work /cygdrive/c/temp/timetracker-completed
 $ mvn install
 [INFO] Scanning for projects...
 [INFO] ------------------------------------------------------------------------
 [ERROR] FATAL ERROR
 [INFO] ------------------------------------------------------------------------
 [INFO] An invalid artifact was detected.

 This artifact might be in your project's POM, or it might have been included transitively
 during the resolution process. Here is the information we do have for

     o GroupID:     org.andromda.timetracker
     o ArtifactID:  timetracker-common
     o Version:     <<< MISSING >>>
     o Type:        jar

 [INFO] ------------------------------------------------------------------------
 [INFO] Trace
 org.apache.maven.artifact.InvalidArtifactRTException: For artifact {org.andromda.timetracker:timetracker-common:null:jar}:
 The version cannot be empty.
         at org.apache.maven.artifact.DefaultArtifact.validateIdentity(DefaultArtifact.java:147)
         at org.apache.maven.artifact.DefaultArtifact.<init>(DefaultArtifact.java:122)
         at org.apache.maven.artifact.factory.DefaultArtifactFactory.createArtifact(DefaultArtifactFactory.java:158)
         at org.apache.maven.artifact.factory.DefaultArtifactFactory.createDependencyArtifact(DefaultArtifactFactory.java:58)
         at org.apache.maven.project.DefaultMavenProjectBuilder.createManagedVersionMap(DefaultMavenProjectBuilder.java:452)
         at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:912)
         at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:506)
         at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:198)
         at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:583)
         at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:461)
         at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:534)
         at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
         at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:292)
         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
         at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
         at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
         at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
         at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

Pięknie! Napawa optymizmem do dalszej ewaluacji, co?

Kończę rozdział i po chwili jestem w Starter App. Zamiast jednak tworzyć aplikację z linii poleceń, skorzystam z NB.

Ctrl+Shift+N i z kategorii Maven wybieram Maven Project. Wciskam przycisk Add... gdzie podaję dane wtyczki, którą wykorzystam do tworzenia aplikacji.


Jak się okazuje takie podejście nie przejdzie, gdyż NB zakończy pracę z:

 [ERROR]BUILD ERROR
 ------------------------------------------------------------------------
 Error creating from archetype

 Embedded error: The META-INF/maven/archetype.xml descriptor cannot be found.

Wracam na linię poleceń. Już będę grzeczny.

 jlaskowski@work /cygdrive/c/projs/sandbox
 $ mvn org.andromda.maven.plugins:andromdapp-maven-plugin:3.2:generate
 [INFO] Scanning for projects...
 [INFO] ------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [org.andromda.maven.plugins:andromdapp-maven-plugin:3.2:generate] (aggregator-style)
 [INFO] ------------------------------------------------------------------------
 [INFO] [andromdapp:generate]
 log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester).
 log4j:WARN Please initialize the log4j system properly.
 INFO  [AndroMDA] discovered andromdapp type --> 'j2ee'
 INFO  [AndroMDA] discovered andromdapp type --> 'richclient'

 Please choose the type of application to generate [j2ee, richclient]
 j2ee

 Please enter the location in which your new application will be created (i.e. f:/java/development):
 c:/projs/sandbox

 Please enter your first and last name (i.e. Chad Brandon):
 Jacek Laskowski

 Which kind of modeling tool will you use? [uml1.4, uml2, emf-uml2]:
 emf-uml2

 Please enter the name of your J2EE project (i.e. Animal Quiz):
 Powitanie

 Please enter an id for your J2EE project (i.e. animalquiz):
 mda-powitanie

 Please enter a version for your project (i.e. 1.0-SNAPSHOT):
 1.0

 Please enter the root package name for your J2EE project (i.e. org.andromda.samples.animalquiz):
 pl.jaceklaskowski.powitanie

 Would you like an EAR or standalone WAR? [ear, war]:
 ear

 Please enter the type of transactional/persistence cartridge to use [hibernate, ejb, ejb3, spring, none]:
 ejb3

 Please enter the database backend for the persistence layer
 [hypersonic, mysql, oracle, db2, informix, mssql, pointbase, postgres, sybase, sabdb, progress, derby]:
 derby

 Will your project need workflow engine capabilities? (it uses jBPM and Hibernate3)? [yes, no]:
 no

 Will your project have a web user interface? [yes, no]:
 yes

 Would you like your web user interface to use JSF or Struts? [jsf, struts]:
 jsf

 Would you like to use Facelets or JSP as your view type for JSF? [facelets, jsp]:
 facelets

 Would you like to use the JBoss Seam application framework? [yes, no]:
 yes

 Would you like to be able to expose your services as web services? [yes, no]:
 yes

 Would you like to use the JSR181 (webservice defined by annotations) EJB3 cartridge specific implementation? [yes, no]:
 yes
 -------------------------------------------------------------------------------------
     G e n e r a t i n g   A n d r o M D A   P o w e r e d   A p p l i c a t i o n
 -------------------------------------------------------------------------------------
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/src/main/application/META-INF/jboss-app.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/src/main/config/mda-powitanie-ds.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/core/target/classes/META-INF/ejb-jar.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/core/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/readme.txt'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/common/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/config/mappings/WebMergeMappings.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/config/andromda.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/uml/mda-powitanie.uml2'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/src/main/properties/messages.properties'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/target/mda-powitanie-web-1.0/WEB-INF/web.xml'
 -------------------------------------------------------------------------------------
     New application generated to --> 'file:/c:/projs/sandbox/mda-powitanie/'
     Instructions for your new application --> 'file:/c:/projs/sandbox/mda-powitanie/readme.txt'
 -------------------------------------------------------------------------------------
 [INFO] ------------------------------------------------------------------------
 [INFO] BUILD SUCCESSFUL
 [INFO] ------------------------------------------------------------------------

Otwieram projekt mda-powitanie i projekty zależne w NB (Ctrl+Shift+O). Teraz jest czysto (z ostrzeżeniami, których udam, że nie zauważam).


Jak w poprzednim projekcie w katalogu głównym znajduje się plik readme.txt (widoczny w NB w oknie Files, gdyż Projects ukrywa pliki, których nierozpoznaje).

Wykonuję mvn install w wydaniu NB, tj. Clean and Build. W pobieranych zależnościach, podczas budowania, pojawiają się myfaces-impl-1.1.1, tomahawk-1.1.1, aż kończę z

 ------------------------------------------------------------------------
 [ERROR]BUILD ERROR
 ------------------------------------------------------------------------
 Failed to resolve artifact.

 Missing:
 ----------
 1) org.andromda.profiles.uml14:andromda-profile-seam:xml.zip:1.0-SNAPSHOT

   Try downloading the file manually from the project website.

   Then, install it using the command:
       mvn install:install-file -DgroupId=org.andromda.profiles.uml14 -DartifactId=andromda-profile-seam \
           -Dversion=1.0-SNAPSHOT -Dpackaging=xml.zip -Dfile=/path/to/file

   Path to dependency:
    1) pl.jaceklaskowski.powitanie:mda-powitanie-mda:pom:1.0
    2) org.andromda.profiles.uml14:andromda-profile-seam:xml.zip:1.0-SNAPSHOT

 ----------
 1 required artifact is missing.

 for artifact:
   pl.jaceklaskowski.powitanie:mda-powitanie-mda:pom:1.0

 from the specified remote repositories:
   central (http://repo1.maven.org/maven2),
   andromda (http://team.andromda.org/maven2)

Ech, znowu kłopoty. Kasuję projekt i zaczynam jeszcze raz, tyle że bez Seama i Web Services (po tylu problemach stałem się mniej wymagający).

 jlaskowski@work /cygdrive/c/projs/sandbox
 $ mvn org.andromda.maven.plugins:andromdapp-maven-plugin:3.2:generate
 [INFO] Scanning for projects...
 [INFO] ------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [org.andromda.maven.plugins:andromdapp-maven-plugin:3.2:generate] (aggregator-style)
 [INFO] ------------------------------------------------------------------------
 [INFO] [andromdapp:generate]
 log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester).
 log4j:WARN Please initialize the log4j system properly.
 INFO  [AndroMDA] discovered andromdapp type --> 'j2ee'
 INFO  [AndroMDA] discovered andromdapp type --> 'richclient'

 Please choose the type of application to generate [j2ee, richclient]
 j2ee

 Please enter the location in which your new application will be created (i.e. f:/java/development):
 c:/projs/sandbox

 Please enter your first and last name (i.e. Chad Brandon):
 Jacek Laskowski

 Which kind of modeling tool will you use? [uml1.4, uml2, emf-uml2]:
 emf-uml2

 Please enter the name of your J2EE project (i.e. Animal Quiz):
 Powitanie

 Please enter an id for your J2EE project (i.e. animalquiz):
 mda-powitanie

 Please enter a version for your project (i.e. 1.0-SNAPSHOT):
 1.0

 Please enter the root package name for your J2EE project (i.e. org.andromda.samples.animalquiz):
 pl.jaceklaskowski.powitanie

 Would you like an EAR or standalone WAR? [ear, war]:
 ear

 Please enter the type of transactional/persistence cartridge to use [hibernate, ejb, ejb3, spring, none]:
 ejb3

 Please enter the database backend for the persistence layer 
 [hypersonic, mysql, oracle, db2, informix, mssql, pointbase, postgres, sybase, sabdb, progress, derb
 derby

 Will your project need workflow engine capabilities? (it uses jBPM and Hibernate3)? [yes, no]:
 no

 Will your project have a web user interface? [yes, no]:
 yes

 Would you like your web user interface to use JSF or Struts? [jsf, struts]:
 jsf

 Would you like to use Facelets or JSP as your view type for JSF? [facelets, jsp]:
 facelets

 Would you like to use the JBoss Seam application framework? [yes, no]:
 no

 Would you like to be able to expose your services as web services? [yes, no]:
 no
 -------------------------------------------------------------------------------------
     G e n e r a t i n g   A n d r o M D A   P o w e r e d   A p p l i c a t i o n
 -------------------------------------------------------------------------------------
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/src/main/application/META-INF/jboss-app.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/src/main/config/mda-powitanie-ds.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/core/target/classes/META-INF/ejb-jar.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/core/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/readme.txt'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/common/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/config/mappings/WebMergeMappings.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/config/andromda.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/uml/mda-powitanie.uml2'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/src/main/properties/messages.properties'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/target/mda-powitanie-web-1.0/WEB-INF/web.xml'
 -------------------------------------------------------------------------------------
     New application generated to --> 'file:/c:/projs/sandbox/mda-powitanie/'
     Instructions for your new application --> 'file:/c:/projs/sandbox/mda-powitanie/readme.txt'
 -------------------------------------------------------------------------------------

Ponownie otwarcie projektu w NB i Clean and Build, które kończy się:

 INFO  [AndroMDA] completed model processing --> TIME: 10.688[s], RESOURCES WRITTEN: 118
 [andromdapp:eclipse {execution: default}]
 Project file written --> 'C:\projs\sandbox\mda-powitanie\.project'
 found project pl.jaceklaskowski.powitanie:mda-powitanie-common:jar:1.0
 found project pl.jaceklaskowski.powitanie:mda-powitanie-core:ejb:1.0
 found project pl.jaceklaskowski.powitanie:mda-powitanie-web:war:1.0
 ------------------------------------------------------------------------
 [ERROR]BUILD ERROR
 ------------------------------------------------------------------------
 Error creating eclipse configuration

 Embedded error: Unable to download the artifact from any repository

 Try downloading the file manually from the project website.

 Then, install it using the command:
     mvn install:install-file -DgroupId=org.jboss -DartifactId=jboss-remoting \
         -Dversion=4.0.4-GA -Dpackaging=jar -Dfile=/path/to/file


   org.jboss:jboss-remoting:jar:4.0.4-GA

 from the specified remote repositories:
   central (http://repo1.maven.org/maven2),
   andromda (http://team.andromda.org/maven2)

co jednak mnie nie przeraża, bo sam projekt został zbudowany, a jedynie projekt eclipsowy się nie utworzył.

..po chwili...

No dobrze, dobrze - zajmę się i tym (co, jak się zaraz okaże, nie było właściwą decyzją). Do głównego pom.xml projektu dodaję

 <repository>
      <id>jboss.com</id>
      <name>JBoss Repository</name>
      <url>http://repository.jboss.com/maven2/</url>
 </repository>

i ponownie podchodzę do Clean and Build. Znowu błąd. Dziwne, ale tego jboss-remoting nie ma w repozytorium jboss.com. Jest jednak w wersji 4.0.5-GA w repozytorium andromda (http://team.andromda.org/maven2). Wniosek: wtyczka andromdapp-maven-plugin w wersji 3.2 tworzy projekt z przestarzałymi (i niedostępnymi) zależnościami. Na stronie wtyczki andromdapp-maven-plugin data ostatniej publikacji to 01 Mar 2008 11:53 CET, jednakże jest to dla wersji 3.3-SNAPSHOT. Nie ma wielkiego wyboru jak popróbować jej.

Na szczęście projekt AndroMDA przewidział taką sytuację, że chciałbym skorzystać z wtyczki poza projektem, gdzie w pom.xml mógłbym zdefiniować zależność i udostępnił gotowy plik zip z koniecznymi artefaktami mavenowymi do rozpakowania w lokalnym repozytorium mavena.

 jlaskowski@work /cygdrive/c/projs/sandbox
 $ cd c:/.m2

 jlaskowski@work /cygdrive/c/.m2
 $ wget -c \
  http://team.andromda.org/maven2/org/andromda/maven/plugins/\
  andromdapp-maven-plugin/3.3-SNAPSHOT/andromdapp-maven-plugin-install-3.3-SNAPSHOT.zip
  ...
 12:13:49 (153.83 KB/s) - `andromdapp-maven-plugin-install-3.3-SNAPSHOT.zip' saved [80881/80881]

 jlaskowski@work /cygdrive/c/.m2
 $ jar -xvf andromdapp-maven-plugin-install-3.3-SNAPSHOT.zip
   created: org/
   created: org/andromda/
   created: org/andromda/maven/
   created: org/andromda/maven/plugins/
   created: org/andromda/maven/plugins/andromdapp-maven-plugin/
   created: org/andromda/maven/plugins/andromdapp-maven-plugin/3.3-SNAPSHOT/
  inflated: org/andromda/maven/plugins/andromdapp-maven-plugin/3.3-SNAPSHOT/andromdapp-maven-plugin-3.3-SNAPSHOT.jar
  inflated: org/andromda/maven/plugins/andromdapp-maven-plugin/3.3-SNAPSHOT/andromdapp-maven-plugin-3.3-SNAPSHOT.pom
  inflated: org/andromda/maven/plugins/andromdapp-maven-plugin/maven-metadata-local.xml

Gotowe! Znowu podchodzę do stworzenia projektu z wtyczką andromdapp-maven-plugin w wersji 3.3-SNAPSHOT.

 jlaskowski@work /cygdrive/c/projs/sandbox
 $ mvn org.andromda.maven.plugins:andromdapp-maven-plugin:3.3-SNAPSHOT:generate
 [INFO] Scanning for projects...
 [INFO] ------------------------------------------------------------------------
 [ERROR] BUILD ERROR
 [INFO] ------------------------------------------------------------------------
 [INFO] Failed to resolve artifact.

 GroupId: org.andromda.maven.plugins
 ArtifactId: andromda-maven-plugins
 Version: 3.3-SNAPSHOT

 Reason: Unable to download the artifact from any repository

   org.andromda.maven.plugins:andromda-maven-plugins:pom:3.3-SNAPSHOT

 from the specified remote repositories:
   ibiblio.org (http://repo1.maven.org/maven2)

Tego już za wiele! Wracam do wtyczki w wersji 3.2 i rezygnuję z EJB3, co powinno znieść wymaganie odnośnie jakichkolwiek zależności jbossowych.

 jlaskowski@work /cygdrive/c/projs/sandbox
 $ mvn org.andromda.maven.plugins:andromdapp-maven-plugin:3.2:generate
 [INFO] Scanning for projects...
 [INFO] ------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [org.andromda.maven.plugins:andromdapp-maven-plugin:3.2:generate] (aggregator-style)
 [INFO] ------------------------------------------------------------------------
 [INFO] [andromdapp:generate]
 log4j:WARN No appenders could be found for logger (org.apache.commons.digester.Digester).
 log4j:WARN Please initialize the log4j system properly.
 INFO  [AndroMDA] discovered andromdapp type --> 'j2ee'
 INFO  [AndroMDA] discovered andromdapp type --> 'richclient'

 Please choose the type of application to generate [j2ee, richclient]
 j2ee

 Please enter the location in which your new application will be created (i.e. f:/java/development):
 c:/projs/sandbox

 Please enter your first and last name (i.e. Chad Brandon):
 Jacek Laskowski

 Which kind of modeling tool will you use? [uml1.4, uml2, emf-uml2]:
 emf-uml2

 Please enter the name of your J2EE project (i.e. Animal Quiz):
 Powitanie

 Please enter an id for your J2EE project (i.e. animalquiz):
 mda-powitanie

 Please enter a version for your project (i.e. 1.0-SNAPSHOT):
 1.0

 Please enter the root package name for your J2EE project (i.e. org.andromda.samples.animalquiz):
 pl.jaceklaskowski.powitanie

 Would you like an EAR or standalone WAR? [ear, war]:
 ear

 Please enter the type of transactional/persistence cartridge to use [hibernate, ejb, ejb3, spring, none]:
 none

 Will your project need workflow engine capabilities? (it uses jBPM and Hibernate3)? [yes, no]:
 no

 Will your project have a web user interface? [yes, no]:
 yes

 Would you like your web user interface to use JSF or Struts? [jsf, struts]:
 jsf

 Would you like to use Facelets or JSP as your view type for JSF? [facelets, jsp]:
 jsp

 Would you like to be able to expose your services as web services? [yes, no]:
 no
 -------------------------------------------------------------------------------------
     G e n e r a t i n g   A n d r o M D A   P o w e r e d   A p p l i c a t i o n
 -------------------------------------------------------------------------------------
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/src/main/application/META-INF/jboss-app.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/src/main/config/mda-powitanie-ds.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/app/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/readme.txt'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/common/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/config/mappings/WebMergeMappings.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/config/andromda.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/src/main/uml/mda-powitanie.uml2'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/mda/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/src/main/properties/messages.properties'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/pom.xml'
     Output: 'file:/c:/projs/sandbox/mda-powitanie/web/target/mda-powitanie-web-1.0/WEB-INF/web.xml'
 -------------------------------------------------------------------------------------
     New application generated to --> 'file:/c:/projs/sandbox/mda-powitanie/'
     Instructions for your new application --> 'file:/c:/projs/sandbox/mda-powitanie/readme.txt'
 -------------------------------------------------------------------------------------
 [INFO] ------------------------------------------------------------------------
 [INFO] BUILD SUCCESSFUL
 [INFO] ------------------------------------------------------------------------

Ponownie Clean and Build w NB.

 ------------------------------------------------------------------------
 [ERROR]BUILD ERROR
 ------------------------------------------------------------------------
 Failed to resolve artifact.

 Missing:
 ----------
 1) org.andromda.cartridges:andromda-jsf-cartridge-components:jar:unknown

   Try downloading the file manually from the project website.

   Then, install it using the command:
       mvn install:install-file -DgroupId=org.andromda.cartridges -DartifactId=andromda-jsf-cartridge-components \
           -Dversion=unknown -Dpackaging=jar -Dfile=/path/to/file

   Path to dependency:
    1) pl.jaceklaskowski.powitanie:mda-powitanie-web:war:1.0
    2) org.andromda.cartridges:andromda-jsf-cartridge-components:jar:unknown

 2) oracle.adf.view.faces:adf-faces-api:jar:unknown

   Try downloading the file manually from the project website.

   Then, install it using the command:
       mvn install:install-file -DgroupId=oracle.adf.view.faces -DartifactId=adf-faces-api \
           -Dversion=unknown -Dpackaging=jar -Dfile=/path/to/file

   Path to dependency:
    1) pl.jaceklaskowski.powitanie:mda-powitanie-web:war:1.0
    2) oracle.adf.view.faces:adf-faces-api:jar:unknown

 3) org.apache.myfaces:tomahawk:jar:unknown

   Try downloading the file manually from the project website.

   Then, install it using the command:
       mvn install:install-file -DgroupId=org.apache.myfaces -DartifactId=tomahawk \
           -Dversion=unknown -Dpackaging=jar -Dfile=/path/to/file

   Path to dependency:
    1) pl.jaceklaskowski.powitanie:mda-powitanie-web:war:1.0
    2) org.apache.myfaces:tomahawk:jar:unknown

 4) org.apache.myfaces:myfaces-api:jar:unknown

   Try downloading the file manually from the project website.

   Then, install it using the command:
       mvn install:install-file -DgroupId=org.apache.myfaces -DartifactId=myfaces-api \
           -Dversion=unknown -Dpackaging=jar -Dfile=/path/to/file

   Path to dependency:
    1) pl.jaceklaskowski.powitanie:mda-powitanie-web:war:1.0
    2) org.apache.myfaces:myfaces-api:jar:unknown

 ----------
 4 required artifacts are missing.

 for artifact:
   pl.jaceklaskowski.powitanie:mda-powitanie-web:war:1.0

 from the specified remote repositories:
   central (http://repo1.maven.org/maven2),
   andromda (http://team.andromda.org/maven2)

Teraz jest jeszcze gorzej. Na dzisiaj koniec tego ewaluowania AndroMDA. Teraz już wiem, dlaczego tak niewielu korzysta z MDA. Fajne w założeniach, ale po prostu nie działa (albo ja coś pokręciłem i zamiast dać się prowadzić za rękę to przekombinowałem). Może ktoś ma jakieś sugestie gdzie, co i jak należałoby wykonać, aby skorzystać jednak z AndroMDA? Jakieś doświadczenia z narzędziem, albo jego konkurentami mile widziane.

I pytanie konkursowe: Co oznacza skrót MDA?

1. "Moja Droga Agatko!" (szczęśliwi, którzy mogą tak tytułować listy do swej ukochanej)
2. Mam Dość, Ale się nie poddaję
3. Model-Driven Architecture
4. ManDarynA gwarowo
   

Nagród nie ma.

UML (Unified Modelling Language) nigdy nie należał do moich podstawowych narzędzi programistycznych, którymi posługiwałem się podczas tworzenia oprogramowania. Ostatnimi jednak czasy odczuwam niedosyt różnorodności sposobów przedstawiania swoich myśli i zauważam, że mowa (jakkolwiek wyćwiczona) nierzadko przedstawia je właściwie. UML jest językiem obrazowania idei i słowo obrazowanie, jakkolwiek nie stosowane szeroko w tym kontekście, jak najbardziej mi tu pasuje i wyraża, co autor miał na myśli. Język UML jest sposobem wizualnego przedstawiania myśli i pomaga w ich relacji innym. Warto się zainteresować UMLem i mimo nieczęstego użycia w naszych projektach, zacząć go stosować (nawet mimo braku jego użycia przez cały zespół projektowy, gdyż dobre rzeczy same się reklamują i raz zauważony w użyciu UML może stać się podstawowym językiem wymiany informacji). Więcej o UML na stronach "producenta" - http://www.uml.org.

Dzisiaj miałem przyjemność przeczytać wpis Expectation driven developement in NetBeans IDE 6.1 Beta, gdzie autor zastosował umlowy diagram klas do zademonstrowania, co będzie tworzył, a dalej, w komentarzach, znalazłem informację o wsparciu UMLa przez NetBeans 6.1. Dodając do tego moje (wciąż bierne) zainteresowanie UMLem i trwający konkurs NetBeans IDE 6.1 Beta Blogging Contest mogłem ponownie upiec dwie pieczenie na jednym ogniu - zapoznać się z UMLem i sprawdzić jego wsparcie w NetBeans 6.1, a w dodatku zgłosić mój wpis w konkursie (to w sumie daje aż 3 pieczenie na jednym ogniu!).

Zacząłem od lektury artykułu w sekcji UML NetBeansa - Why Model With UML?, gdzie napisano This article serves as a primer for the basic concepts of UML oraz This article is written for those engineers who can never find time to model a project before starting to code and for those engineers who have not yet considered creating models of their systems prior to coding them, aż w końcu This article presents some methods and strategies to help you be more efficient and possibly even save time. To jakby stworzone specjalnie dla mnie! Po 10 minutach miałem go za sobą. Mimo, że wiele tez przedstawionych w artykule było mi znanych, artykuł czytałem z wielkim zainteresowaniem. Obawiałem się początkowo, że będzie trochę przydługi, ale był w sam raz i zaprezentował UML w sposób nie pozostawiający złudzeń, że jest to obowiązkowy sposób na rozpoczęcie projektu, każdego projektu.

Kolejny artykuł w serii wprowadzenia UMLa to UML: Developing Applications. Trochę mnie przeraziło Expected duration: 25 minutes, ale pomyślałem, że skrócę tu i tam, abym jedynie rozeznał się gdzie i jak zacząć, aby ostatecznie przeczytać artykuł i samemu coś stworzyć. Podczas lektury artykułu zdecydowałem się go nieznacznie uatrakcyjnić, w ten sposób, że w artykule tworzona jest aplikacja desktopowa, a ja postanowiłem stworzyć aplikację webową. Oni desktopową, ja webową.

Nie siląć się na wymyślny przykład postanowiłem stworzyć aplikację webową, która będzie witała użytkownika w języku, który jest przez niego wybrany jako domyślny w przeglądarce.

Ctrl+Shift+N i z kategorii Web wybrałem Web Application.

Podałem dane projektu:

Project Name: PowitanieWebApp
Server: GlassFish V2
Context Path: /powitanie
Frameworks: JavaServer Faces

I zatwierdziłem je Finish.

Ctrl+Shift+N i z kategorii UML wybrałem Java-Platform Model.


Opis tego typu projektu - Java-Platform Model - bardzo wymyślny:

Creates a platform-dependent modeling project in the system with empty containers for your model and elements. As you create and populate your model, Java modeling (business) rules are applied to the model.
Nic nie zrozumiałem!

Wciskam Next > i jako w polu Project Name wpisuję PowitanieWebAppUML. Finish.

Wybieram Class Diagram o nazwie PowitanieClassDiagram.


Finish.

Pojawi się edytor UML z diagramem klas. Po prawej stronie pojawi się paleta elementów UML.


Utworzyłem klasę Powitanie z mapą pozdrowień (zaznaczam element Class i przeciągam do edytora. Enter i podaję nazwę Powitanie). Tworzę pakiet pl.jaceklaskowski.jsf.uml z użyciem elementu Package. Ciekawym podejściem jest umożliwienie stworzenia wielu elementów danego typu (na przykład pakietów) i nadawanie im nazw przez Enter, czyli lewy przycisk myszy, Enter, wpisuję nazwę i ponownie Enter, i tak z kolejnymi elementami.

Definiuję atrybut Map<String, String> powitania = new HashMap<String, String>() i kasuję operację setPowitania.

Dodałem operację (metodę) addPowitanie(String jezyk, String powitanie)


Prawym przyciskiem na projekcie PowitanieWebAppUML wybieram menu Generate Code, gdzie jako Target Project podaję PowitanieWebApp. Zatwierdzam OK.

Projekt PowitanieWebApp zostanie oznaczony jako błędny (czerwona ikona na nazwie projektu), gdyż Map oraz HashMap są podane bez ich pakietów. Otwieram Powitanie.java, Ctrl+Shift+I i Enter. Po chwili NetBeans rozpozna zmiany i zniesie komunikat błędu. Jest czysto.

Dodaję ciało do konstruktora i metody addPowitanie. Ostatecznie klasa prezentuje się następująco:

 package pl.jaceklaskowski.jsf.uml;

 import java.util.HashMap;
 import java.util.Map;


 //  
 // #[regen=yes,id=DCE.0C3BC662-D50C-31DA-16B7-26AFB9E13435]
 //  
 public class Powitanie {

     //  
     // #[regen=yes,id=DCE.20E0A115-46D3-0681-089A-41017816B6C6]
     //  
     private Map powitania = new HashMap();

     //  
     // #[regen=yes,id=DCE.5585E6DF-BAC1-C496-0665-DEC6A9BA153E]
     //  
     public Powitanie () {
         // zdefiniuj kilka powitań
         powitania.put("en", "Hi!");
         powitania.put("pl", "Cześć!");
         powitania.put("de", "MoinMoin!");
         powitania.put("ru", "Zdrastwujcie!");
     }

     //  
     // #[regen=yes,id=DCE.5AB5D39E-7AF1-D127-881C-3F9F766AE597]
     //  
     public void addPowitanie (String jezyk, String powitanie) {
         powitania.put(jezyk, powitanie);
     }

     //  
     // #[regen=yes,regenBody=yes,id=DCE.383F3A78-B7A8-812E-E5D4-B13087852CFE]
     //  
     public Map getPowitania () {
         return powitania;
     }

 }

Owe znaczniki <editor-fold> są związane z powiązaniem klasy z diagramem UML.

Pora na zdefiniowanie nowopowstałej klasy jako ziarna zarządzanego JSF. Tutaj niestety jedynym sposobem jest edycja pliku konfiguracyjnego aplikacji jsf - faces-config.xml. Ale moment! Niespodzianka! Możliwość definiowania ziaren jest możliwa poprzez Add Managed Bean... w widoku XML edytora faces-config.xml.


Tego wcześniej nie wiedziałem, ani nie napotkałem w artykułach netbeansowych. Choćby dlatego warto było zacząć naukę UML (i już mi się będzie UML w wykonaniu NetBeans mile kojarzył ;-))

Definiuję nowe ziarno powitanie, wybieram klasę z listy Browse... o zasięgu session.


Zatwierdzam przyciskiem Add.

Plik faces-config.xml prezentuje się następująco:

 <?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">
     <managed-bean>
         <managed-bean-name>powitanie</managed-bean-name>
         <managed-bean-class>pl.jaceklaskowski.jsf.uml.Powitanie</managed-bean-class>
         <managed-bean-scope>session</managed-bean-scope>
     </managed-bean>
 </faces-config>

Zmieniam stronę welcomeJSF.jsp dodając wywołanie ziarna:

 <%@page contentType="text/html"%>
 <%@page pageEncoding="UTF-8"%>

 <%@taglib prefix="f" uri="http://java.sun.com/jsf/core"%>
 <%@taglib prefix="h" uri="http://java.sun.com/jsf/html"%>

 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
 "http://www.w3.org/TR/html4/loose.dtd">

 <html>
     <head>
         <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
         <title>Pozdrowienia</title>
     </head>
     <body>
         <f:view>
             Powitanie w języku <b>${pageContext.request.locale.language}</b> brzmi...
             <h1><h:outputText value="#{powitanie.powitania[request.locale.language]}" /></h1>
         </f:view>
     </body>
 </html>

Zmiana polega na wywołaniu metody getPowitania() ziarna powitanie zwracającej mapę, której kluczem jest język, który w JSF uzyskuje się poprzez request.locale.language, podczas gdy w JSP za pomocą pageContext.request.locale.language (to są dwa różne języki EL rozróżniane przez znaki # oraz $, odpowiednio).

Najwyższy czas przekonać się o działaniu mojej aplikacji webowej. Wciskam F6 i po chwili moim oczom ukazuje się...


Zmiana języka na pl (w Firefox - Tools > Options... > Advanced > General > Languages) i F5 (odświeżenie strony) i


A na ru (rosyjski)


Działa! Niemiecki pozostawiam jako ćwiczenie domowe.

Czy to zademonstrowało UMLa w wykonaniu NetBeans 6.1 w pełni? Wątpię. Kolejnym razem jednak znowu coś spróbuję i może w ten sposób poznam UML lepiej. Może nawet zacznę go regularnie używać?

Na zakończenie sprawdzę jeszcze co udostępnia NetBeans w demonstracyjnych aplikacjach - Ctrl+Shift+N, Samples > UML i jest jedynie UML Bank App Sample.


Niewiele. Na szczęście przykład działa, chociaż odpowiada temu, co właśnie przeczytałem. Potrzebuję artykułu o tworzeniu aplikacji webowych z użyciem UML. Choćby niewielki, który wskaże, czy w ogóle ma to sens. Wciąż poszukuję...

I pytanie konkursowe (w trwającym konkursie bez nagród): Co to jest UML?

Zainspirowany wpisem Własny plugin mavena postanowiłem spróbować swoich sił na polu tworzenia wtyczek dla Apache Maven 2 i po krótkiej lekturze Guide to Java Plugin Development byłem gotów. Z pomocą NetBeans IDE 6.1 i jego wtyczki Maven miałem po chwili (mniej niż 5 minut!) swoją własną wtyczkę. Może to nie tylko początek mojej kariery jako twórca wtyczek mavenowych, ale również początek serii 5-minutowych wpisów?!

Domyślnie NetBeans IDE 6.1 nie udostępnia wsparcia dla tworzenia projektów opartych o Maven 2 (dalej zwanego m2) i trzeba ratować się instalacją wtyczki Maven.

Z menu Tools wybieramy pozycję Plugins i odszukujemy wtyczki Maven.


Zaznaczamy ją, wciskamy przycisk Install i po chwili NetBeans już wie, co to Maven.

Wciskam Ctrl+Shift+N, a następnie z kategorii Maven wybieram Maven Project.


Wciskam przycisk Next >.

Wybieram Maven Mojo Archetype.


W zależności od "zasobności" lokalnego repozytorium Mavena lista może się nieznacznie różnić od zaprezentowanej. W przypadku braku potrzebnego archetypu (= rodzaju wtyczki wspierającej tworzenie projektu) można skorzystać z przycisku Add... i go dodać ręcznie.


I Finish. Po chwili projekt wtyczki jest gotowy.


W oknie Output - Project Creationg pojawi się BUILD SUCCESSFUL.


Zmieniam nazwę klasy mojo na EchoMojo oraz jej zawartość, aby definiowała zadanie echo, które przyjmuje jeden argument, który z kolei będzie wypisywany podczas uruchomienia.

 package pl.jaceklaskowski.maven.plugins.echo;

 import org.apache.maven.plugin.AbstractMojo;
 import org.apache.maven.plugin.MojoExecutionException;

 /**
  * Zadanie, ktore wypisuje podany komunikat
  * @goal echo
  * @requiresProject false
  */
 public class EchoMojo extends AbstractMojo {

     /**
      * Komunikat
      * @parameter expression="${komunikat}"
      * @required
      */
     private String komunikat;

     public void execute() throws MojoExecutionException {
         getLog().info(komunikat);
     }
 }

Dodanie @requiresProject false określa, że wykonanie wtyczki nie będzie wymagało projektu mavenowego do jej wykonania (bardzo pomocne do wtyczek narzędziowych niezależnych od projektu jak help:describe czy mojego testowego uruchomienia).

Wybieram menu Clean and Build


które spowoduje zainstalowanie wtyczki w lokalnym repozytorium mavenowym. Pomyślna instalacja wtyczki w repozytorium, to wymarzona pora na jej uruchomienie.

Najpierw sprawdzę, czy wtyczka jest rozpoznawana przez m2.

 jlaskowski@work ~
 $ mvn -v
 Maven version: 2.0.7
 Java version: 1.5.0_14
 OS name: "windows xp" version: "5.1" arch: "x86"

 jlaskowski@work ~
 $ mvn help:describe -DgroupId=pl.jaceklaskowski.maven.plugins.echo -DartifactId=echo-maven-plugin
 [INFO] Scanning for projects...
 [INFO] Searching repository for plugin with prefix: 'help'.
 [INFO] ----------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [help:describe] (aggregator-style)
 [INFO] ----------------------------------------------------------------------------
 [INFO] [help:describe]
 [INFO] artifact pl.jaceklaskowski.maven.plugins.echo:echo-maven-plugin: checking for updates from central
 [INFO] Plugin: 'pl.jaceklaskowski.maven.plugins.echo:echo-maven-plugin:1.0'
 -----------------------------------------------
 Group Id:  pl.jaceklaskowski.maven.plugins.echo
 Artifact Id: echo-maven-plugin
 Version:     1.0
 Goal Prefix: echo
 Description:

 Unknown

 [INFO] ------------------------------------------------------------------------
 [INFO] BUILD SUCCESSFUL
 [INFO] ------------------------------------------------------------------------

(Żebym to ja wiedział jak pozbyć się tego Unknown).

I w końcu faktyczne uruchomienie wtyczki.

 jlaskowski@work ~
 $ mvn pl.jaceklaskowski.maven.plugins.echo:echo-maven-plugin:1.0:echo -Dkomunikat="Witaj Jacku"
 [INFO] Scanning for projects...
 [INFO] ----------------------------------------------------------------------------
 [INFO] Building Maven Default Project
 [INFO]    task-segment: [pl.jaceklaskowski.maven.plugins.echo:echo-maven-plugin:1.0:echo] (aggregator-style)
 [INFO] ----------------------------------------------------------------------------
 [INFO] [echo:echo]
 [INFO] Witaj Jacku
 [INFO] ------------------------------------------------------------------------
 [INFO] BUILD SUCCESSFUL
 [INFO] ------------------------------------------------------------------------

Działa! Można jeszcze wprowadzić kilka usprawnień w jej działaniu, ale to już pozostawiam wytrwałym. A skoro o nich, to pytanie konkursowe (w trwającym od jakiegoś czasu konkursie bez nagród): Jaki rodzaj wtyczki wspomaga tworzenie projektów w Maven 2 (projekty wtyczek, aplikacji webowych, itp.)?

Jeśli masz swoją opinię nt. przydatności (bądź nieprzydatności) NetBeans 6.1 polecam udział w konkursie NetBeans IDE 6.1 Beta Blogging Contest, w którym głos ludu jest nagradzany, a najwyższą wygraną jest...własna wiedza!

Sobota była ostatnim dniem NetBeans RoadShow, w którym uczestniczę z prezentacją JSF 1.2 w wykonaniu NetBeans IDE 6.1. Tym razem w Warszawie i kolejny raz publiczność nie zawiodła - i pod względem frekwencji, jak i aktywności. Udało mi się zademonstrować 6 z 7 planowanych przykładów i z reakcji publiczności mogę mniemać, że ich liczba i skomplikowanie były odpowiednie. Z dobrym odbiorem spotkały się również pytania kontrolne, za które można było otrzymać koszulkę NetBeans. Na ostatni 7. przykład nie starczyło czasu, więc pozostawiłem go sobie na najbliższy artykuł (w zasadzie przedstawiłem go w większej części w poprzednim wpisie Nowości NetBeans IDE 6.1 - JSF CRUD Generator). Mimo wszystko powtórzę go w detalach niebawem. Kręcę się koło pomysłu napisania książki o Java EE 5 i tego typu artykuły obserwuję, że mogłyby być świetnym materiałem na książkę. Wiele osób pyta o podstawowe tematy związane z Java EE 5, których wyjaśnienie można znaleźć w wielu miejscach w Sieci, ale czy to ich liczba, czy brak powiązania między nimi, a może w końcu bariera językowa sprawiają, że początkujący, polscy programiści zainteresowani Korporacyjną Javą 5 nie mogą się w nich odnaleźć. Pomysł jest, a z realizacją...się zobaczy ;-)

Podczas dzisiejszej mojej prezentacji dowiedziałem się o ciekawej funkcjonalności NetBeans, która upraszcza tworzenie metod typu setter/getter. Do tej pory korzystałem z funkcji Refactor > Encapsulate Fields... lub Alt+Insert przy zdefiniowanej zmiennej instancji, a wystarczy po prostu zdefiniować ją i....Ctrl+Spacja.


Warto zwrócić uwagę na metody getKomunikat() oraz setKomunikat(String komunikat), które odpowiadają polu instancji komunikat. To jest ta rzecz, o której nie wiedziałem wcześniej. Miłe! Tego typu tricki, kiedy poznane, znacząco mogą skrócić czas tworzenia aplikacji. Kolejny plus publicznych wystąpień - nie tylko prelegent może coś przekazać słuchaczom, ale i w drugą stronę też to działa.

Niestety, nie udało mi się jednak odtworzyć problemu z wiązaniem stron JSF korzystając z edytora faces-config.xml, który pierwszy raz napotkałem na wczorajszej prezentacji w Krakowie. Na razie mam (i kilku z uczestników mojej krakowskiej prezentacji) świadomość jego istnienia, ale póki co, jest on głęboko schowany w czeluściach netbeansowego kodu. Na dzisiejszej prezentacji poszło wyjątkowo bezwyjątkowo ;-)

Wczoraj podczas mojego powrotu z Krakowa miałem możliwość wysłuchania podcastu w wykonaniu Romana Strobla i...no właśnie tego drugiego nazwiska nie pamiętam, w którym dowiedziałem się o funkcji, która do dzisiaj była niewielkiej dla mnie wartości - Undock Window (Alt+Shift+D). Dzięki uprzejmości Karola Harezlaka okazuje się, że może się ona przydać podczas pracy z wieloma (dwoma, trzema, czterema, ech, rozmarzyłem się) monitorami. Wtedy "rozszczepienie" okienek NetBeans może być nieocenione.


Korzystając z okazji posiadania tak licznej publiczności (naliczyłem około 80 osób) nie mogłem opanować się, aby nie pochwalić się moją nową wiedzą klawiszową. Szybko okazało się, że jestem bodajże ostatnim, który o tych skrótach klawiszowych nie wiedział (!) O zgrozo, dlaczego mi wcześniej nie powiedziano o nich. Tyle czasu poszło do kosza. Niedawno, całkiem przypadkiem, zademonstrowano mi możliwość kasowania całych wyrazów w Windows za pomocą klawisza Ctrl+Backspace oraz Ctrl+Delete. Zamiast ciągłego przyciskania klawisza Backspace, można po prostu wcisnąć klawisz Ctrl i...znowu oszczędzamy trochę czasu.

Na konferencji dowiedziałem się o wydaniu wersji NetBeans IDE 6.1 Release Candidate 1 (RC1), która szczęśliwie okazała się być wersją, którą prezentowałem podczas moich wystąpień krakowskiej i warszawskiej. Ja korzystałem z wersji rozwojowej z 2 dni wcześniej, na której wydaje się być oparte RC1. Mimo wszystko pobrałem ją, bo a nuż coś na koniec jeszcze dodano.

Zakończyliśmy prezentację o JSF 1.2 i NetBeans 6.1 kilkoma pytaniami, wśród których pojawiło się jedno o wsparcie dla Hibernate. Dla mnie Hibernate to jeden z wielu dostawców JPA (dostawca JPA jest w relacji JPA jak sterownik JDBC w stosunku do JDBC), więc zdawkowo odpowiedziałem, że być może skoro korzystam z JPA. Prawda jest taka, że tandem NetBeans-Hibernate nigdy nie był pod moją lupą i nie wiedziałem, czy w ogóle byłby możliwy. Dowiedziałem się, że istnieje wtyczka (wspierająca) Hibernate dla NetBeans 6.1, o której również wspomniano w Feature Highlights w dokumencie NetBeans IDE 6.1 Release Candidate Information w sekcji New Update Center Modules - Hibernate Framework Support. Dokument czytałem wcześniej, ale nie pamiętam, abym trafił na tę informację. Kolejna zaleta publicznych wystąpień, że nie tylko prelegent słuchaczom, ale i słuchacze prelegentowi coś wyjaśnią, przedstawią, czy wskażą.

Moja prezentacja JSF 1.2 w wykonaniu NetBeans IDE 6.1 z tegorocznego NetBeans RoadShow po Polsce dostępna jest do pobrania jako JacekLaskowski-NetBeansRoadShow-JSFiNetBeans61-11-12.04.2008.pdf.

Jutro ostatni dzień NetBeans RoadShow w Polsce, we Wrocławiu. Tam mnie jednak nie będzie, ale mimo wszystko zapraszam w imieniu organizatorów. Może ktoś podeśle linka z relacją jak było? Paweł?

Wydaje się, że teraz zapisuję swoje spostrzeżenia szybciej niż udaje mi się je opublikować (!) Piszę po prostu wszędzie - na kartkach, karteczkach, w notesie, a to plik tekstowy tutaj, a to tam. I zauważyłem pewną prawidłowość, że czym więcej piszę, tym więcej czytam, a czym więcej czytam tym mam więcej do napisania, tyle się ciekawego dzieje dookoła. Dobrze, że człowiek ma rodzinę, która potrafi sprowadzić na ziemię, bo odleciałbym w przestworza na dobre. Ciekawym podejściem do badania tematów nowych technologii jest puszczenie ich równolegle (tzn. semi-równolegle), czyli zajmuję się jednym tematem, a kiedy uda mi się coś zbadać, zostawiam go i przechodzę do całkowicie innej technologii. Zauważam, że nie czuję zmęczenia, które mógłbym doświadczać, kiedy zanurzyłbym się w pojedyńczej technologii i dłubałbym w niej, i dłubałbym. Monotonia nie sprzyja rozumieniu nowych tematów, a zadręczanie się niemożnością zrozumienia ich najlepiej rozwiązać odłożeniem na bok i zajęciem się czymś odświeżającym, np. kolejnym nowym tematem. Jak na razie u mnie się sprawdza.

Przy dziejszym pierwszo-kwietniowym dniu wypadałoby opublikować coś nietuzinkowego acz wciąż mało realnego, ale nic nie przychodzi mi do głowy, więc będzie jak zwykle, całkowicie poważnie. Może jednak niektórzy znajdą w moim wpisie coś pierwszokwietniowego ;-)

Po ostatnich zgłoszeniach błędów w IssueZilla NetBeansa w związku z funkcjonalnością tworzenia aplikacji JSF typu CRUD, którą opisywałem w Nowości NetBeans IDE 6.1 - JSF CRUD Generator, okazało się, że używałem przestarzałej wersji 6.1 BETA i jako rozwiązanie zaproponowano uaktualnienie środowiska do najnowszej wersji rozwojowej. Zatem można powiedzieć, że oficjalna beta już przestaje być warta uwagi i dla tych, którzy potrzebują wrażeń wersja rozwojowa NetBeans IDE 6.1 jest tym, czego potrzebują.

Po aktualizacji NetBeans postanowiłem przyjrzeć się wsparciu dla Spring Framework (Spring Framework Support), którą przedstawia się jako jedną z wartościowych nowości w NetBeans IDE 6.1.

Nie pamiętam dokładnie, czy najpierw postanowiłem zbadać NetBeans IDE 6.1 i jego możliwości springowe, czy było to po tym, kiedy przeczytałem Spring support in Netbeans IDE 6.1 Beta. Tak czy owak, po przeczytaniu artykułu postanowiłem sprawdzić go w działaniu i okazało się, że wiele z informacji jest dalece nieprawdziwa i NetBeans 6.1 oferuje znacznie więcej. Nie jest wprawdzie wspaniale, ale określenie lepiej pasuje doskonale. Nie ukrywam, że spodziewałem się więcej. Nowicjusze springowi (wliczam do tej grupy również siebie) na pewno nie znajdą w NetBeans znacznego uproszczenia ich czasu, który należy poświęcić na naukę Spring Framework. Oczywiście jest wsparcie dla edycji plików springowych oraz łatwiejsze tworzenie aplikacji opartych o Spring MVC, ale w/g mnie jest to zdecydowanie za mało. Coraz to nowsze wersje NetBeans IDE rozpieszczały nas ostatnio, więc apetyt i wymagania znacznie wzrosły.

Zacznijmy rekonesans po funkcjonalności NetBeans IDE 6.1 w zakresie wsparcia Spring Framework.

Rozpoczynam go od utworzenia zwykłej aplikacji desktopowej korzystającej ze Springa. Tworzę projekt Java Application, Ctrl+Shift+N i Java > Java Application. Projekt sam w sobie nie wspiera specjalnie Springa (trudno mi opisać, czego oczekuję, ale czegoś mi jednak brakuje), ale istnieje asystent tworzenia springowego pliku konfiguracyjnego xml - Other > Spring XML Configuration File.


W kolejnym kroku mamy możliwość wyboru przestrzeni nazw, które mają być uaktywnione w pliku konfiguracyjnym.


Niekwestionowane uproszczenie (pamiętam, kiedy na spotkaniu Warszawa JUG rozwiązywaliśmy problem niewidoczności elementów springowego pliku konfiguracyjnego i dopiero za sprawą Waldiego podpartego książką o Springu znaleźliśmy rozwiązanie - właśnie przez dodanie brakującej przestrzeni nazw). Każdy, kto pracuje z plikiem XML dla Spring wie, że znajomość tych przestrzeni jest niełatwa, więc to jest zdecydowany plus.

Po utworzeniu pliku konfiguracji springowej mamy możliwość skorzystania z uzupełniania klas, ich atrybutów


, czy ziaren springowych.


Natrafiłem jednakże na błąd związany z niewidocznością interfejsu dla elementu wskazującego typ listy (brakuje typu pl.jaceklaskowski.osgi.Polecenie).


Trzymając klawisz Ctrl, będąc nad nazwą klasy, przechodzimy do odpowiadającej klasy, atrybutu


bądź ziarna springowego.


Jako wadę mógłbym wskazać konieczność znajomości pliku springowego, aby w ogóle skonstruować go poprawnie. Samo wsparcie dla edycji pliku XML (mamy wskazany XSD, więc to nie powinno być traktowane w kategorii wyczynu) z pewnym wsparciem dla zrozumienia bytów springowych to zdecydowanie za mało. Tutaj odnotowuję minus.

Pojawiła się ikona pliku springowego - ów listek symbolizujący Spring Framework, który uwypukla znaczenie pliku xml. Plusik.

Podczas tworzenia pliku XML dla Springa natrafiłem na błąd związany z błędnym komunikatem błędu - Incorrect error message when spring xml config file exists. Idealna pora i czas, aby zgłaszać błędy i oczekiwać ich naprawienia w finalnej wersji. Zachęcam do zgłaszania błędów przy każdorazowym ich napotkaniu (z czego skrzętnie skorzystałem).

Ciekawą zmianą w kontekście wsparcia dla Spring Framework jest możliwość skorzystania z biblioteki Spring Framework 2.5 dostępnej bezpośrednio w NetBeans:


Kolejne otworzenie właściwości projektu ukazuje nowe menu konfiguracyjne - Spring Framework wraz z plikiem src/beans.xml, który przed chwilą utworzyłem.


Istnieje opcja wykrycia pozostałych plików springowych za pomocą Detect Files..., które mogłyby wcześniej istnieć w aplikacji, a która właśnie została zaimportowana.

Lektura Spring Framework Support w Milestones New and Noteworthy dała mi odpowiedź, na znaczenie Configuration File Groups w menu Spring Framework.


Funkcjonalność springowych grup konfiguracyjnych obejmuje grupowanie plików konfiguracyjnych i korzystanie z uzupełniania elementów plików konfiguracyjnych i przechodzenia między ich elementami a klasami/ziarnami w ramach grupy. Na razie zaliczam to grupy zaawansowanej wsparcia Spring Framework przez NetBeans, więc zostawiam to dla innych, bardziej dociekliwych. Więcej w dokumentacji pod klawiszem F1 będąc w tym panelu. Dodałem jedynie nowoutworzony plik beans.xml do własnej grupy Ewaluacja.


Dodatkowo, podczas tworzenia kolejnego, springowego pliku konfiguracyjnego istnieje możliwość dodania go do istniejącej grupy konfiguracyjnej.


Znalazłem również wzmiankę o Spring MVC i jego wsparciu w NetBeans 6.1, więc jako, że nigdy nie próbowałem się z nim pora na krótką lekcję wprowadzającą.

Tworzę aplikację webową - Ctrl+Shift+N, Web > Web Application i w panelu Frameworks mam możliwość wyboru szkieletu webowego wspieranego przez NetBeans 6.1.


Więcej informacji o wsparciu Springa w NetBeans w Spring Framework support plan for NetBeans 6.1. Tam również znalazłem artykuł Introduction to the Spring Framework in NetBeans IDE, ale niewiele dla mnie, gdyż wszystko opisane w artykule wydaje się być już dostępne w NetBeans IDE 6.1 domyślnie.

Jeszcze podgląd konfiguracji aplikacji webowej z Spring MVC.


Aplikacja działa od pierwszego uruchomienia, więc to zaliczam również na plus.


Na koniec ciekawostka - podczas wykonania polecenia Clean and Build albo po prostu Build projektu typu Java Application NetBeans poinformuje:

 To run this application from the command line without Ant, try:
 java -jar "C:\Documents and Settings\jlaskowski\My Documents\NetBeansProjects\SpringDemo\dist\SpringDemo.jar"

I faktycznie działa! Wszystkie konieczne biblioteki znajdują się w katalogu lib, który wskazywany jest w MANIFEST.MF.

 Class-Path: lib/commons-logging-1.1.jar lib/spring-2.5.jar

Milutkie. Kolejny plus.

Ogólnie zadowolony, ale pewne braki powodują, że czuję niedosyt. Wierzę, że kolejne odsłony wsparcia Spring Framework w NetBeans IDE 6.1 będą doskonalsze i ich rozwój nabierze większego tempa.

Dla zainteresowanych wychwalaniem (lub wręcz przeciwnie) funkcjonalności NetBeans 6.1 zapraszam do udziału w konkursie NetBeans IDE 6.1 Beta Blogging Contest.

Pytanie dla wytrwałych: Do czego służą springowe grupy projektowe w NetBeans IDE 6.1? Nagród niet.

6 marca 2008 wyszła wersja NetBeans IDE 6.1 BETA - NetBeans IDE 6.1 Beta Now Available!. Jedyną z nowości, która zwróciła moją uwagę było JSF CRUD Generator (back by popular demand). Moją ciekawość dodatkowo spotęgował konkurs NetBeans IDE 6.1 Beta Blogging Contest, gdzie jak zrozumiałem wystarczy jedynie przedstawić NetBeans IDE 6.1 i tyle. Na uwagę zasługuje fakt, że Blogs will be accepted in the following languages a tam Polish! A skoro even if you don’t win, you might get a bunch of traffic! to nawet bez nagrody będę miał ten zysk, że potencjalnie mogę przyciągnąć uwagę kolejnych krytyków mojego spojrzenia na sprawy związane z Javą, jej korporacyjną wersją i projektami otwartymi. Sami się prosili ;-)

Rozpocząłem od lektury NetBeans IDE 6.1 Beta Information. Niestety niewiele można było tam znaleźć o JSF CRUD Generator. Szczęśliwie był tam zrzut ekranu z funkcjonalnością, która mnie zainteresowała, więc wiedziałem, że powinienem zacząć od asystenta JSF Pages From Entity Class. Zajrzałem również na stronę JsfCrudGenerator i znowu niewiele. Trochę informacji znalazłem również na stronie Milestones New and Noteworthy. W sumie głucho jak na funkcjonalność, którą wprowadzono do NetBeans back by popular demand. Chyba wszyscy wszystko wiedzą i stwierdzono, że popularność tej funkcjonalności nie zasługuje na szersze przedstawienie, bo co tutaj opisywać skoro wiadomo w co się gra. I tutaj wchodzę ja ;-)

Rozpoczynam od przygotowania bazy danych, którą w NetBeans (NB) jest Java DB. W zakładce Services w Databases znajduje się pozycja Java DB.


Za pomocą menu kontekstowego Start Server uruchamiam bazę Java DB.


Po chwili, po uruchomieniu bazy danych, uaktywni się menu Create Database....


Wypełniam danymi:

• Database Name: piodb
• User Name: jacek
• Password: jacek
  

i zatwierdzam OK. Tym samym baza jest gotowa. Pojawi się kolejna pozycja w Databases reprezentująca połączenie z nowoutworzoną bazą piodb.


Pora trochę poprogramować. Pora na utworzenie dwóch encji Pytanie i Odpowiedz w relacji jeden-do-wielu. Zanim jednak do tego przejdziemy najpierw należy utworzyć ich projekt.

Wybieram zakładkę Projects, gdzie za pomocą kombinacji klawiszy Ctrl+Shift+N uruchamiam asystenta Java Class Library (kategoria Java - powinna być domyślnie wybrana). Jakkolwiek encje mogłyby być częścią aplikacji webowej, postanowiłem jednak wydzielić je jako oddzielny projekt do ponownego wykorzystania w innych projektach, niekoniecznie webowych (jeszcze nieokreślonych i trochę na wyrost, ale mam wrażenie, że ostatecznie takie podejście się opłaci).

W kolejnym kroku - Name and Location - wpisuję dane biblioteki.

• Project Name: PioJPA

Zatwierdzam przyciskiem Finish.

Ctrl+N i wybieram kategorię Persistence, a w niej Entity Class.


Mógłbym wybrać asystenta Entity Classes from Database, ale skoro tworzę aplikację w podejściu top-down, gdzie najpierw aplikacja a później baza danych, gdzie baza danych jest "czysta", nie mam innego wyboru.

W kolejnym kroku podaję dane klasy encji Pytanie.

• Class Name: Pytanie
• Package: pl.jaceklaskowski.pio.encja
  

Ignoruję podpowiedź asystenta "The project does not have a persistence unit. You need a persistence unit to persist entity classes", gdyż "dostawcą" konfiguracji będzie aplikacja webowa, którą dopiero stworzymy, a projekt encji PioJPA poza użyciem adnotacji JPA nie będzie zależny od JPA. Nigdy nie wiadomo, gdzie ostatecznie zostanie użyty nasz projekt, a jeśli można go uniezależnić od użytego obecnie szkieletu programistycznego czy technologii tym lepiej dla późniejszego ponownego użycia.

Zatwierdzamy konfigurację przyciskiem Finish.

I tu pierwszy błąd NB 6.1 BETA - bez utworzenia PU zgodnie z podpowiedzią asystenta powoduje brak dodania biblioteki JPA i powoduje błąd składni klas (niedostępność użytych interfejsów JPA). Zgłoszone jako 130858: Using Entity Class wizard without creating PU leads to missing JPA interface errors.

Mamy kila możliwości obejścia tego błędu - skasować projekt i utworzyć go od nowa z jednoczesnym utworzeniem PU, ręcznie dodać bibliotekę JPA bądź ostatecznie stworzyć PU podczas tworzenia kolejnej encji, którą i tak mieliśmy utworzyć. Wybieramy jednak podejście numer 2, gdzie dodamy bibliotekę JPA i nie będziemy infekować projektu plikami jak persistence.xml, których i tak nie mieliśmy zamiaru używać. Czym mniej bałaganu tym lepiej.

Wybieramy Properties z menu kontekstowego projektu PioJPA.


Przechodzimy do Libraries, wciskamy przycisk Add Library... i po wybraniu biblioteki TopLink Essentials wciskamy przycisk Add Library.


Wciskamy przycisk OK i problem "odpływa".

Tworzę nową encję Odpowiedz. Ctrl+N, Persistence > Entity Class, gdzie podaję

• Class Name: Odpowiedz
• Package: pl.jaceklaskowski.pio.encja
  

Wracam do klasy encji Pytanie, gdzie umieszczam kolekcję Odpowiedzi (typ java.util.List). Uzupełniam import za pomocą Ctrl+SPACE bądź alternatywnie Ctrl+Shift+I do uzupełnienia importu java.util.List.


Stawiam kursor w ciele klasy Pytanie, Alt+Insert i wybieram menu Getter and Setter... do utworzenia metod get (odczytującej) i set (modyfikującej) dla atrybutu odpowiedzi (można dodatkowo skorzystać ze spacji do oznaczenia atrybutu, dla którego będą tworzone metody, co zniesie konieczność korzystania z pomocy myszki).

Wybieram atrybut odpowiedzi

i wciskam przycisk Generate.

Zgodnie z komunikatem NB przy metodzie Pytanie.getOdpowiedzi() (The multi-valued entity relation is not defined) dodaję adnotację @OneToMany do metody get.

Dodaję kolejny atrybut tresc (typu String) do klasy encji Pytanie i Odpowiedz. Tworzę odpowiadające mu metody get i set w obu klasach za pomocą Alt+Insert.

Praca nad projektem PioJPA zakończona (mimo komunikatu ostrzegawczego, że mamy encje, ale nie mamy zdefiniowanej jednostki trwałej - The project does not contain a persistence unit). Żegnam projekt PioJPA i przechodzę do utworzenia kolejnego - PioWeb.

Ctrl+Shirt+N i wybieram asystenta Web > Web Application.


W kolejnym kroku podaję:

• Project Name: PioWeb

i rejestruję serwer aplikacyjny za pomocą przycisku Add... przy polu Server. Pozostawiam szczegóły tego kroku jako zadanie domowe.

Ustawiam Context Path na /pio.


Zatwierdzam przyciskiem Next >. I jeszcze raz Next >, aż pojawi się etap Frameworks, w którym wybieram Visual Web JavaServer Faces. Nigdy nie korzystałem z tej opcji, a naczytałem się, że jest to jedna z tych integracji, którą zespół NetBeans szczyci się szczególnie, więc pora jej skosztować.


Zatwierdzam Finish.

Po dłużej chwili pojawia się nowy projekt PioWeb w widoku Projects. Zauważalnie dłużej trwa inicjowanie biblioteki Woodstock, która jak rozumiem jest fundamentem dla Visual Web JavaServer Faces w NetBeans.

Związuję projekt PioWeb z PioJPA. PioJPA staje się biblioteką encji w projekcie PioWeb - menu kontekstowe Properties projektu PioWeb, a później wybieram Libraries i Add Project..., gdzie wybieram projekt PioJPA.


Teraz w końcu nadeszła pora na skorzystanie z dobrodziejstw funkcji JSF Pages from Entity Class. Ctrl+N, a następnie Persistence i JSF Pages from Entity Class.


Dodaję wszystkie dostępne encje - Odpowiedz i Pytanie za pomocą przycisku Add All >>.


Dopiero teraz utworzę jednostkę trwałą (PU - persistence unit) dla mojej aplikacji za pomocą przycisku Create Persistence Unit... Tworzę nowe źródło danych na serwerze aplikacyjnym (w tym przypadku jest to GlassFish).


Podaję JNDI Name: jdbc/piodb oraz wybieram Database Connection z listy rozwijalnej, która wskazuje na bazę danych piodb.

Ciekawostką tego Create Persistence Unit w porównaniu z tym, które napotkałbym w Java Class Library jest sposób pobrania źródeł danych dla PU - w pierwszym (obecnie wykorzystywanym) przypadku będzie to lista źródeł z serwera aplikacyjnego, podczas, gdy w drugim przypadku będzie to lista zdefiniowana w NetBeans IDE w zakładce Services. Zawsze mi tego brakowało i nie jestem pewien, kiedy pojawiło się to rozróżnienie w NetBeans.

Dodatkowo wybieram opcję Drop and Create.


Definicję jednostki trwałej zatwierdzam przyciskiem Create.

Przyciskiem Next > przechodzę do kolejnego etapu asystenta JSF Pages from Entity Class. Przyciskiem Browse... wybieram katalog docelowy tworzonych stron JSF (pole JSF Pages Folder) i jako Package podaję pl.jaceklaskowski.pio.faces.


Zatwierdzam przyciskiem Finish.

I tu niespodzianka. Mimo, że wybrałem pakiet pl.jaceklaskowski.pio.faces jako pakiet klas JSF to i tak ostatecznie asystent umieścił niektóre z nich w pakiecie pioweb i dodatkowo utworzył puste pakiety pioweb.odpowiedz oraz pioweb.pytanie. Zgłosiłem jako 130861: JSF Pages from Entity Class generates classes in package as project name oraz 130862: JSF Pages from Entity Class wizard creates empty packages. I na koniec jeszcze jeden błąd, gdzie klasy tworzone są w pakiecie "krótszym" od podanego, tj. pl.jaceklaskowski.pio, który okazał się być pojedyńczym katalogiem o nazwie pl.jaceklaskowski.pio.faces - 130863: JSF Pages from Entity Class generates classes in a "shorter" package that's a single directory.

Rozwiązaniem tych niespodzianek jest zaniechanie podania własnego katalogu dla tworzonych klas bądź utworzenie pakietu własnoręcznie i przeniesienie do niego klas. Wybieram podejście drugie i przeniosę klasy do pakietu pioweb (refaktoryzacja Move Classes). I tu kolejna niespodzianka - 130864: NPE upon Move Classes.

Nie pozostaje nic innego jak skasować projekt PioWeb i stworzyć go od nowa, bez specyfikowania pakietu.

UWAGA: Czasami skasowanie projektu nie kasuje jego katalogu mimo zaznaczenia opcji Also Delete Sources Under...
I tutaj jeszcze kolejna niespodzianka - podczas tworzenia projektu o tej samej nazwie otrzymałem zbiór wjątków NPE oraz IAE - 130865: NPE and IAE upon creating a visual jsf web project after it's been deleted. Mimo wszystko projekt się utworzył. Zamknąłem jednak NetBeans IDE 6.1 i otworzyłem go ponownie wcześniej kasując projekt PioWeb z poziomu Exploratora Windows. Tym razem obyło się bez niespodzianek.

Pora na uruchomienie aplikacji webowej PioWeb. Wybieram menu kontekstowe Run.


Projekt otworzy domyślną stronę startową aplikacji, więc nie ma zaskoczenia, kiedy pojawi się pusta strona w przglądarce. Przechodzimy do strony, gdzie utworzymy kilka nowych odpowiedzi - http://localhost:8080/pio/faces/odpowiedz/New.jsp.


Wybranie akcji Create kończy się jednakże błędem, który okazuje się być związany z niepełną konfiguracją JPA - brakiem wskazania klas encji w PU.


Wracam do NetBeans, gdzie do pliku persistence.xml w projekcie PioWeb dodaję klasy encji. Ten błąd wynika z faktu, że encje są w innym projekcie, więc niekoniecznie klasyfikuję to jako błąd w NetBeans.


Po zmianie wybieram menu kontekstowe Undeploy and Deploy i ponownie tworzę odpowiedź.


Teraz pora na nowe pytania, czyli przechodzę do strony http://localhost:8080/pio/faces/pytanie/New.jsp.

Myliłby się ten, kto uważałby, że tutaj pójdzie gładko ;-) Na konsoli GF pojawi się następujący błąd:

Caused by: javax.el.PropertyNotFoundException: The class 'pioweb.PytanieController' does not have the property 'odpowiedziOfPytanie'.
   at javax.el.BeanELResolver.getBeanProperty(BeanELResolver.java:547)
   at javax.el.BeanELResolver.getValue(BeanELResolver.java:249)
   at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:143)
   at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:64)
   at com.sun.el.parser.AstValue.getValue(AstValue.java:138)
   at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:206)
   at javax.faces.component.UIOutput.getValue(UIOutput.java:173)
   ... 57 more

Zgłaszam kolejny błąd do bazy zgłoszeń NB - 130867: PNFE : The class 'pioweb.PytanieController' does not have the property 'odpowiedziOfPytanie'.

Rozwiązanie to dodanie atrybutu odpowiedziOfPytanie do klasy ziarna pioweb.PytanieController (pole private List<Odpowiedz> odpowiedziOfPytanie z metodami set i get). Ponownie Undeploy and Deploy, utworzenie odpowiedzi i podejście do utworzenia pytania.


Wstrzymanie oddechu, wciśnięcie Create i...

...tym razem udało się - pytanie utworzone! Nie było łatwo, ale wierzę, że przed produkcyjną wersją NetBeans IDE 6.1 wszystkie zgłoszone problemy zostaną rozwiązane. Fajnie jest mieć możliwość szybkiego utworzenia w pełni działającej aplikacji opartej o JPA i JSF, więc już nie mogę doczekać się pozamykania zgłoszeń i ogłoszeniu, że to, co znamy z Ruby on Rails czy JBoss Seam mamy i w NetBeans IDE 6.1 (nie pamiętam, czy przypadkiem podobnej funkcjonalności nie ma już w Eclipse czy jego rozbudowanym krewnym IBM Rational Application Developer 7.5 BETA).

Pytanie na zakończenie dla wytrwałych czytelników, którzy mają przyjemność czytać to: Dlaczego w polu Odpowiedzi pojawiło się pl.jaceklaskowski.pio.encja.Odpowiedz[id=1] zamiast treści odpowiedzi? Na szczęśliwych zwycięzców nie czekają nagrody.

Aplikacja Pytania i Odpowiedzi (PiO) w postaci projektów NetBeans dostępna jest jako pio-netbeansprojects.zip.

Jeśli ktoś ma ochotę to można się zapoznać z przykładowym projektem aplikacji zbudowanej na platformie NetBeans, który przedstawiałem w ramach NetBeans Day w Krakowie i Wrocławiu. Dostępna jest także prezentacja.
Przykładowy program został troszkę zmieniony - zdjęcia prelegentów zostały zamienione gdyż używałem ich bez zgody prowadzących.

Dzisiaj zakończyła się polska edycja NetBeans World Tour 2007-2008. Czy impreza była udana? Wg mnie tak. Choćby dlatego, że zdobyłem szlify jako prelegent ;) A czy mój wykład na temat platformy NetBeans można zaliczyć do udanych to już nie mnie oceniać. Sądząc po ilości ziewających to jeszcze dużo przede mną do nauki - ale jak to powiedział Jacek Laskowski "ziewający słuchacze to wina poprzednich prelegentów, którzy ich wynudzili" ;)
Chciałbym jeszcze zauważyć, że niedawno ukazała sie kolejna odsłona NetBeans - 6.1 Release Candidate. Moja prelekcja we Wrocławiu zawierała już przykład stworzony właśnie na tym wydaniu. Z ciekawostek jakie zauważyłem to choćby nowy szablon projektu aplikacji opartej na platformie.

Na prostym przykładzie spróbuję pokazać jak można wykorzystać Netbeans Platform do tworzenia aplikacji desktopowej.
A więc zaczynamy. Będzie nam potrzebny Netbeans (6.0) ;)
Zaczynamy od utworzenia nowego projektu (typu NetBeans Module Suite).



Nazywamy nasz projekt SampleSuite i zapisujemy.




W ustawieniach dla nowo utworzonego projektu z sekcji Libraries wybieramy tylko moduły z klastra Platform7 (inne nie będą nam potrzebne). W sekcji Build wybieramy Create standalone application. Możemy wybrać jaki tytuł będzie nosiła nasza aplikacja, jaką będzie miała ikonę oraz jakim obrazkiem się z nami przywita (sekcja Splash Screen).



W tym momencie mamy już gotowy szkielet aplikacji, który można uruchomić.



Utworzymy teraz nowy moduł, który dodamy do aplikacji. W skład modułu wejdzie drzewko. Po zaznaczeniu jakiegoś liścia w drzewie, po prawej stronie w oknie Properites pojawią się parametry zaznaczonego obiektu.



Wprowadzamy nazwę projektu i nazwę pakietu głównego i dodajemy go do projektu aplikacji.





Wszystkie nowe klasy będziemy tworzyć w nowo utworzonym projekcie modułu. Utworzymy teraz okno z drzewkiem nawigatora. Aby nasze drzewko miało co pokazywać utwórzmy klasę MyDataObject, która będzie reprezentowała jakieś dane. W praktyce klasa ta może reprezentować np. dane z pliku (dla plików mamy gotową klasę FileObject) lub z bazy danych.

public class MyDataObject {
    private static int count = 0;
    private final int index;
    private final String name;
    
    public MyDataObject(){
        index = count++;
        name = "Nasz " + index + ". obiekt";
    }
    
    public String getName(){
        return name;
    }
    
    public int getIndex(){
        return index;
    }
}

Każda nowo powołana instancja obiektu MyDataObject będzie posiadała kolejny numer.
Aby można było zbudować drzewo na podstawie MyDataObject potrzebujemy jeszcze klasy typu Node. Node jest warstwą prezentacji dla danych (MyDataObject).

public class MyDataNode extends AbstractNode{
    public MyDataNode(DataObject obj) {
        super(Children.LEAF, Lookups.singleton(obj));
        setDisplayName(obj.getName());
    }

    public MyDataNode() {
        super(Children.create(new MyDataChildFactory(), true));
        setDisplayName("Korzeń");
    }
}

Jak widzimy klasa MyDataNode rozszerza klasę AbstractNode. Po wklejeniu (lub wpisaniu) powyższego kodu klasy NetBeans najprawdopodobniej nie rozpozna klasy AbstractNode. Musimy do naszego projektu modułu dodać odpowiednie zależności. W tym celu we właściwościach projektu, w kategorii Libraries wybieramy Add dependencies i szukamy modułu zawierającego klasę AbstractNode.




Dodajmy od razu wszystkie moduły, które będą nam później potrzebne



Dalej nierozpoznana pozostaje klasa MyDataChildFactory. Jest to fabryka liści-potomków, którą właśnie utworzymy.

public class MyDataChildFactory extends ChildFactory{
    @Override
    protected boolean createKeys(List list) {
        for (int i = 0; i < 10; i++) {
            list.add(new MyDataObject());
        }
        return true;
    }

    @Override
    protected Node createNodeForKey(MyDataObject obj) {
        return new MyDataNode(obj);
    } 
}

Klasa MyDataNode posiada dwa konstruktory. Domyślny konstruktor tworzy korzeń drzewka z MyDataChildFactory jako fabryką dzieci dla niego. Drugi konstruktor tworzy obiekt MyDataNode jako liść bez dzieci (Children.LEAF). Mechanizm Lookup jest tematem na osobny wykład. W wielkim skrócie można powiedzieć, że Lookup jest mapą gdzie kluczem jest typ obiektu a wartością instancje obiektów tego typu. Lookups.singleton(obj) "dba" aby w mapie była tylko jedna instancja obiektu.
MyDataChildFactory posiada dwie metody:
createKeys tworzy listę kluczy (obiektów MyDataObject), dla których będą utworzone nody (węzły) reprezentujące je w strukturze drzewa
createNodeForKey jest wywoływana dla każdego stworzonego klucza w pierwszej metodzie.

Mając już wszystkie potrzebne klasy możemy przejść do stworzenia drzewka.
Tworzymy nowy plik typu Window Component z kategorii Module development.



Window position ustawiamy jako explorer i zaznaczymy otwieranie przy starcie aplikacji.



W następnym oknie kreatora podajemy Class name prefix (dla naszej aplikacji będzie to Tree). Po tym kreator utworzy dla nas 4 pliki TreeAction.java, TreeTopComponent.java, TreeTopComponentSettings.xml, TreeTopComponentWstcref.xml. Pliki xml są plikami konfiguracyjnymi. TreeTopComponent to obiekt klasy TopComponent (póki co możemy przyjąć, że jest to panel, na którym możemy poukładać różne kontrolki Swing), TreeAction to klasa akcji pozwalająca otwierać ten panel jako nowe okno w naszej aplikacji. Jeśli uruchomimy aplikację zobaczymy, że pojawiło się nowe okno ("Tree Window") oraz nowa pozycja w menu Windows (Windows -> Tree). Nazwy dla naszego okna i akcji możemy zmienić w pliku Bundle.properties w pakiecie, w którym te klasy się znajdują (w naszym przypadku org.myorg.samplemodule.tree.Bundle.properties).

Przejdźmy do edycji pliku TreeTopComponent.java. W trybie Design ustawiamy BorderLayout jako layout głównego komponentu (TopComponent w oknie inspektora). W „środek” tego layouta wstawiamy z palety komponentów JScrollPane.



We właściwościach jScrollPane1 w sekcji Code ustawiamy Custom Creation Code.



Klasa BeanTreeView jest rozszerzeniem klasy JScrollPane. Wyświetla ona węzły (Node) w postaci drzewka. Musimy jeszcze uzupełnić import dla klasy BeanTreeView. Przechodzimy do trybu edycji Source i dodajemy brakujący import.



Musimy jeszcze do naszego drzewa dodać obsługę zdarzeń użytkownika (zaznaczanie liścia, itp). W tym celu dodajemy interfejs ExplorerManager.Provider.

final class TreeTopComponent extends TopComponent implements ExplorerManager.Provider{
    private ExplorerManager manager = new ExplorerManager();

który wprowadza tylko jedną metodę:

public ExplorerManager getExplorerManager() {
  return manager;
}

W konstruktorze okna wskazujemy menadżerowi, jaki obiekt ma być pokazany w drzewie.

private TreeTopComponent() {
    ...
    manager.setRootContext(new MyDataNode());
}

Po uruchomieniu naszej aplikacji, pokaże się nam już drzewko, jednak aplikacja nie będzie na razie w żaden sposób reagowała na zaznaczenie obiektu. Ponieważ chcemy, aby po zaznaczeniu liścia w drzewie, w oknie Properties pokazały się parametry zaznaczonego obiektu, musimy do definicji naszego węzła dodać obsługę properties.

@Override
protected Sheet createSheet() {
    Sheet sheet = Sheet.createDefault();
    Sheet.Set set = Sheet.createPropertiesSet();
    MyDataObject data = getLookup().lookup(MyDataObject.class);

    try {
        Property indexProp = new PropertySupport.Reflection(data, Integer.class, "getIndex", null);
        Property nameProp = new PropertySupport.Reflection(data, String.class, "getName", null);
        indexProp.setName("Index");
        nameProp.setName("Name");
        set.put(indexProp);
        set.put(nameProp);
    } catch (NoSuchMethodException ex) {
        Exceptions.printStackTrace(ex);
    }
    sheet.put(set);
    return sheet;
}

Musimy nadpisać metodę createSheet() w MyDataNode. Aby okno properties wiedziało, że zmieniono zaznaczenie musimy jeszcze dodać do konstruktora TreeTopComponent linijkę:

associateLookup(ExplorerUtils.createLookup(manager, getActionMap()));

Uruchamiamy aplikację:



Aby drzewko wyglądało tak jak na powyższym rysunku (wiele poziomów) wystarczy w konstruktorze MyDataNode(MyDataObject object)
zmienić dzieci liścia z Children.LEAF na Children.create(new MyChildFactory(), true) tak jak w domyślnym konstruktorze.

Opiszę dzisiaj w jaki sposób dodać obsługę własnego typu plików. Załóżmy ze mamy jakiś plik z rozszerzeniem *.mtyp i chcemy aby pliki tego typu były w jakiś sposób wyróżnione.
Stwórzmy w tym celu nowy moduł o nazwie MyTypeModule:



W nowym module wybieramy z kreatora nowy plik typu File Type.



W następnym oknie kreatora podajemy nowy typ MIME i rozszerzenia dla naszego pliku.



W następnym oknie podajemy prefiks dla plików tworzonych przez kreatora dla obsługi naszego pliku oraz ikonę jaką będą miały pliki *.mtyp.



Jako ikonkę podałem ten oto plik .

Po zakończeniu kreatora otrzymujemy kilka nowych plików. W zasadzie po tych kilku kliknięciach myszką mamy już gotowy moduł wyróżniający pliki z rozszerzeniem mtyp.
Plik MyTypeTemplate.mtyp jest szablonem dla nowo tworzonych plików, w nim możemy wpisać co mają zawierać nowo tworzone pliki. W pliku Bundles.properties w pakiecie, w którym znajdują się pliki MyType* możemy zmienić linijkę Templates/Other/MyTypeTemplate.mtyp=Nowy plik mojego typu (mtyp) co spowoduje wyświetlanie nowej nazwy w kreatorze dodawania nowego pliku. Jeśli wszystkie zmiany już gotowe pora wypróbować nasz moduł. Możemy go zainstalować np. w środowisku IDE lub stworzyć plik modułu nbm i zainstalować.



Po wybraniu Install/Reload in Target Platform uruchomi się nam Netbeans jeszcze raz. W nowo uruchomionym środowisku utwórzmy jakiś projekt (np. JavaApplication1) a następnie spróbujmy dodać do niego nowy plik.



Jak widzimy w kategorii Other pojawiła się nowa pozycja. Po wybraniu nazwy w drzewku projektu pojawił się nowo utworzonym plik z treścią, która zdefiniowaliśmy w pliku Bundles.properties.



W najbliższym czasie spróbuje opisać jak do edytora plików mtyp dodać własne kolorowanie składni oraz podpowiedzi.r

Dzisiaj będzie o tym jak do okna opcji dodać własną zakładkę.



Możemy założyć nowy projekt albo skorzystać już z jakiegoś istniejącego. Ja założyłem nowy projekt OptionsModule z pakietem org.myorg.option. Dodajemy do pakietu nowy plik typu Options Panel z kategorii Module Development.



W następnym oknie kreatora wybieramy typ panelu z opcjami jako główny, podajmy nazwy oraz ikonkę.



Jako ikonkę podałem



Następnie kreator prosi nas o podanie prefiksu i pakietu dla nowo tworzonych plików.



Po zakończeniu kreatora przejdźmy do edycji pliku OptionPanel.java. Panel będzie formatką, na której użytkownik będzie mógł edytować stworzone przez nas opcje. Dodajmy więc do panelu JCheckBox, JTextField oraz JSlider. Będą to przykłady zmiennych odpowiednio typów boolean, String i int.



Przejdźmy teraz do edycji kodu OptionPanel.java. Interesować nas będą dwie metody load() i store(). Pierwsza z nich jest odpowiedzialna za odczytanie zapisanych opcji przy otwarciu panelu a druga za zapisanie opcji przy zamknięciu. Standardowo kreator w tych metodach podpowiada nam w komentarzu jak możemy zapisać czy odczytać nasze zmienne.
void load(){
  jCheckBox1.setSelected(NbPreferences.forModule(OptionPanel.class).
   getBoolean("jCheckBox1", false));
  jTextField1.setText(NbPreferences.forModule(OptionPanel.class).
   get("jTextField1", "tekst"));
  jSlider1.setValue(NbPreferences.forModule(OptionPanel.class).
   getInt("jSlider1", 50));
}
void store() {
  NbPreferences.forModule(OptionPanel.class).
   putBoolean("jCheckBox1", jCheckBox1.isSelected());
  NbPreferences.forModule(OptionPanel.class).
   put("jTextField1", jTextField1.getText());
  NbPreferences.forModule(OptionPanel.class).
   putInt("jSlider1", jSlider1.getValue());
}

Do zapamiętywania wartości użyłem klasy NbPreferences. Klasa ta tworzy plik o rozszerzeniu properties dla każdego modułu, dla którego zostanie wywołana. W naszym przypadku będzie to plik option.properies w katalogu config\Preferences\org\myorg w katalogu roboczym dla aplikacji. Przykładowo dla NetBeans IDE jest to $HOME\.netbeans\6.1beta. Metody put, putBoolean, putInt zapisują odpowiednio wartość typu String, boolean, int. Pierwszy argument to klucz a drugi to wartość dla tego klucza. Jak łatwo się domyśleć metody get, getBoolean i getInt służą do odczytywania wartości. Pierwszy argument to klucz a drugi to wartość na wypadek gdyby klucz nie został znaleziony lub wartość jest innego typu. Uruchommy więc nasz przykład (Install\Reload in Target Platform). Wybieramy z menu Tools -> Options.



Po ustawieniu jakiś wartości w polach i zamknięciu (za pomocą przycisku OK) i ponownym otwarciu wartości w polach powinny być ustawione tak jak w momencie zamykania okna. Jeśli teraz gdziekolwiek w naszym programie chcemy skorzystać z jakiejś opcji wystarczy pobrać ją w ten sam sposób jak to było wyżej pokazane w metodzie load().

W dniach 11-13 kwietnia 2008 w Krakowie, Warszawie oraz Wrocławiu odbędzie się NetBeans RoadShow, ogólnopolskie tournee będące częścią NetBeans WorldTour 2008 promującego środowisko developerskie NetBeans.

Każdego dnia, podczas wykładów prowadzonych przez specjalistów z Sun Microsystems oraz rodzimych developerów, przedstawiane zostaną nowinki techniczne oraz możliwości tego wspaniałego narzędzia.

I ja tam będę ;). 11 kwietnia w Krakowie i 13 kwietnia we Wrocławiu będę chciał przedstawić zalety NetBeans Platform, wyjaśnić podstawowe pojęcia związane z platformą oraz zaprezentować kilka prostych przykładów aplikacji tworzonych przy jej użyciu.

Serdecznie zapraszam

Wyjątkowo jak na moje przygotowania do podróży udało mi sie pojawić na dworcu Warszawa Centralna dużo przed czasem. Była godzina 8:45. Pociąg EuroCity (EC) Bem do Krakowa odjeżdża o 9:05, więc jest jeszcze trochę czasu, aby rozejrzeć się po literaturze fachowej w pobliskim kiosku. Rozglądam sie po półce z czasopismami informatycznymi, a tam Linux, PHP, Linux, Internet, Photoshop i tak przez bodajże 10 czasopism. Nic typowo javowego! Masakra. Mimo, ze czytania mam po brzegi, to nie mogłem oprzeć się pokusie kupienia jakieś nowej gazetki, aby poczuć klimaty literackie poza znanymi mi serwisami i po polsku. Pomyślałem o swojej żonie i dzieciakach (tak, aby ich wyedukować informatycznie właśnie przez gazetki) i postanowiłem kupić pierwszą lepszą o Internecie - rodzinka łyknie trochę wiedzy informatycznej, a sam rozejrzę się w typie i sposobie pisania artykułów. I tu pełne zaskoczenie. Moją uwagę zwróciło czasopismo Internet Maker wydanie kwietniowe (2/08), gdzie na pierwszej stronie widnieje temat Wojna na frameworki, a poniżej Django i Zend Framework pojawił się...Wicket (!) Już nie miałem wątpliwości, jaką gazetę kupić. Niepokojący był jednak fakt niskiej liczby czasopism javowych, a szczególnie tego jednego Software Developer's Journal (tutaj nasuwa się pomysł wydawania gazetki javowej elektronicznie i papierowo, który możnaby zrealizować w ramach Warszawa JUG). W końcu namierzyłem SDJ przykrytego innymi linuksowo-graficzno-internetowymi publikacjami. Bardzo mile zaskoczyła mnie okładka i w ogóle jakość czasopisma (nie mówię tutaj o wartości merytorycznej, a jedynie jej ogólnej prezencji). Zajrzałem do środka, aby rozejrzeć się kto i o czym pisze, a tam artykuł o DWR, jakości oprogramowania i...tyle. Zaplanowalem lekturę SDJ, ale jeszcze nie dzisiaj - wystarczy mi jedno czasopismo. Pora płacić za Internet Maker (19 PLN) i jazda do pociągu.

W pociągu nie mniej milej. Jestem osobą, która nie cierpi jazdy samochodem w roli kierowcy, gdyż czym dłuższa trasa, tym więcej czasu muszę ślęczeć za kierownicą i zamiast zająć się czymś przyjemnym, jak czytanie, to człowiek siedzi i jedzie, siedzi i jedzie, i tak przez kilka godzin. Nuda na maksa. Zamiast tego zawsze w dłuższe wyjazdy wybieram pociąg. Uwielbiam jeździć pociągami, szczególnie tymi ze składu InterCity, bo mogę zająć się czytaniem, rozpoznawaniem i w ogóle odłożonymi na później sprawami. Muszę przyznać, że z nieukrywaną radością widzę jak IC radzi sobie coraz lepiej na tym polu i wagony wyglądaja coraz lepiej. Są wygodne, a co mnie dzisiaj zaskoczyło, to i klimatyzowane. Kiedykolwiek mogę, wybieram miejsce w klasie 1. i zawsze sprawdzam, czy dostępne są kontakty. Niestety nie można jeszcze dowiedzieć się, czy miejsce jakie mam na bilecie będzie w wagonie z kontaktami, czy nie. Ważne jest, ze kupno biletu w pociągu kosztuje dodatkowo jedynie 6 PLN, więc można się rozejrzeć po wagonach i siąść tam, gdzie są kontakty. Wcześniej telefonowalem do kasy IC, gdzie przemiły gość obsłużył mnie informując mnie, że na 3 wagony z bodajże 50 miejscami siedzącymi jest jedynie 3 pasażerów, więc ze znalezieniem miejsca i kupnem biletu w 1. klasie już w pociągu nie będzie żadnych problemów. Biletu na pociągi miedzynarodowe - EuroCity - nie można kupić w Internecie, ale przy owym dodatkowym 6 PLN nie jest to żadnym problemem. Dodatkowe 6 PLN postanowilem poświecić, aby odszukać miejsca z kontaktem. Jakież było moje zdumienie, kiedy okazało się, że cała jedynka jest klimatyzowana, a dodatkowo miejsca są przestronne i pod oparciami moje kontakty! Tego mi było trzeba. Pociąg o 9:05 do Krakowa jedzie do Bukaresztu, a bodajże o 9:10 czy 9:15 jest pociag EC do Pragi. I tu pomysł, aby z rodzinką wybrać się do Pragi nie samochodem, a właśnie pociągiem. Próbował ktoś? Gdzie spanie? Jadę na konferencję organizowaną przez załogę z NetBeans, wiec kto jak kto, ale oni, Czesi, beda wiedzieli co, gdzie, kiedy i za ile, więc o wszystko zamierzam wypytać właśnie ich.

Po kolejnej próbie prezentacji i jej udoskonaleniu o kolejne przykłady, zabrałem sie za czytanie Internet Maker'a. Nie potrafię tego wytłumaczyć, ale czasopisma przeglądam od ostatniej strony (może dlatego, ze łatwiej się wertuje pobieżnie kartki?!) i zacząłem lekturę od artykułu Kurs UML - aplikacje Interfejsy (2) autorstwa Marcina Staniszczaka. Krótko i na temat. Artykuł na 5+. Nie mogłem już doczekać się artykułu o Wickecie, więc od razu przewertowałem kartki do niego. I tu kolejne dzisiaj zaskoczenie - artykuł Framework Wicket jest autorstwa...wspomnianego już Marcina Staniszczaka. O UMLu było ciekawie i rzeczowo, więc i przy prezentacji Wicketa tego samego oczekiwałem. Aplikacja prezentowana w artykule bardzo trywialna (sam pamietam, ze opisywalem podobną), jednakże intrygujący był zrzut ekranu na rysunku 4 Uruchomienie kontenera servletów Jetty z wyjątkiem NCDFE (=NoClassDefFoundException)! To na pewno nie jest ten zrzut, który powinien trafić do artykułu w finalnej wersji. Poza tym "incydentem" artykuł oceniam bardzo wysoko, bo nie wgłębia się w szczegóły, a prezentuje Wicketa pobieżnie acz praktycznie i przystępnie.

O 12:00 pojawiłem się w Krakowie. Przed budynkiem AGH przywitał mnie Radek Holewa. Miałem krótką wizytę na przerwie obiadowej w pizzerni, ale w oczekiwaniu na pizzę nadszedł mój czas prezentacji i tyle się najadłem. Moja prezentacja JSF 1.2 w wykonaniu NetBeans IDE 6.1 była wspaniała, tzn. nie potrafię ocenić jej od strony uczestnika-słuchacza, a jedynie uczestnika-prelegenta i piszę tu o klimacie, jaki stworzyli słuchacze. Było kilku ziewających, ale zrzuciłem to na barki poprzedników (którzy ich po prostu najwyraźniej wcześniej zmęczyli). W trakcie prezentacji przedstawiłem tajniki JSF i zaprezentowałem ich realizację w NetBeans 6.1 z GlassFish v2. Dowiedziałem się, że istnieje mapowanie klawiszy w NetBeans 6.1 odpowiadające klawiszom Eclipsowym, więc w końcu zaprzestanę mojego biadolenia na różne ustawienia klawiszy między środowiskami, które zmieniam w zależności od nastroju i potrzeb. Wystarczy skorzystać z menu Tools > Options > Keymap i wybrać Eclipse w menu Profile.


Po tym już Ctrl+Shift+F działa w NetBeans identycznie jak w Eclipse. W końcu! To jedna z zalet interaktywnych prezentacji-warsztatów, gdzie człowiek współpracuje ze słuchaczami. W międzyczasie pojawiło się kilka wyjątków, z których najbardziej drażliwym nazwałby IAE (=IllegalArgumentException), którego nie mogę niestety teraz zreprodukować. Pojawił się przy wiązaniu stron JSF w edytorze faces-config.xml.

Końcówka dzisiejszego dnia prezentacji była jeszcze lepsza. Jak zwykle zdążyć na pociąg stanowi największy dla mnie wyczyn, szczególnie w Krakowie. Kiedy o 15:20 zreflektowałem się, że mam pociąg o 15:55 powiedziano mi, że już nie mam na co liczyć, że nie zdążę na pociąg. Kiedy dodałem, że jadę (taksówką), a nie idę, odpowiedziano mi, że tym bardziej nie zdążę. Ciekawe podejście. Organizatorzy stanęli na wysokości zadania i udało się - zdążyłem! Cieszę się, że mogłem uczestniczyć w konferencji, bo była to ta konferencja, na której pytanie "Ilu z Was korzysta z NetBeans?" spotkało się z większą liczbą podniesionych rąk niż pozostałe środowiska. Byli też wśród uczestników desperaci, którzy czytają mój Notatnik, ale o nich nie ma co wspominać - aż trudno uwierzyć, że nie mają przyjemniejszych rzeczy do robienia jak czytanie Notatnika ;-)

Jutro kolejny dzień NetBeans RoadShow w Warszawie. Tym razem z włączonym mapowaniem klawiszy jak w Eclipse.

Właśnie skończyło się Forum IT, gdzie prezentowałem ofertę firmy IBM w zakresie wsparcia technologii Korporacyjnej Javy 5 (IBM Rational Application Developer 7.5 oraz IBM WebSphere Application Server 6.1 z rozszerzeniem EJB 3.0 Feature Pack), a tu na horyzoncie wyłania się nowa konferencja NetBeans RoadShow, czyli jak to przedstawiono na stronie konferencji:

NetBeans RoadShow, ogólnopolskie tournee będące częścią NetBeans WorldTour 2008 promującego środowisko developerskie NetBeans.

Z tym promującym to bym nie przesadzał, bo jeśli o mnie chodzi, to nie mam zamiaru promować NetBeansa, a raczej zademonstrować wsparcie technologii JavaServer Faces 1.2 przez ostatnią wersję rozwojową NetBeans IDE 6.1 i GlassFisha v2, więc się okaże, czy będzie to promocja, czy wręcz przeciwnie (spokojnie, nie jest tak źle, co można było już przeczytać niejednokrotnie w moim Notatniku o NB6, acz samej słodyczy nie będzie ;-)).

W piątek, 11-ego kwietnia jestem w Krakowie (sala 426, pawilon C2, AGH), a w sobotę, 12-ego kwietnia w Warszawie (sala 3180, MIMUW) prezentując temat JSF1.2 a NetBeans IDE 6.1 BETA. Więcej o agendzie konferencji na stronie Agenda konferencji.

Impreza jest darmowa, więc gorąco zachęcam do uczestnictwa, jako sposób na poznanie narzędzia NetBeans 6.1 oraz możliwość spotkania i porozmawiania o własnych zainteresowniach w gronie użytkowników javy.

Szczególnie zachęcam do rejestracji, gdyż Paweł Szulc z PWrJUG wyzwał mnie na pojedynek rejestrujących, w którym stwierdził, że najwięcej zarejestrowanych będzie we Wrocławiu i to jeszcze w liczbie przekraczającej 150 (!) Oczywiście podjąłem wyzwanie i wierzę, że społeczność warszawska użytkowników javy nie zawiedzie i zademonstruje swoją solidarność w postaci liczby zarejestrowanych i tłumnie zawita w progi wydziału MIM UW na Banacha 2. Wiem, że będzie rówież wiele osób spoza Warszawy i na nich też liczę. Rejestrujmy się! Niech wie, kto rządzi! ;-)