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.

Jako, że sam chcę poduczyć się tworzenia aplikacji z wykorzystaniem swinga, postaram się opisać w wielu częściach jak się tworzy desktopową aplikację oraz opisać przy tym wiele klas, funkcji i parametrów. Polskich informacji na ten temat jak na lekarstwo, także i mi się przyda jakieś utrwalenie wiedzy i Wam ściągawka na przyszłość.

Ja używam wersji NB z 11 września, ale polecam korzystać z jak najnowszego builda.

Najpierw tworzymy nowy projekt. Wybieramy z menu File -> New Project, następnie Java i Java Application. Celowo nie wybieram Java Desktop Application, ponieważ z wyklikanego interfejsu nie mogę nic zrozumieć i wkurza to jak się chce coś później zmienić lub poprawić. Tym bardziej, że przy tworzeniu ramek i innych form, inaczej okno wygląda w kreatorze a inaczej w rzeczywistości.


Następnie definiujemy nazwę projektu. W moim przypadku testGUI. Jeżeli jest to jedyny Wasz projekt proponuję zaznaczyć Set As Main Class, ale proszę nie zaznaczać Create Main Class.

Następnie rozwijamy nasz projekt w okienku Projects, klikamy PPM na Source Packages wybieramy New -> Java Class. Nazwa klasy to Application (później będziemy się w niej odwoływać do pozostałych klas zawierających poszczególne okna), nazwa "paczki" to testGUI.app.



Ponawiamy ten sam krok, ale kolejną klasę nazwiemy MainFrame, a paczkę testGUI.gui.

W kolejnym odcinku połączymy te klasy ze sobą oraz napiszemy proste okienko.

Na blogu jednego z pracowników Sun'a pojawił się wpis, w którym autor prezentuje wykorzystanie nowej wtyczki - NetBeansSuiteInstallerBuilder - bazującej na OpenInstaller. Pozwala ona zbudować między platformowy instalator naszej aplikacji, a zaprezentowane jest to tutaj. Sprawa bardzo fajna, mam nadzieje, że posiada większe możliwości niż te zaprezentowane w prezentacji.
W NB 6.0 wchodzimy w Tools->Plugins i wybieramy kartę Settings oraz Add.
Dodajemy następujący link:

https://openinstaller.dev.java.net/nonav/public/downloads/updates.xml

W zakładce Available Plugins wyszukujemy NetBeansSuiteInstallerBuilder i instalujemy.

Po wybraniu jakiegoś projektu w Project View powinna się podświetlić nowa ikonka, która umożliwi zbudowanie instalatora. Niestety u mnie jest chyba jakiś babol i się nieukatywnia :/. Zobaczę kiedy indziej...

Tak najszybciej i najłatwiej to będzie tak... :) (wersja dla Windows):

1) a) Dodajemy zmienne środowiskowe PATH:

• CVS (najpierw instalujemy) i dodajemy - u mnie to wygląda tak:

C:\Program Files\cvsnt;

• ANT:

C:\Program Files\NetBeans 6.0 200710230000\java1\ant\bin;

Pamiętajcie, że po zainstalowaniu nowego builda i usunięciu starego trzeba zmienić datę w tej ścieżce.

1) b) Włączamy NB i przechodzimy do Tools->Java Platforms i dodajemy platformę z numerkiem 5:


2) Także w NB przechodzimy do Versioning->CVS->Checkout. Jeżeli mamy konto na netbeans.org to teraz je wykorzystamy,


jeżeli nie to wpisujemy (bez hasła):

:pserver:anoncvs@cvs.netbeans.org:/cvs

Potem next i w polu Module wpisujemy nbbuild, a w polu Local Folder wybieramy nasz lokalny katalog, do którego będziemy ściągać dane.

3) Po jakimś czasie się ściągnie i zapyta nas, czy otworzyć pobrany projekt. Zgadzamy się i klikamy na plik build.xml tego projektu, a w Navigatorze Checkout. (lub PPM na build.xml->Run Target->Checkout) Trochę to potrwa.

4) Powtarzamy krok 2, ale w polu Module wpisujemy translatedfiles.
Tego projektu nie otwieramy.

W projekcie NetBeans Build System tworzymy nowy plik properties o nazwie user.build i wypełniamy go taką treścią:

nbjdk.home=C:/ścieżka/do/jdk1.5
export ANT_OPTS="-Xmx196m"
build.compiler=extJavac
javac.compilerargs=-J-Xmx512m
nb.clusters.list=nb.cluster.nb,nb.cluster.platform,nb.cluster.ide,nb.cluster.java

i zapisujemy.

5) W NB przechodzimy do Tools->Options->Miscellaneous i w polu Properties dodajemy:

build.compiler.deprecation=off
locales=pl
buildnum=nasza_nazwa
build.compiler.nowarn=on

6) Nasze zlokalizowane pliki kopiujemy do translatedfiles\src. Ja po prostu kopiuje cały katalog danego przetłumaczonego modułu.

Uwaga! Pamiętajcie aby po otworzeniu modułu w OmegaT od razu przejść do edycji projektu i ustawić język docelowy na PL! Zlokalizowane pliki muszą mieć końcówkę pl. Szczegółowy opis na stronie NetBeans'a.

Następne kroki można wykonać także w NB, ale wykorzystując linię komend trwa to co najmniej 2 razy krócej.

7) Uruchamiamy linię komend(Start->Uruchom->cmd) i przechodzimy do katalogu nbbuild, po czym wpisujemy

ant build-nozip

po pomyślnym zbudowaniu

ant -Dlocales=pl build-nozip-ml

8) Teraz przechodzimy do katalogu [...]\nbbuild\netbeans\bin i wpisujemy:

netbeans --locale pl

Od pewnego czasu nie trzeba już podawać tego parametru przy uruchamianiu polskiej wersji.
Gdy chcemy uruchomić wersję angielską wpisujemy:

netbeans --locale en

W razie problemów proszę pisać, postaram się pomóc i zaktualizować tutorial. Powodzenia!

Można łatwo, szybko i przyjemnie wczytywać się w API w trakcie pisania aplikacji korzystając z samego NB. Funkcjonalność ta nie jest niestety automatycznie dodawana do NB, ale można ten błąd naprawić szybko we własnym zakresie.
Trzeba tylko wejść na parę stron, pobrać dokumentację i załadować do programu:

• Java SE 6 API - i pobieramy Java SE 6 Documentation
  
• Java EE 5 API

Następnie odpalamy NB, wchodzimy do Tools -> Java Platforms i dodajemy nasze ściągnięte zipy do zakładki Javadoc.


Następnie wchodzimy do Help -> Javadoc Index Search (lub Shitf + F1).

Natrafiłem przypadkiem na tą wersję - jeszcze zanim pojawiła się oficjalnie na ich stronie :)

Pobierz NetBeans RC1

Update 15.11.2007: zmienił się adres:

http://bits.netbeans.org/download/trunk/nightly/latest/

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

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

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

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

1. Mamy projekt w workspace i importujemy go w NetBeans - File->Import Project->Eclipse Project...
Tak poza tym, to chyba zmienił się File Chooser w samym NB.

2. Wybieramy co chcemy importować

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

Więcej info w oficjalnej informacji.

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.

Światło dzienne ujrzał właśnie NetBeans oznaczony numerkiem 6.5. O usprawnieniach i nowościach w tej wersji można przeczytać tutaj. Zapraszam do ściągnięcia i zapoznania się z nową wersją. Jednocześnie zakończony został NetBeans IDE 6.5 Community Acceptance Testing program (NetCAT).  Warto zobaczyć wyniki ankiety przeprowadzinej wśród uczestników programu na temat “wyższości wersji 6.5 nad 6.1″

Od dzisiaj dostępna jest wersja 6.5 NetBeans IDE. Także w języku polskim! Udało się ukończyć tłumaczenie platformy, dlatego też od dzisiaj gdy będziecie budować swoje Rich Client Applications oparte o NetBeans Platfrom nie będziecie musieli zajmować się tłumaczeniem ;-)
Niestety ze względu na małą liczbę osób zaangażowanych w tłumaczenia udało się przetłumaczyć tylko małą cześć samego NetBeans'a, ale mam nadzieję, że dla osób początkujących to trochę okaże się bardzo przydatne. Listę osób, dzięki którym mamy polskie IDE do Javy znajdziecie na głównej stronie projektu tłumaczeń.
Ja ze swojej strony chciałbym głównie podziękować za pracę i współpracę (kolejność alfabetyczna):

• Magda Gołdyn
• Marcin Gołdyn
• Radek Holewa
• Jacek Laskowski
• Paweł Machowski
• Michał Trzcinka

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.

Widać, że w świecie javowych IDE ostatnio dużo się dzieje. Wystarczy spojrzeć na 2 poprzednie wpisy.  IntelliJ IDEA w wersji 8.0 już jest. Eclipse 3.5M3 też już jest. Więc dziwię się, że nikt nie napisał jeszcze, że NetBeans 6.5 też już prawie jest. Prawie, bo narazie dostępna jest wersja Release Candidate (od kliku dni RC2). Ale [...]

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!

Byłem, zobaczyłem, wygrałem :-) Ale po kolei. Impreza rozpoczęła się zgodnie z czasem. Jako pierwszy wystąpił Geertjan Wielenga z czeskiego oddziału Sun'a zajmującego się NetBeans. Geerjan jest osobą odpowiedzialną za całą masę tutoriali i prezentacji do nauki NB. Jeżeli czytałeś cokolwiek z tego, to na 99% coś co on napisał. Jego prezentacja była dość ogólna i pokazująca jak łatwo można zrobić bardzo trywialną aplikację z użyciem NetBeans Platform oraz dlaczego powinniśmy przyjąć tę platformę jako rozwiązanie dla naszych aplikacji desktopowych. Generalnie fajnie, że występował jako pierwszy. Był to dobry początek...

No więc, (dwója bęc... jak mawiała moja polonistka z ogólniaka ;-)) już w najbliższą sobotę odbędzie się NetBeans Day w Poznaniu. W końcu nic nie koliduje mi z dniem, w którym odbywa się fajna konferencja i pełen nadzieji na zdobywanie nowej wiedzy i możności poznania (nawet miasto pasuje) ludzi z sieci w realu wybieram się właśnie tam. Posłuchać będzie można o NetBeans Platform, problemach i wyzwaniach przy programowaniu w oparciu o tę technologię, VisualVM, "komórkowej" wersji NetBeans'a i serwerze Glassfish. Szczegóły udostępnia zamieszczona agenda. Wymagana jest rejestracja, a konferencja jest oczywiście darmowa, dzięki wielkiemu zaangażowaniu poznańskiego JUGa.

NetBeans obchodzi swoje 10 urodziny. Oby tak dalej, a może nawet lepiej Z tej okazji możecie zobaczyć jak wyglądały loga NetBeans w ostatniej dekadzie, zachwycić się polskim tłumaczeniem, czy oglądnąć pozdrowienia od zespołu pracującego nad NetBeans, czy komentarz Jamesa Goslinga. Na stronie urodzinowej znajdziecie jeszcze więcej informacji, ciekawych artykułów i konkursy. Przy okazji, już żałujecie, że nie [...]

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

Pewnie część z Was jeszcze pamięta NetBeans Days organizowane w tym roku w Krakowie, Warszawie i Wrocławiu. Ci którzy nie mieli okazji się na nich pojawić mogą to zrobić teraz. A to dzięki drugiej edycji NetBeans Days organizowanej tym razem w Poznaniu i Gdańsku. Spotkania odbędą się w dniach 25 (Poznań) i 26 (Gdańsk) października. Także [...]

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

Radek Holewa Roman Strobl Sun Campus Ambassador NetBeans RoadShow NetBeans Blogging Contest Co na JVM? Groovy 60 razy wolniejszy od Javy? RIA Flex JavaFX Silverlight Konkurs. Poprzednią edycję wygrał Maciek Bajołek z Dublina Podaj nazwy conajmniej 3 IDE do Javy Do wygrania licencja personal IntelliJ IDEA ufundowana przez JetBrains. Odpowiedzi wysyłajcie na adres polishjava@dworld.pl Jeśli znacie kogoś, kogo chcielibyście usłyszeć w moim podcascie, lub sami macie ochotę na rozmowę, to piszcie na polishjava@dworld.pl Podcast został nagrany za pomocą narzędzia CallBurner, ktoacute;re umożliwia nagrywanie rozmoacute;w prowadzonych przez Skype. (m.in. za darmo umożliwia nagrywanie rozmoacute;w pomiędzy dwoma użytkownikami CallBurner).

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!

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

Pobieranie: www.javafx.com

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

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

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

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

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

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

Uruchamiamy poleceniem:

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

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

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

Uruchamianie NetBeans:

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

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

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

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

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

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