jeszcze jeden blog o javie

Ciekawa prezentacja o zaletach REST w implementacji SOA

2008-07-20T10:51:00.001-07:00

Polecam prezentację w której Steve Vinoski przedstawia opinię wedle której usługi REST znakomicie nadają się do realizacji koncepcji SOA: http://www.infoq.com/presentations/rest-vinoski.

Dodatkowo polecam 2 artykuły na temat założeń usług w koncepcji REST (REpresentational State Transfer):

http://www.infoq.com/articles/rest-introduction
http://www.infoq.com/articles/rest-anti-patterns
oba autorstwa Stefan Tilkova.

polski słownik do eclipse

2008-07-13T14:18:00.000-07:00

Eclipse od wersji 3.3 pozwala na sprawdzanie pisowni komentarzy JavaDoc. Jest to dobra rzecz, jeśli poważnie myślimy o wykorzystaniu tworzonego kodu w przyszłości i traktujemy dokumentację kodu jako kluczowy element.

Domyślnie sprawdzanie pisowni działa tylko w języku angielskim. Szukałem gotowego polskiego słownika do eclipse, ale nie udało mi się niczego znaleźć. Postanowiłem więc utworzyć taki słownik. Eclipse wymaga najprostrzego możliwego formatu: jeden wyraz w jednej linii, więc zadanie było łatwe, do rozwiązania była jedynie kwestia "kontentu". Sprawdziłem słowniki ispell, jednak nie udało mi się znaleźć skompilowanej (zawierającej wszystkie odmiany wyrazów) wersji. Na szczęscie aspell okazał się przyjazdny - do dyzpozycji mamy nie tylko pełny polski słownik, ale również możemy uruchamiać komendę aspell w cygwin.
Po kilku operacjach udało się wygenerować wymagany przez eclipse plik.

Należało wykonać następujące operacje (z linii komend w cygwin lub pod linuxem):
1. wygenerować wszystkie wyrazy z polskiego słownika:

 aspell --lang=pl dump master | aspell --lang=pl expand > wyrazy_pl.txt

2. przekonwertować plik do postaci jeden wyraz w jednej linii:

tr ',' '\n' < wyrazy_pl.txt > wyrazy2_pl.txt

3. przekodować plik z iso-8859-2 na utf-8:

iconv -f iso-8859-2 -t utf-8 wyrazy2_pl.txt > eclipse_pl.dict

na koniec w elipse w menu preferences: General > Editors > Text Editors > Spelling ustawiamy User Definined dictionary na nasz słownik. Proponuję również zmniejszyć ilość prawidłowych podpowiedzi do 5.

Teraz po ponownym otwarciu plików źródłowych z polskimi komentarzami mamy już sprawdzanie pisowni prawie jak w wordzie :-).
A jeśli jakiś wyraz jest błędy - eclipse podpowie nam prawidłową wersję wyrazu gdy klikniemy Ctrl-1 (tak samo jak z kodem).

Jeśli ktoś będzie zainteresowany - mogę wystawić gotowy plik ze słownikiem (licencja raczej nie stanowi problemu).

(polish dictionary eclipse)

Źródła:
- Słownik pochodzi ze strony: http://aspell.net/win32/. (Wszystkie prawa należą do twórców słownika).
- manual do aspell
- cygwin

jboss + mdb w ejb3 + activemq

2008-06-01T14:14:00.000-07:00

Jesli ktos mial problem z uruchomieniem MessageDrivenBean dla ejb3 na serwerze aplikacji JBoss i borykal sie z wyjatkiem:
... javax.naming.NameNotFoundException: DefaultJMSProvider not bound ...,
oto krotki artykul opisujący jak to zrobić:

http://cwiki.apache.org/ACTIVEMQ/using-activemq-with-ejb3-jboss-example.html .

prezentacja OSGi na bazie SpringFramework

2008-05-25T13:58:00.000-07:00

W znakomitym serwisie parleys.com (naprawdę polecam jako miejsce w którym można znaleźć wiele arcykiekawych prezentacji ) natrafilem na prezentację dotyczącą wykorzystania OSGi na bazie Springa.
Pierwsza częsć to niezwykle jasne przedstawienie OSGi - chyba najlepsze jakie widzialem w sieci. W drugiej czesci dowiemy sie o tym jak Spring ulatwia oparcie budowanego systemu na OSGi.

Sun pracuje nad komponentem renderującym HTMLa z prawdziwego zdarzenia

2008-05-10T10:29:00.000-07:00

Cos czego zawsze brakowalo desktopowej javie to komponent slużący do renderowania HTMLa, umożliwiający zagnieżdżenie przeglądarki. Istnieje kilka rozwiązań opartych JNI wykorzystujących natywne przeglądarki takie jak JDic, a ostatnio reaktywownay JDicPlus czy obiecujący DJNativeSwing , ale są problemy z ich pracą na mniej popularnych platformach, a i możliwosci integracji sa mocno ograniczone.

Dlatego tak bardzo ucieszyly mnie wiesci z tegoroczonej konferencji JavaOne.

Na jednej z prezentacji JavaFX pokazano demo wykorzystujące nowy komponent opracowany przez Sun o nazwie JWebPane, który jest rendererem HTMLa stworzonym calkowicie w Javie. Inne jego cechy to: obsluga JavaScript i renderowanie zagnieżdżonych komponentów Swing (choc oczywiscie sam JWebPane jako komponent Swing też można zagnieździć).
Pytanie oczywiscie jak to będzie wyglądalo w praktyce, jak np. ze wsparciem dla CSS.

Pozostaje poczekać, aż komponent będzie szerzej dostępny.

Źródla:
http://floris.ouwendijk.nl/blog/index.php?blog=2&title=javaone_day_1&more=1&c=1&tb=1&pb=1

http://www.adam-bien.com/roller/abien/entry/what_s_actually_interesting_about

dobry link: Migrating to Maven 2 (Part 1)

2008-04-29T07:29:00.000-07:00

Dla zainteresowanych i rozważających wykorzystanie Apache Maven 2 do budowania i ogólnie zarządzania cyklem życia aplikacji, Jim Bethancourt na swym blogu publikuje dobry tekst wprowadzający do tego narzędzia :

http://java.dzone.com/news/migrating-maven-2-part-1-0.

Przygotowanie aplikacji dystrybuowanej poprzez Java Webstart

2008-04-28T05:28:00.000-07:00

Technologia Webstart pozwala uruchamianie aplikacji desktopowych Java poprzez przeglądarkę. Użytkownik pobiera plik deskryptora aplikacji JNLP, który zawiera opis wszystkich niezbędnych do pobrania bibliotek oraz klasy uruchomieniowej. Moduł webstart będący częścią pakietu JRE odczytuje plik JNLP i pobiera najnowszą wersję wskazanych bibliotek (o ile się zmieniły) oraz uruchamia aplikację.
Przygotowanie wersji webstart naszej aplikacji wymaga utworzenia pliku JNLP, przygotowania i podpisania bibliotek jar oraz umieszczenia wszystkiego na serwerze tak aby całość była dostępna poprzez protokół http.
W automatyzacji tego procesu może pomóc nam wtyczka do Maven2 o nazwie webstart-maven-plugin.

Będziemy potrzebowali:
- pliku z kluczem (możemy go wygenerować za pomocą keygen)
- szablonu pliku JNLP:


<?xml version="1.0" encoding="utf-8"?>
<jnlp
    spec="1.0+"
    codebase="http://localhost:8080/webstart/"
    href="$outputFile">
  <information>
    <title>Moja aplikacja 123</title>
    <vendor>3e software house <vendor/>
    <homepage>http://3e.pl<homepage/>
    <description kind="one-line"> </description>
  </information>
  <security>
     <all-permissions/>
  </security>
  <resources>
    <j2se version="1.4+"
     initial-heap-size="32m"
     max-heap-size="128m"
     />
     $dependencies
  </resources>
  <application-desc main-class="$mainClass">
    <argument>1</argument>
    <argument>2</argument>
  </application-desc>
</jnlp>

Do pliku pom.xml dodajemy opis nowej wtyczki:


      <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>webstart-maven-plugin</artifactId>
        <executions>
          <execution>
            <goals>
              <goal>jnlp</goal>
            </goals>
          </execution>
        </executions>
        <configuration>

          <dependencies>
            <excludes>
              <exclude>commons-lang:commons-lang</exclude>
            </excludes>
          </dependencies>

          <jnlp>
            <inputTemplate>src/main/jnlp/template.vm</inputTemplate>
            <outputFile>test.jnlp</outputFile>
            <mainClass>com._3e.TestWebStart.MainWindow</mainClass>
          </jnlp>

          <sign>
            <keystore>${project.basedir}/keystore/naszklucz</keystore>
            <keypass>KODKLUCZA</keypass>
            <storepass>KODPRZECHOWANIA</storepass>
            <!--sigfile>m2m2m2</sigfile-->
            <alias>AliasPlikuKlucza </alias>
            <validity>180</validity>

            <dnameCn>www.example.com</dnameCn>
            <dnameOu>None</dnameOu>
            <dnameO>ExampleOrg</dnameO>
            <dnameL>Seattle</dnameL>
            <dnameSt>Washington</dnameSt>
            <dnameC>US</dnameC>

            <verify>true</verify>
          </sign>

          <verbose>false</verbose>
        </configuration>
      </plugin>

Następnie uruchamiamy:

mvn install webstart:jnlp

Możliwe problemy:
Wszystko się zbudowało bez błędu, ale podczas uruchamiania pojawia się błąd:
JAR resources in JNLP file are not signed by the same certificate

Rozwiązanie:
Prawdopodobnie któraś z załączanych bibliotek była wcześniej podpisana. Niestety w takiej sytuacji maven nie zgłasza błedu.
Można jednak łatwo sprawdzić czy taka sytuacja nie miała miejsca analizując wyświetlane komunikaty podczas budowania - wtyczka webstart-maven-plugin wyświetli dla niej:
XYZ.jar is already signed. Skipping.

W takiej sytuacji musimy usunąć podpis z takiej biblioteki i ponownie zbudować projekt.

Referencje:
http://java.sun.com/docs/books/tutorial/jar/sign/signing.html
http://forum.java.sun.com/thread.jspa?threadID=704775&messageID=4086848

Czy warto wejść w jeszcze jeden nowy język: Groovy ?

2008-01-29T13:44:00.000-08:00

Uważam, że Java jako platforma ma bardzo wiele do zaoferowania dla twórców systemów informatycznych. Java jako język również sprawdziła (i sprawdza się nadal) się w boju, jednak przyznać trzeba, że czasami brakuje pewnej elastyczności i zakodowanie prostej logiki często wymaga utworzenia wielu (zbyt wielu) linii kodu. Również większość popularnych frameworków dla Javy nakłada spory narzut związany z tworzeniem deskryptorów wdrożenia, tworzeniem pakietów dystrybucyjnych (jar, war, ear) czy częstym przeładowywaniem aplikacji w przypadku zmiany kodu. Narzut ten w przypadku większych systemów nie jest problemem, gdyż w zamian otrzymujemy konfigurowalne, stabilne, bezpieczne i rozwojowe środowisko, natomiast przy mniejszych modułach jest szczególnie mocno i negatywnie odczuwalny. I tu pojawia się Groovy – skryptowy język dla platformy Java, bardzo podobny składnią do języka Java – rozszerzony jednak o kilka istotnych elementów takich :
• zmienne z określonym lub nieokreślonym typem
• pełnym autoboxing’iem
• wsparciem dla tablic, list, map, stosów i innych struktur z poziomu języka – oczywiście z wykorzystaniem biblioteki kolekcji Javy (przy zunifikowaniu metod do ich obsługi np. każdy obiekt, który posiada jakąś formę listy posiada metodę size())
• domknięcia (closures)
• obsługę wieloliniowych stringów, wyrażeń regularnych, szablonów na poziomie stringów (jak w php)
• rozszerzenie wielu często wykorzystywanych bibliotek Javy i dostosowanie ich do
• strukturę „budowniczych” (builders) – do tworzenia struktur takich jak xml, html, formularzy swing i innych
i wielu innych opcji.

Wszystko razem sprawia wrażenie, jak gdyby język ten powstał w wyniku zebrania i rozwiązania wielu niewygodnych cech Javy, jednocześnie nie odchodząc od znanej i czytelnej składni (dla przykładu, nie ujmując mocy, Ruby to zupełnie inny język).

Poniżej małe zestawienie.

Problemy, które Groovy może pomóc rozwiązać:
• duża ilość kodu do zakodowania prostej logiki
• konieczność przeładowywania całej aplikacji w przypadku zmiany kodu
• narzut związany ze stworzeniem wersji dystrybucyjnej
• konieczność własnej obsługi (zakodowania) ewentualnych opcji konfiguracji

Korzyści z zastosowania Groovy:
• mniej kodu aby osiągnąć ten sam efekt w Javie
o część z najczęściej przewijających się zadań programistycznych jest świetnie ułatwiona w Groovy (praca z SQL, xml, swing itp.).
• pełna kompatybilność z Java
• bardzo prosta integracja z systemami na platformie Java
• minimalny wysiłek dla programisty pracującego z Javą aby korzystać z Groomy
• możliwość uelatycznienia (dodania skryptowania) do dużych systemów w Javie
• brak konieczności przeładowywania modułów stworzonych w Groovy

Wady Groovy:
• wydajność (ale z wersji na wersję jest coraz lepiej – czekamy na 1.6 która ma mieć znaczące ulepszenia w kwestii wydajności)

Możliwości zastosowania:
• dodanie możliwości oskryptowania istniejących systemów zbudowanych w Javie
• tworzenie skryptów operujących na bazach danych, dokumentach xml, systemie plików
• tworzenie często zmieniających elementów systemów
• tworzenie prototypów aplikacji
• generowanie zaawansowanych raportów
• tworzenie aplikacji webowych (nie wspominam o Grails)
• oraz nieskończenie wiele innych, jak w przypadku każdego innego języka programowania (z tym szczegółem, że możemy zaimportować do skryptu Groovy każdą bibliotekę skompilowaną w Javie)

tworzenie wersji dystrybucyjnej aplikacji w pliku jar

2008-01-23T13:09:00.000-08:00

Gdy zachodzi potrzeba stworzenia wersji dystrybucyjnej modułu w postaci pliku jar wraz ze wszystkimi zależnościami (wykorzystywanymi bibliotekami jar) możemy posłużyć się maven2 i pluginem maven-assembly-plugin. Dodatkowo można określić klasę uruchomienia która zostanie wskazana w pliku manifest.mf.

W pliku pom.xml możemy umieścić:
<plugin>
<artifactId>maven-assembly-plugin</artifactId>
<configuration>
<descriptorRefs>
<descriptorRef>jar-with-dependencies</descriptorRef>
</descriptorRefs>
<archive>
<manifest>
<mainClass>com._3e.projekt.MainClass</mainClass>
</manifest>
</archive>
</configuration>
</plugin>
Aby zbudować pakiet z zależnościami należy uruchomić mavena z celem assembly:assembly:
Mvn assembly:assembly

Więcej o tym pluginie na stronie: http://maven.apache.org/plugins/maven-assembly-plugin/howto.html .

korzyści ze stosowania ciągłej integracji

2008-01-23T11:40:00.000-08:00

Postanowiłem opisać kilka korzyści jakie daje wdrożenie i stosowanie techniki ciągłej integracji:

integrowanie pracy wszystkich developerow na bieżąco od momentu rozpoczęcia projektu
- dzięki temu unikamy sytuacji gdy dwie lub więcej osób tworzy nie pasujące do siebie moduły i później trzeba poświecić wiele czasu na dodatkową integrację
pewność, ze proces budowania projektu jest w pełni automatyczny i niezależny od srodowiska developerów
pełna kontrola nad zależnościami (np. wymaganymi bibliotekami) dla modułów w projekcie
wyłapywanie problemów na styku modułów na wczesnym etapie prac
informacja dla kierownika projektu o tym, że skomitowana wersja jakiegoś modułu nie kompiluje się
możliwość wglądu w wyniki automatycznych testów i automatycznych raportów dla wszystkich członków projektu bez konieczności ich uruchamiania
możliwość wykonania dodatkowych operacji na artefaktach wygenerowanych podczas budowania systemu
- np. wgrania najnowszej wersji dystrybucyjnej modułu na serwer ftp, z którego testerzy mogą zawsze ściągnąć najnowsze wersje
pewność że nie będzie problemów ze zbudowaniem całego projektu u nowego developera lub w innym środowisku
możliwość wykonywania dodatkowych testów integracyjnych w osobnym środowisku (nie u developerów)
możliwość odciążenia maszyn developerów poprzez budowanie i umieszczanie w repozytorium artefaktów tworzonych przez innych developerów

jak przeładować aplikację w jboss

2007-12-18T01:52:00.000-08:00

Aby przeładować całą aplikację w Jboss bez restartowania serwera tak aby cały kontekst aplikacji został ponownie wczytany można wykorzystać konsolę JMX:
http://localhost:8080/jmx-console/
i wybrać z listy wskazanie MBean'a naszej aplikacji jako WebModule np.:

J2EEApplication=none,J2EEServer=none,j2eeType=WebModule,name=//localhost/moja_aplikacja

przechodzimy na stronę MBean i wywołujemy jego metodę:
void reload() za pomocą przycisku Invoke.

Taka akcja spowoduje ponowne załadowanie całej aplikacji łącznie z ponownym wczytaniem wszystkich bibliotek jar (i plików class).
W przypadku gdy zmienia się tylko konfiguracja aplikacji - wystarczy edytować i zapisać plik web.xml.

Na stronie: http://www.theserverside.com/discussions/thread.tss?thread_id=40272 jest informacja jak zautomatyzować przeładowanie aplikacji z wykorzystaniem narzędzia ant.

kopiowanie plików wynikowych jar, war, ear z maven

2007-12-05T14:02:00.000-08:00

Jakiś czas temu wdrożyliśmy w firmie system ciągłej intergracji Continuum. Jedym z projektów obsługiwanych przez system był web service, który pracuje wewnątrz serwera aplikacji. Jako że moduł ten od początku był budowany z wykorzystaniem maven2 nie było problemu z podpięciem go do Continuum, natomiast brakowało nam jednego: aby po zbudowaniu systemu maven skopiował pakiet ear do serwera aplikacji (wdrożył go).
Zrobiliśmy to z wykorzystaniem pluginu antrun wykonującym operację systemu ant (tutaj operację copy):


<plugins>
...
   <plugin>
      <artifactid>maven-antrun-plugin</artifactid>
      <executions>
        <execution>
       <phase>install</phase>
       <configuration>
        <tasks>
        <copy todir="c:/GCMP/jboss/server/gcmp/deploy">
            <fileset dir="${basedir}/target">
             <include name="**/*.ear">
          </fileset>
        </copy>
        </tasks>
       </configuration>
       <goals>
         <goal>run</goal>
       </goals>
     </execution>
      </executions>
     </plugin>
...
</plugins>

plugin ten jest uruchamiany w fazie install, ale można w zależności od potrzeb wykonywać go w innych fazach obsługi projektu maven.

książka o maven2

2007-11-25T10:20:00.000-08:00

Odnalazłem naprawdę solidne źródło wiedzy o Maven2, książkę "Better Builds with Maven" dostępną pod adresem http://www.devzuz.com/web/guest/products/resources#BBWM
w formie pliku PDF.
Polecam ją gdyż poza wprowadzeniem i podstawami zawiera naprawdę sporo praktycznych rad m.in. dotyczących aspektów pracy w zespole oraz konfiguracji rozwiązania typu ciągłej integracji (continuous integration).

Przykładowo znalazłem w niej opis konfiguracji zależności dla projektu od modułu w takcie developmentu (w wersji ze znacznikiem SNAPSHOT), w taki sposób aby co określony w minutach czas następowało sprawdzenie czy wersja wymaganego artefaktu w repozytorium nie zmieniła się i w razie potrzeby nastąpiła jego aktualizacja w lokalnym repozytorium (standardowo dzieje się to raz na dobę).

Postaram się umieszczać na tym blogu więcej informacji o tym arcyzacnym systemie wspierającym budowanie (i nie tylko) projektów jakim jest Maven.

problemy z odswieżaniem aplikacji Swing pod Windows XP przy niestandardowym ustawieniu DPI

2007-11-25T09:15:00.000-08:00

Jakiś czas temu napotkałem na problem odrysowywania fragmentów okna w aplikacjach stworzonych w Javie z wykorzystaniem biblioteki Swing.
Problem występował na Windows XP przy ustawionym niestandardowym DPI ekranu (u mnie było 120 DPI) i objawiał się np. przy przewijaniu tabelek w aplikacjach javowych lub przy przełączaniu na okno (wtedy obraz pod myszą źle się odświeża):

Po długich poszukiwaniach udało mi się ogólnie zlokalizować przyczynę i znaleźć przynajmniej częściowe rozwiązanie - przełącznik maszyny wirtualnej:

-Dsun.java2d.opengl=true

w efekcie renderowanie komponentów Swinga odbywa się nie przez DirectX tylko przez Open GL.
Pewnie istnieje inne rozwiązanie tego problemu, jeśli ktoś na to wpadł - niech da znać !