Na Jawie - czyli co w trjawie piszczy...

O testach wydajnościowych słów kilka

noreply@blogger.com (MZ) — Sat, 31 Oct 2009 21:29:00 +0000

Testy wydajnościowe, jak to testy... robić trzeba. Jak to pisze Misko: You do test, right? Zazwyczaj aby je przeprowadzić korzystałem z Apache JMeter. Polecam ten program i może nawet kiedyś zamieszczę prosty przewodnik, jak zacząć z nim przygodę. Dzisiaj jednak skupię się na innym problemie i innym narzędziu.
Przeprowadzając testy wydajnościowe, najważniejszym w moim odczucie problemem, z jakim się spotyka osoba pisząca test jest odwzorowanie charakterystyki żądań obsługiwanych przez aplikację. Tak przy okazji, wiedzieliście, że aplikacja to "ozdobny wzór naszywany na tło z innego materiału"? A spieszyć to "uczynić kogoś pieszym" Coraz bardziej lubię słowniki.

A priori trudno określić, jak użytkownicy będą korzystać z naszego programu i w co będą klikać. Kiedy będą żądane obrazki, kiedy pliki css i różne inne. Obserwując jednak to, co się dzieje na serwerze, możemy utworzyć całkiem sprawne scenariusze.

A co się dzieje, możemy odczytać z logów. Zakładam tutaj, że ruch sieciowy obsługiwany jest przez serwer WWW Apache, za którym stoi serwer aplikacji, z naszą aplikacją internetową.
Apache trzyma informacje o tym kto i do jakich zasobów wysyła żądania w pliku access.log.
Podglądam jego zawartość poleceniem
tail -f /var/logs/apache2/access.log


83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /swiat/komentarze/_resource/fs/img/ajax_loading_small.gif HTTP/1.0" 301 284 "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/338
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /swiat/komentarze/_resource/fs/res/img-blogi.png HTTP/1.0" 301 276 "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/246
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /swiat/komentarze/_resource/res/20000457/cust/f120x80 HTTP/1.0" 200 4025 "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/1362
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /swiat/komentarze/_resource/fs/img/presseurop.png HTTP/1.0" 301 275 "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/337
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /swiat/komentarze/_resource/fs/img/polityka_logo_small.png HTTP/1.0" 301 280 "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/264
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /_resource/fs/img/close.png HTTP/1.0" 304 - "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/256
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /_resource/fs/res/img-blogi.png HTTP/1.0" 304 - "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/229
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /_resource/fs/img/presseurop.png HTTP/1.0" 304 - "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/251
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /_resource/fs/img/polityka_logo_small.png HTTP/1.0" 304 - "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/222
83.2.107.220 - - [31/Oct/2009:23:03:08 +0100] "GET /_resource/fs/img/ajax_loading_small.gif HTTP/1.0" 304 - "http://beta.polityka.pl/swiat/komentarze/1500387,1,po-unijnym-szczycie.read" "Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.00" 0/220

Jest to bardzo cenne źródło żądań wysyłanych do aplikacji, z których stworzę scenariusz testowy. Wydobywam więc wszystkie żądania z godziny 9tej i zapisuję je w pliku /tmp/requests.txt

cat /var/log/apache2/access.log | grep 31/Oct/2009:09 | awk '{print $7}' > /tmp/requests.txt

I już jestem w ogródku. Czas przywitać się z gąską...
Pozostało jakoś z pliku o strukturze:


/swiat/komentarze/_resource/fs/img/ajax_loading_small.gif
/swiat/komentarze/_resource/fs/res/img-blogi.png
/swiat/komentarze/_resource/res/20000457/cust/f120x80

wykonać żądania do poszczególnych zasobów.

Tu z pomocą przychodzi program Apache Benchmark i kilka poleceń linuksowych.

Odpalam więc scenariusz poleceniem:
for i in $(cat /tmp/requests.txt);do ab -n 2 -c 2 "http://nazwahosta$i"; done

-n 2 odpali każde żądanie 2 razy
-c 2 zrobi to w 2 wątkach

Dobre efekty daje odpalenie kilku scenariuszy testowych, np. z godziny 8, 9, 10, 11, zrównoleglonych screenem, czyli
screen for i in $(cat /tmp/requests.txt);do ab -n 2 -c 2 "http://nazwahosta$i"; done

A jakie są twoje patenty, na testy wydajnościowe?

Słabe referencje... z czym to się je?

noreply@blogger.com (MZ) — Sat, 15 Aug 2009 12:35:00 +0000

Dzisiaj święto Wojska Polskiego. Parady wojskowej nie będzie z powodu kryzysu, ale sklepy (z zupełnie zresztą innego powodu) pozamykane. A jeść trzeba...

Może skuszę się na słabą referencję... ale z czym to się je?

Referencja jak referencja, spotkał się z nią każdy:


String string = new String("123");

Słaba referencja wygląda trochę inaczej


Reference<String> refString = new WeakReference<String>(new String("123"));

a dostęp do obiektu, na który referencja wskazuje uzyskujemy za pomocą wywołania metody get()


refString,get();

Nie o wygląd jednak tutaj chodzi.

Dopóki obiekt w naszym programie wskazywany jest przez zwykłą referencję, nie zostanie on usunięty z pamięci przez jakże uwielbiany przez wszystkich Garbage Collector.

Natomiast obiekt wskazywany przez słabą referencję, może być usunięty przez GC jeżeli zacznie brakować pamięci, mimo, że referencja do niego cały czas jest obecna w programie. Metoda get() zwróci wtedy wartość null.

Nie wierzysz?

Oto krótki program obrazujący działanie słabych (i mocnych) referencji:


package pl.matt;

import java.lang.ref.Reference;
import java.lang.ref.WeakReference;
import java.util.ArrayList;


public class WeakReferenceTest {

 int[] tab = new int[1024];
 
 public static void main(String[] args) {
  // zwykła referencja
  String string = new String("123");
  
  // słaba referencja
  Reference<String> refString = new WeakReference<String>(new String("456"));
  
  System.out.println(string);
  System.out.println(refString.get());
  
  java.util.List<WeakReferenceTest> list = new ArrayList<WeakReferenceTest>();
  
  for (int i = 0; i < 1000000; i++) {
   WeakReferenceTest test = new WeakReferenceTest();
   list.add(test);
   if (refString.get() == null) {
    System.out.println(string);
    System.out.println(i + " " + refString.get());
    break;
   }
  }
 }
 
}

Program w pętli przydziela pamięć tworząc nowe obiekty klasy WeakReferenceTest(). W pewnym momencie zaczyna się uruchamiać Garbage Collector i usuwa z pamięci obiekt który wskazywała słaba referencja.

Oprócz słabych referencji, w javie mamy jeszcze "średnio mocne" referencje SoftReference. Zasada ich działania jest podobna, z tym, że obiekty przez nie wskazywane żyją dłużej.

Obiekt wskazywany przez miękką referencję zostanie usunięty z pamięci tuż przed rzuceniem wyjątku java.lang.OutOfMemoryError.

Doskonałe narzędzia, to implementacji mechanizmów pamięci podręcznej.

Żeby dopełnić obrazu całości... są jeszcze referencje fantomowe PhantomReference. Obiekty wskazywane przez te referencje są usuwane przy każdym uruchomieniu GC, o ile nie wskazuje na nie żadna inna referencja. Można je stosować, aby mieć informację o tym, kiedy dany obiekt został usunięty z pamięci.

Aż się głodny zrobiłem, czas chyba zjeść coś bardziej konkretnego.

PS. Czego używacie do przeglądania RSSów? Ja jak dotąd Thunderbirda, ale ciągle szukam czegoś lepszego.

Seam z EhCache

noreply@blogger.com (MZ) — Sat, 01 Aug 2009 16:29:00 +0000

W poprzednim wpisie wygenerowaliśmy sobie pierwszą aplikację Seamową przy pomocy wtyczki JBoss Tools.

Sposób bardzo fajny do szybkiej prezentacji, ale nie oszukujmy się, jest to sposób dobry dla dziewczyn. Do poważniejszych rozwiązań się nie nadaje.
Głównym minusem jest brak skryptu budującego aplikację, czy to antowego, czy to mavenowego.

Dlatego w dzisiejszym wpisie wygenerujemy sobie prostą aplikację Seamową, przy pomocy narzędzia seam-gen. Kilka dni temu światłu dziennemu ukazał się Seam 2.2.0.GA, ale ja posłużę się wersją 2.1.1.GA, głównie dlatego, że mam już ją zainstalowaną.

Wchodzę zatem do katalogu, w którym zainstalowałem Seama i konfiguruję go wykonując polecenie
./seam setup


mateusz@mateusz-laptop:/opt/jboss-seam-2.1.1.GA$ ./seam setup
SEAM_HOME: /opt/jboss-seam-2.1.1.GA
Using seam-gen sources from: /opt/jboss-seam-2.1.1.GA/seam-gen
Buildfile: /opt/jboss-seam-2.1.1.GA/seam-gen/build.xml

init:

setup:
     [echo] Welcome to seam-gen :-)
    [input] Enter your Java project workspace (the directory that contains your Seam projects) [/home/mateusz/priv/workspace/] [/home/mateusz/priv/workspace/]

    [input] Enter your JBoss AS home directory [/opt/jboss-5.0.1.GA/] [/opt/jboss-5.0.1.GA/]

    [input] Enter the project name [seam_test] [seam_test]

     [echo] Accepted project name as: seam_test
    [input] Do you want to use ICEfaces instead of RichFaces [n] (y, [n])

    [input] skipping input as property icefaces.home.new has already been set.
    [input] Select a RichFaces skin [ruby] (blueSky, classic, deepMarine, DEFAULT, emeraldTown, japanCherry, [ruby], wine)

    [input] Is this project deployed as an EAR (with EJB components) or a WAR (with no EJB support) [ear] ([ear], war)

    [input] Enter the Java package name for your session beans [pl.matt.session] [pl.matt.session]

    [input] Enter the Java package name for your entity beans [pl.matt.model] [pl.matt.model]

    [input] Enter the Java package name for your test cases [pl.matt.test] [pl.matt.test]

    [input] What kind of database are you using? [mysql] (hsql, [mysql], oracle, postgres, mssql, db2, sybase, enterprisedb, h2)

    [input] Enter the Hibernate dialect for your database [org.hibernate.dialect.MySQLInnoDBDialect] [org.hibernate.dialect.MySQLInnoDBDialect]

    [input] Enter the filesystem path to the JDBC driver jar [/opt/jboss-seam-2.1.1.GA/lib/hsqldb.jar] [/opt/jboss-seam-2.1.1.GA/lib/hsqldb.jar]
/home/mateusz/java/lib/mysql-connector-java-5.1.7-bin.jar
    [input] Enter JDBC driver class for your database [com.mysql.jdbc.Driver] [com.mysql.jdbc.Driver]

    [input] Enter the JDBC URL for your database [jdbc:mysql:///test] [jdbc:mysql:///test]

    [input] Enter database username [xxx] [xxx]

    [input] Enter database password [xxx] [xxx]

    [input] skipping input as property hibernate.default_schema.entered has already been set.
    [input] Enter the database catalog name (it is OK to leave this blank) [] []

    [input] Are you working with tables that already exist in the database? [n] (y, [n])

    [input] Do you want to drop and recreate the database tables and data in import.sql each time you deploy? [n] (y, [n])

   [delete] Deleting: /opt/jboss-seam-2.1.1.GA/seam-gen/build.properties
[propertyfile] Creating new property file: /opt/jboss-seam-2.1.1.GA/seam-gen/build.properties
     [echo] Installing JDBC driver jar to JBoss AS
     [echo] Type './seam create-project' to create the new project

podaję ścieżki do przestrzeni roboczej, do serwera JBoss, parametry bazy danych, nazwy pakietów i inne ustawienia aplikacji.

następnie tworzę projekt poleceniem
./seam create-project


mateusz@mateusz-laptop:/opt/jboss-seam-2.1.1.GA$ ./seam create-project
SEAM_HOME: /opt/jboss-seam-2.1.1.GA
Using seam-gen sources from: /opt/jboss-seam-2.1.1.GA/seam-gen
Buildfile: /opt/jboss-seam-2.1.1.GA/seam-gen/build.xml

init:

init-properties:
     [echo] /opt/jboss-5.0.1.GA/

validate-workspace:

validate-project:

icefaces-staging-copy:

initcopy:

initpoms:
     [echo] Setting up dependencies
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
[artifact:install] [INFO] Installing /opt/jboss-seam-2.1.1.GA/classes/poms/root.pom to /home/mateusz/.m2/repository/org/jboss/seam/root/2.1.1.GA/root-2.1.1.GA.pom
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
[artifact:install] [INFO] Installing /opt/jboss-seam-2.1.1.GA/classes/poms/parent.pom to /home/mateusz/.m2/repository/org/jboss/seam/parent/2.1.1.GA/parent-2.1.1.GA.pom
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms
     [copy] Copying 1 file to /opt/jboss-seam-2.1.1.GA/classes/poms

copyseam:

copyseamdependencies:

copyjbossembedded:

copy-icefaces-home:

copy-icefaces-maven:

copy-lib:
     [echo] Copying Seam and dependencies to the /home/mateusz/priv/workspace//seam_test/lib directory...
     [copy] Copying 121 files to /home/mateusz/priv/workspace/seam_test/lib
     [copy] Copied 5 empty directories to 2 empty directories under /home/mateusz/priv/workspace/seam_test/lib
     [echo] Copying JBoss Embedded configuration to the /home/mateusz/priv/workspace//seam_test/bootstrap directory...
     [copy] Copying 30 files to /home/mateusz/priv/workspace/seam_test/bootstrap

file-copy-war:

file-copy-ear:
     [echo] Copying resources needed for EAR deployment to the /home/mateusz/priv/workspace//seam_test/resources directory...
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/resources/WEB-INF
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 7 files to /home/mateusz/priv/workspace/seam_test/resources

setup-filters:

file-copy:
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 3 files to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 11 files to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 4 files to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/.settings
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test
    [mkdir] Created dir: /home/mateusz/priv/workspace/seam_test/nbproject
     [copy] Copying 3 files to /home/mateusz/priv/workspace/seam_test/nbproject
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/resources
     [copy] Copying 12 files to /home/mateusz/priv/workspace/seam_test/view
     [copy] Copying 9 files to /home/mateusz/priv/workspace/seam_test/view
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/src/hot/pl/matt/session
     [copy] Copying 3 files to /home/mateusz/priv/workspace/seam_test
    [mkdir] Created dir: /home/mateusz/priv/workspace/seam_test/src/main/pl/matt/model
    [mkdir] Created dir: /home/mateusz/priv/workspace/seam_test/src/test/pl/matt/test
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/src/test

create-project:
     [echo] A new Seam project named 'seam_test' was created in the /home/mateusz/priv/workspace/ directory
     [echo] Type './seam explode' and go to http://localhost:8080/seam_test
     [echo] Eclipse Users: Import the project using File > Import... > Existing Projects into Workspace, set the root directory to /home/mateusz/priv/workspace/, then select the project named seam_test
     [echo] NetBeans Users: Open the project using File > Open project... and select the project folder /home/mateusz/priv/workspace//seam_test 
     [echo] IDEA Users: Open the project using File > Open project... and select the file /home/mateusz/priv/workspace//seam_test/seam_test.ipr

BUILD SUCCESSFUL

i zgodnie z instrukcją


Eclipse Users: Import the project using File > Import... > Existing Projects into Workspace, set the root directory to /home/mateusz/priv/workspace/, then select the project named seam_test

importuję projekt do Eclipsa.

W pakiecie pl.matt.model tworzę klasę Employee


package pl.matt.model;

import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.Table;

import org.hibernate.validator.Email;
import org.hibernate.validator.Length;
import org.hibernate.validator.Max;
import org.hibernate.validator.Min;
import org.hibernate.validator.NotNull;

@Entity
@Table(name="employees")
public class Employee {

 @Id
 @GeneratedValue(strategy=GenerationType.IDENTITY)
 private int id; 
 
 @Length(max=128)
 @NotNull
 private String name;
 
 @Column(length=128)
 @NotNull
 private String surname;
 
 @Email
 @NotNull
 @Column(length=128)
 private String email;
 
 @Min(0)
 @Max(130)
 @NotNull
 private int age;

 public int getId() {
  return id;
 }

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

 public String getName() {
  return name;
 }

 public void setName(String name) {
  this.name = name;
 }

 public String getSurname() {
  return surname;
 }

 public void setSurname(String sureName) {
  this.surname = sureName;
 }

 public String getEmail() {
  return email;
 }

 public void setEmail(String email) {
  this.email = email;
 }

 public int getAge() {
  return age;
 }

 public void setAge(int age) {
  this.age = age;
 }
 
}

i generuję do niej prostego CRUDa poleceniem
./seam generate-ui


mateusz@mateusz-laptop:/opt/jboss-seam-2.1.1.GA$ ./seam generate-ui
SEAM_HOME: /opt/jboss-seam-2.1.1.GA
Using seam-gen sources from: /opt/jboss-seam-2.1.1.GA/seam-gen
Buildfile: /opt/jboss-seam-2.1.1.GA/seam-gen/build.xml

init:

init-properties:
     [echo] /opt/jboss-5.0.1.GA/

validate-workspace:

validate-project:

init-generate:

generate-ui:
     [echo] Building project 'seam_test' to generate views and controllers

init:

groovy.compile:

groovy.copy:

compile:

copyclasses:

jar:
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/exploded-archives/seam_test.ear/seam_test.jar/META-INF
     [copy] Copying 1 file to /home/mateusz/priv/workspace/seam_test/exploded-archives/seam_test.ear/seam_test.jar
[hibernate] Executing Hibernate Tool with a JPA Configuration
[hibernate] 1. task: generic exportertemplate: view/list.xhtml.ftl
[hibernate] 2009-08-01 18:56:21 org.hibernate.cfg.annotations.Version 
[hibernate] INFO: Hibernate Annotations 3.3.0.GA
[hibernate] 2009-08-01 18:56:21 org.hibernate.cfg.Environment 
[hibernate] INFO: Hibernate 3.2.4.sp1
[hibernate] 2009-08-01 18:56:21 org.hibernate.cfg.Environment 
[hibernate] INFO: hibernate.properties not found
[hibernate] 2009-08-01 18:56:21 org.hibernate.cfg.Environment buildBytecodeProvider
[hibernate] INFO: Bytecode provider name : cglib
[hibernate] 2009-08-01 18:56:21 org.hibernate.cfg.Environment 
[hibernate] INFO: using JDK 1.4 java.sql.Timestamp handling
[hibernate] 2009-08-01 18:56:21 org.hibernate.ejb.Version 
[hibernate] INFO: Hibernate EntityManager 3.3.1.GA
[hibernate] 2009-08-01 18:56:22 org.hibernate.cfg.AnnotationBinder bindClass
[hibernate] INFO: Binding entity from annotated class: pl.matt.model.Employee
[hibernate] 2009-08-01 18:56:22 org.hibernate.cfg.annotations.EntityBinder bindTable
[hibernate] INFO: Bind entity pl.matt.model.Employee on table employees
[hibernate] 2009-08-01 18:56:22 org.hibernate.validator.Version 
[hibernate] INFO: Hibernate Validator 3.0.0.GA
[hibernate] 2009-08-01 18:56:22 org.hibernate.tool.Version 
[hibernate] INFO: Hibernate Tools 3.2.2.GA
[hibernate] 2. task: generic exportertemplate: view/view.xhtml.ftl
[hibernate] 3. task: generic exportertemplate: view/view.page.xml.ftl
[hibernate] 4. task: generic exportertemplate: view/edit.xhtml.ftl
[hibernate] 5. task: generic exportertemplate: view/edit.page.xml.ftl
[hibernate] 6. task: generic exportertemplate: src/EntityList.java.ftl
[hibernate] 7. task: generic exportertemplate: view/list.page.xml.ftl
[hibernate] 8. task: generic exportertemplate: src/EntityHome.java.ftl
[hibernate] 9. task: generic exportertemplate: view/layout/menu.xhtml.ftl
[javaformatter] Java formatting of 3 files completed. Skipped 0 file(s).
     [echo] Type './seam restart' and go to http://localhost:8080/seam_test

BUILD SUCCESSFUL
Total time: 4 seconds

Uruchamiam JBossa i wchodzę na adres:
http://localhost:8080/seam_test/
moim oczom ukazuje się znzna już aplikacja

Dodaję zatem jednego użytkownika

i otwieram w trzech zakładkach. Na konsoli JBossa obserwuję zapytania SQL jakie wykonuje aplikacja:


INFO  [STDOUT] Hibernate: 
    select
        employee0_.id as id2_0_,
        employee0_.age as age2_0_,
        employee0_.email as email2_0_,
        employee0_.name as name2_0_,
        employee0_.surname as surname2_0_ 
    from
        employees employee0_ 
    where
        employee0_.id=?
INFO  [STDOUT] Hibernate: 
    select
        employee0_.id as id2_0_,
        employee0_.age as age2_0_,
        employee0_.email as email2_0_,
        employee0_.name as name2_0_,
        employee0_.surname as surname2_0_ 
    from
        employees employee0_ 
    where
        employee0_.id=?
INFO  [STDOUT] Hibernate: 
    select
        employee0_.id as id2_0_,
        employee0_.age as age2_0_,
        employee0_.email as email2_0_,
        employee0_.name as name2_0_,
        employee0_.surname as surname2_0_ 
    from
        employees employee0_ 
    where
        employee0_.id=?

Jak widać, trzy razy tem sam SELECT.

Zakładając, że tylko nasza aplikacja kożysta z bazy danych test, możemy się pokusić, o włączenie pamięci podręcznej drugiego poziomu, która umożliwi wyrugowanie powtarzających się zapytań.

Dostawców pamięci drugiego poziomu jest kilku. Ja się zdecyduję na najbardziej chyba popularny EhCache.

Uzupełniam zatem spis plików jar, znajdujący się w pliku
deployed-jars-ear.list, które chcę aby znalazły się w aplikacji ear o wpisy:


commons-lang.jar
commons-collections.jar
commons-beanutils.jar
richfaces-ui.jar
commons-digester.jar
commons-beanutils.jar
commons-lang.jar
hibernate.jar
hibernate-all.jar
hibernate-annotations.jar
hibernate-commons-annotations.jar
hibernate-entitymanager.jar
hibernate-validator.jar
cglib.jar
asm.jar
ehcache.jar

w pliku
persistence-dev.xml
dodaję wpisy


<property name="hibernate.cache.use_second_level_cache" value="true" />
<property name="hibernate.cache.provider_class" value="org.hibernate.cache.EhCacheProvider" />

Cały plik wygląda następująco:


<?xml version="1.0" encoding="UTF-8"?>
 <!-- Persistence deployment descriptor for dev profile -->
<persistence xmlns="http://java.sun.com/xml/ns/persistence"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"
 version="1.0">

 <persistence-unit name="seam_test">
  <provider>org.hibernate.ejb.HibernatePersistence</provider>
  <jta-data-source>java:/seam_testDatasource</jta-data-source>
  <properties>
   <property name="hibernate.dialect" value="org.hibernate.dialect.MySQLInnoDBDialect" />
   <property name="hibernate.hbm2ddl.auto" value="update" />
   <property name="hibernate.show_sql" value="true" />
   <property name="hibernate.format_sql" value="true" />
   <property name="jboss.entity.manager.factory.jndi.name"
    value="java:/seam_testEntityManagerFactory" />
   <property name="hibernate.cache.use_second_level_cache"
    value="true" />
   <property name="hibernate.cache.provider_class" value="org.hibernate.cache.EhCacheProvider" />
  </properties>
 </persistence-unit>

</persistence>

natomiast klasę Employee dekoruję adnotacją


@Cache(usage=CacheConcurrencyStrategy.READ_WRITE)

i restartuję aplikację.
Start serwera kończy się komunikatem błędu:


ERROR [AbstractKernelController] Error installing to Start: name=persistence.unit:unitName=seam_test.ear/seam_test.jar#seam_test state=Create
java.lang.IllegalArgumentException: Cache name cannot contain '/' characters.
 at net.sf.ehcache.Cache.setName(Cache.java:1272)
 at net.sf.ehcache.CacheManager.addCache(CacheManager.java:501)
 at org.hibernate.cache.EhCacheProvider.buildCache(EhCacheProvider.java:87)
 at org.hibernate.cache.CacheFactory.createCache(CacheFactory.java:61)
 at org.hibernate.impl.SessionFactoryImpl.(SessionFactoryImpl.java:214)
 at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294)
 at org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:915)
 at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:730)
 at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:127)
 at org.jboss.jpa.deployment.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:301)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
 at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
 at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
 at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:241)
 at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
 at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:109)
 at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:70)
 at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:221)
 at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
 at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
 at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
 at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
 at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
 at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
 at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
 at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
 at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
 at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
 at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774)
 at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
 at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121)
 at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51)
 at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
 at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
 at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
 at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
 at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
 at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
 at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
 at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
 at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
 at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
 at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
 at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
 at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
 at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
 at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
 at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
 at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:698)
 at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304)
 at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205)
 at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
 at org.jboss.Main.boot(Main.java:209)
 at org.jboss.Main$1.run(Main.java:547)
 at java.lang.Thread.run(Thread.java:619)

O co chodzi?

Otuż... chodz o błąd, który byłem tak uprzejmy i zgłosiłem.

JBoss wstawia slashe do nazw fragmentów pamięci podręcznej, a EhCache próbuje tworzyć pliki o nazwie takiej jak nazwa fragmentu pamięci podręcznej i ZONK. Co z tym fantem zrobić?

Napisać własny CacheProvider. Wbrew pozorom nie jest to takie trudne.
Tworzę więc klasę
JBoss5EhCacheProvider
która zamieni w nazwach pamięci podręcznej znaki '/' na '_'.


package pl.matt.cache;

import java.util.Properties;

import org.hibernate.cache.Cache;
import org.hibernate.cache.CacheException;
import org.hibernate.cache.CacheProvider;

public class JBoss5EhCacheProvider implements CacheProvider {

 private CacheProvider delegate = new org.hibernate.cache.EhCacheProvider();
 
 @Override
 public Cache buildCache(String name, Properties props) throws CacheException {
  name = changeName(name);
  return delegate.buildCache(name, props);
 }
 
 private String changeName(String name) {
  if (name != null) {
   return name.replace('/', '_');
  }
  return name;
 }

 @Override
 public boolean isMinimalPutsEnabledByDefault() {
  return delegate.isMinimalPutsEnabledByDefault();
 }

 @Override
 public long nextTimestamp() {
  return delegate.nextTimestamp();
 }

 @Override
 public void start(Properties arg0) throws CacheException {
  delegate.start(arg0);
 }

 @Override
 public void stop() {
  delegate.stop();
 }

}

i ustawiam ją w pliku persistence-dev.xml jako CacjeProvider.


<property name="hibernate.cache.provider_class" value="pl.matt.cache.JBoss5EhCacheProvider" />

Czas na kolejny restart aplikacji. Chyba się udało...


[ServerImpl] JBoss (Microcontainer) [5.0.1.GA (build: SVNTag=JBoss_5_0_1_GA date=200902232048)] Started in 1m:4s:297ms

Otwieram kilka razy pracownika w różnych zakładkach.
W konsoli widzę:


[STDOUT] Hibernate: 
    select
        employee0_.id as id0_,
        employee0_.age as age0_,
        employee0_.email as email0_,
        employee0_.name as name0_,
        employee0_.surname as surname0_ 
    from
        employees employee0_ limit ?

tylko raz. Kilka zapytań o obiekty, a do bazy zapytanie poszło jedno.
Sukces pełną gębą.

Para buch, koła w ruch... czyli aplikacja CRUD z JBoss Seam w 5... no może 15 minut ;).

noreply@blogger.com (MZ) — Sun, 28 Jun 2009 14:56:00 +0000

Stoi na stacji lokomotywa, ciężka ogromna, aż pot z niej spływa... że tak zacznę słowami poety.

Z końmi, grubasami i armatą, które rozmieszczone są w kolejnych wagonach ciągniętych przez pojazd się przy okazji dzisiejszego wpisu nie spotkamy, ale... z parą jak najbardziej.

Przedstawię jak najprościej wygenerować aplikację CRUD z wykorzystaniem szkieletu aplikacyjnego JBoss Seam. Posłużę się środowiskiem Eclipse 3.4.2 z zainstalowaną wtyczką JBoss Tools 3.0. Użyję też bazy MySql 5.0 oraz serwera aplikacji Java EE JBoss 5.0.1.GA. Niezbędna okaże się również instalacja Seama. Użyję wersji 2.1.1.GA.

Jeżeli potrzebujesz aplikacji webowej, aby zaliczyć projekt, świetnie trafiłeś. Wystarczy przerwa między zajęciami, ale ad rem...

Instaluję Eclipse, bazę MySQL, JBossa 5.0.1.GA oraz wtyczkę JBoss Tools oraz Pudelek Eclipse Plugin.

W Eclipsie, konfiguruje środowisko uruchomieniowe JBossa. W tym celu otwieram menu preferencji
Window -> Preferences
i znajduję tam zakładkę
Server / Runtime Environments
na której klikam przycisk
Add...

Odszukuję pozycję
JBoss 5.0 Runtime
która znajduje się w katalogu
JBoss Comunity

Klikam
Next
wskazuję katalog z zainstalowanym JBossem

i klikam
Finish

Pora stworzyć nowy projekt. Z menu
File -> New -> Project...
wybieram
Seam Web Project

Nadaję nazwę projektowi (radzę zacząć małą literą):
seamApplication

Z menu
Configuration
wybieram
Dynamic Web Project With Seam 2.1 (technology preview)

Klikam kilka razy
Next >
i zatrzymuję się na zakładce, na której muszę wskazać środowisko uruchomieniowe Seam
Seam Runtume.
W tej samej zakładce wybieram rodzaj aplikacji jako
ear.

Definiuję środowisko uruchomieniowe Seama, klikając

Add...

i wskazuję katalog, w którym zainstalowałem Seama 2.1.1.GA.

Na tej samej zakładce konfiguruję połączenie z bazą danych. Pobieram sterownik JDBC MySQL Connector.

W sekcji Database wybieram typ bazy danych jako
MySQL (InnoDB)
oraz tworze nowy profil połączenia z bazą. Jako
Profile Type
wybieram
MySQL

Klikam
Next >
i definiuję nowy sterownik

Na zakładce
Jar List
wskazuję plik jar który znajdował się w paczce z pobranym sterownikiem JDBC.

Podaję nazwę bazy danych oraz nazwę użytkownika i hasło do bazy

Od razu tworzę taką bazę wydając polecenie w konsoli mysql


create database test default character set utf8;

a w Eclipsie klikam
Finish.

Komputer chwilkę pomyśli, po czym stworzy 4 projekty:
seamApplication z aplikacją webową
seamApplication-ear z deskryptorem aplikacji EAR
seamApplication-ejb z aplikacją EJB
seamApplication-test z testami aplikacji

Startuję serwer aby sprawdzić, czy aplikacja się uruchamia.
Po wpisaniu w przeglądarkę adresu:
http://localhost:8080/seamApplication/
moim oczom ukazuje się aplikacja:

So far, so good...

Jako, że mamy do stworzenia aplikację CRUD, trzeba by stworzyć encję, którą będziemy mogli edytować. Tworzę więc klasę
pl.matt.model.Employee:


package pl.matt.model;

import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
import javax.persistence.Table;

import org.hibernate.validator.Email;
import org.hibernate.validator.Length;
import org.hibernate.validator.Max;
import org.hibernate.validator.Min;
import org.hibernate.validator.NotNull;

@Entity
@Table(name="employees")
public class Employee {

 @Id
 @GeneratedValue(strategy=GenerationType.IDENTITY)
 private int id; 
 
 @Length(max=128)
 @NotNull
 private String name;
 
 @Column(length=128)
 @NotNull
 private String surname;
 
 @Email
 @NotNull
 @Column(length=128)
 private String email;
 
 @Min(0)
 @Max(130)
 @NotNull
 private int age;

 public int getId() {
  return id;
 }

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

 public String getName() {
  return name;
 }

 public void setName(String name) {
  this.name = name;
 }

 public String getSurname() {
  return surname;
 }

 public void setSurname(String surname) {
  this.surname = surname;
 }

 public String getEmail() {
  return email;
 }

 public void setEmail(String email) {
  this.email = email;
 }

 public int getAge() {
  return age;
 }

 public void setAge(int age) {
  this.age = age;
 }
 
}

Następnie generuję do niej interfejs użytkownika. Klikam prawym przyciskiem myszy na projekcie, wybieram
New... -> Other
i
Seam Generate Entities

Zaznaczam opcję

Use existing entities

i klikam
Finish

Restartuję JBossa i aplikacja gotowa.

Pojawiła się lista pracowników, ich wyszukiwarka oraz strony umożliwiające ich dodawanie, kasowania oraz aktualizację.

Do tego działa logowanie użytkowników, ajaxowa walidacja adresu email, wieku i wymagalności pól.

Żyć nie umierać.
Kod źródłowy przykładu zamieszczam tutaj, tu, tu i tu.

Filmy się obrobiły

noreply@blogger.com (MZ) — Sun, 14 Jun 2009 13:55:00 +0000

Stało się.

Wszystkie filmy z warszawskiego Eclipse Demo Campu pojawiły się na stronie:
http://javatv.pl/.

Muszę przyznać, że jakoś jest niezła, a i 15 minutowe nagrania ogląda się przyjemniej niż 2 godzinne.

Oto moje wystąpienie:

Garść wrażeń po warszawskim Eclipse DemoCamp Galileo 2009

noreply@blogger.com (MZ) — Mon, 08 Jun 2009 20:54:00 +0000

W ubiegły wtorek, 2giego czerwca w Warszawie w budynku MIMUW przy ul. Banacha 2 odbyły się warsztaty poświęcone najnowszemu wydaniu Eclipse IDE (jeszcze w wersji RC) Eclipse DemoCamp Galileo 2009.

Warsztaty poprzedził poczęstunek z pizzy, co okazało się sprawką patrona Code-House.org.

Formuła imprezy była dość nietypowa, przynajmniej jak na warszawskie spotkania. Warsztaty składały się z 6ciu 15 minutowych wystąpień. Jednym z nich, było wystąpienie "Wtyczka do Eclipse w 5 ... no może 15 minut" autorstwa... mojego autorstwa.

Zaczęło się całkiem nietypowo, bo od kłopotów technicznych. Projektor odmówił współpracy z moim Ubuntu w rozdzielczości wyższej niż 800x600. A że prezentacja trwała 15 minut... to i skończyło się nietypowo, ponieważ tworząc wtyczkę nie mogłem zaznaczyć odpowiednich opcji konfiguracyjnych. Nie mieściły się one po prostu na ekranie. I tak zamiast odtwarzacza mp3jek Eclipse zamienił się tylko w prymitywny manager plików.

Jeżeli ktoś miałby ochotę zobaczyć co chciałem osiągnąć, a nie tylko to co mi się udało "programując przez dziurkę od klucza" jak to określił słuchacz w pierwszym rzędzie, kod wtyczki odtwarzającej pliki MP3 zamieszczam tutaj.

Niedługo możecie spodziewać się krótkiego poradnika, a ja nie mogę doczekać się nagrania z konferencji.

Pudelek Eclipse Plug-in

noreply@blogger.com (MZ) — Fri, 17 Apr 2009 22:34:00 +0000

Zastanawiałeś się jak zwiększyć wydajność pracy Java Teamu w Twojej firmie? Wiesz ile czasu tracą programiści przełączając się pomiędzy Eclipsem a przeglądarką internetową, żeby przejrzeć najnowsze wiadomości?
To na szczęście już przeszłość.

Dzięki wtyczce Pudelek Eclipse Plug-in zintegrujesz swoje ulubione środowisko deweloperskie, z najpopularniejszym serwisem plotkarskim. Dzięki intuicyjnemu interfejsowi użytkownika (artykuły widziane są jako pliki .java), od razu połapiesz się co i jak.

I to wszystko za darmo.
Zapraszam do instalacji, używania, komentowania i rozpowszechniania wtyczki.
Strona domowa projektu:
http://sites.google.com/site/pudelekeclipseplugin/

Jazoon09 rozkład jazdy

noreply@blogger.com (MZ) — Wed, 15 Apr 2009 19:48:00 +0000

Całkiem niedawno pojawił się plan konferencji Jazoon09 (czerwiec 2009).
I tak w
poniedziałek dominuje GlassFish i OSGi,
we wtorek kupę smakołyków. Między innymi Spring 3, Glassfish 3 i JBoss AS 5.0
w środę między innymi Jazoon Rookie, Java FX
we czwartek oprócz lunchu dopieszczanie GC i co nieco o JPA 2.0.
a w piątek rządzić będzie bezpieczeństwo.
Zapowiada się bardzo interesująco, tylko gdzie impreza integracyjna?

leniwe ładowanie właściwości w Hibernate

noreply@blogger.com (MZ) — Sun, 12 Apr 2009 19:59:00 +0000

Święta, święta i... jeszcze został jeden dzień obżarstwa. Tu barszczyk, tam kiełbaska, mięsko, sałatka, mazurek. Wszystkiego trzeba spróbować. A gdyby tak jeść tylko to, co jest w danej chwili niezbędne? Po prostu nie przejadać się. Chyba byłoby zdrowiej...

To takie moje świąteczne przemyślenia. W programowaniu jednak jest trochę jak w życiu. Często mamy do czynienia z podobnymi sytuacjami. Nie zjadamy co prawda w naszych programach wszystkiego, co jest pod ręką, ale wyciągając z bazy danych obiekty przy użyciu narzędzi ORM (Object Relational Mapping), pobieramy je wyciągając wszystkie kolumny z bazy danych. Inicjujemy wszystkie, nawet te niepotrzebne w danej chwili właściwości obiektów.

O ile zazwyczaj nikomu to nie przeszkadza, o tyle w przypadku pobierania właściwości o dużych rozmiarach (np. duże obiekty binarne, tekstowe) może to się odbić czkawką i negatywnie wpłynąć na wydajność aplikacji.

Na szczęście Hibernate, będący chyba najpopularniejszym narzędziem mapowania obiektowo relacyjnego, umożliwia selektywne pobieranie właściwości obiektów. Wyboru, które kolumny pobieramy wyciągając obiekt z relacyjnej bazy danych dokonujemy za pomocą parametru fetch adnotacji @Basic. Jeżeli konfigurację przejścia obiektowo relacyjnego przechowujemy w plikach XML, za to zachowanie odpowiedzialny jest atrybut lazy znacznika property.

Domyślnie pobierane są wszystkie atrybuty obiektów, nie będące kolekcjami, co odpowiada ustawieniom:


@Basic(fetch = FetchType.EAGER)

oraz


        <property lazy="false" />

Sprawdźmy więc w akcji, jak działa konfiguracja leniwego pobierania wybranych właściwości obiektów w Hibernate. Mój przykładowy program powstał na podstawie przykładów ze strony projektu Hibernate.

Pobierał będę encję Message


package pl.matt.model;

public class Message {
    private Long id;
    private String text;

    Message() {}

    public Message(String text) {
        this.text = text;
    }

    public Long getId() {
        return id;
    }
    private void setId(Long id) {
        this.id = id;
    }

    public String getText() {
        return text;
    }
    public void setText(String text) {
        this.text = text;
    }
}

konfigurację przejścia obiektowo relacyjnego zawarłem w pliku XML Message.hbm.xml


<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
    "-//Hibernate/Hibernate Mapping DTD//EN"
    "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">

<hibernate-mapping>

    <class
        name="pl.matt.model.Message"
        table="MESSAGES">

        <id
            name="id"
            column="MESSAGE_ID"
            >
            <generator class="native"/>
        </id>

        <property
            name="text"
            column="MESSAGE_TEXT"
            lazy="false"
            />

    </class>

</hibernate-mapping>

Na prosty program pobierający obiekt z bazy danych składa klasa Main


package pl.matt.main;

import org.hibernate.Session;
import org.hibernate.Transaction;

import pl.matt.model.Message;
import pl.matt.utils.HibernateUtil;

public class Main {

    public static void main(String[] args) {
        Session session = HibernateUtil.getSessionFactory().openSession();
        Transaction tx = session.beginTransaction();

        Message message = (Message) session.get(Message.class, 1l);
        System.out.println(message.getId());
        
        tx.commit();
        session.close();

        HibernateUtil.shutdown();
    }
}

Klasa narzędziowa HibernateUtil zawiera kilka metod ułatwiających pracę z Hibernate:


package pl.matt.utils;

import org.hibernate.*;
import org.hibernate.cfg.*;

/**
 * Startup Hibernate and provide access to the singleton SessionFactory
 */
public class HibernateUtil {

  private static SessionFactory sessionFactory;

  static {
    try {
       sessionFactory = new Configuration().configure().buildSessionFactory();
    } catch (Throwable ex) {
       throw new ExceptionInInitializerError(ex);
    }
  }

  public static SessionFactory getSessionFactory() {
      // Alternatively, we could look up in JNDI here
      return sessionFactory;
  }

  public static void shutdown() {
      // Close caches and connection pools
      getSessionFactory().close();
  }
}

W pliku hibernate.cfg.xml konfiguruję połączenie z bazą danych HSQL oraz ustawiam wartość true parametru show_sql który umożliwia podglądanie zapytań SQL wykonywanych przez Hibernate.


<?xml version='1.0' encoding='utf-8'?> <!DOCTYPE hibernate-configuration
        PUBLIC "-//Hibernate/Hibernate Configuration DTD//EN"
        "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

<hibernate-configuration>
    <session-factory>

        <property name="hibernate.connection.driver_class">org.hsqldb.jdbcDriver</property>
        <property name="hibernate.connection.url">jdbc:hsqldb:hsql://localhost</property>
        <property name="hibernate.connection.username">sa</property>

        <!-- SQL to stdout logging -->
        <property name="show_sql">true</property>
        <property name="format_sql">true</property>
        <property name="use_sql_comments">true</property>
        
        <property name="hibernate.hbm2ddl.auto">update</property>

        <property name="dialect">org.hibernate.dialect.HSQLDialect</property>

        <mapping resource="pl/matt/model/Message.hbm.xml"/>

    </session-factory>
</hibernate-configuration>

Uruchamiam program i zgodnie z oczekiwaniami widzę zapytanie pobierające 2 właściwości z tabeli MESSAGES:


Hibernate: 
    /* load pl.matt.model.Message */ select
        message0_.MESSAGE_ID as MESSAGE1_0_0_,
        message0_.MESSAGE_TEXT as MESSAGE2_0_0_ 
    from
        MESSAGES message0_ 
    where
        message0_.MESSAGE_ID=?

zmieniam w pliku Message.hbm.xml wartość atrybutu lazy na true. Uruchamiam ponownie program i tym razem niezgodnie z oczekiwaniami widzę ponownie:


Hibernate: 
    /* load pl.matt.model.Message */ select
        message0_.MESSAGE_ID as MESSAGE1_0_0_,
        message0_.MESSAGE_TEXT as MESSAGE2_0_0_ 
    from
        MESSAGES message0_ 
    where
        message0_.MESSAGE_ID=?

Hmm... słabo.
Zagłębiłem się w dokumentację i już widzę, że nie będzie łatwo:

Note

To enable property level lazy fetching, your classes have to be instrumented: bytecode is added to the original one to enable such feature, please refer to the Hibernate reference documentation. If your classes are not instrumented, property level lazy loading is silently ignored.

Nawet nie wiedziałem, że jest taki czasownik instrument. W każdym razie moje ustawienia zostały po cichu zignorowane, jak to ładnie określiła dokumentacja Hibernate. Trzeba by to zmienić. Szperam więc dalej w poszukiwaniu sposobu zinstrumetowania klas.

Wykonać ten proces można antowym zadaniem:


 <target name="instrument" depends="compile">
     <taskdef name="instrument" classname="org.hibernate.tool.instrument.cglib.InstrumentTask">
         <classpath path="${build.dir}"/>
         <classpath refid="project.classpath"/>
     </taskdef>

     <instrument verbose="true">
         <fileset dir="${build.dir}/pl/matt/model">
             <include name="*.class"/>
         </fileset>
     </instrument>
 </target>

W dokumentacji Hibernate jest mały błąd, gdyż klasa zadania instrument InstrumentTask nie znajduje się w pakiecie org.hibernate.tool.instrument tylko w org.hibernate.tool.instrument.cglib.

Jako, że powyższe zadanie zmienia kod plików *.class, muszę uruchamiać te skompilowane i zmienione przez ANTa pliki. Posłużę się do tego celu poniższym plikiem build.xml:


<project name="hibernateLazyBasic" default="compile" basedir=".">

    <!-- Name of project and version -->
    <property name="proj.name"      value="hibernateLazyBasic"/>
    <property name="proj.shortname" value="hibernateLazyBasic"/>
    <property name="version"        value="1.0"/>

    <!-- Global properties for this build -->
    <property name="database.dir"           value="database"/>
    <property name="src.java.dir"           value="src/java"/>
    <property name="lib.dir"                value="lib"/>
    <property name="build.dir"              value="build"/>

    <!-- Classpath declaration -->
    <path id="project.classpath">
        <fileset dir="${lib.dir}">
            <include name="**/*.jar"/>
            <include name="**/*.zip"/>
        </fileset>
    </path>

    <!-- Useful shortcuts -->
    <patternset id="meta.files">
        <include name="**/*.xml"/>
        <include name="**/*.properties"/>
    </patternset>

    <!-- Clean up -->
    <target name="clean" description="Clean the build directory">
        <delete dir="${build.dir}"/>
        <mkdir dir="${build.dir}"/>
    </target>

    <!-- Compile Java source -->
    <target name="compile">
        <mkdir dir="${build.dir}"/>
        <javac srcdir="${src.java.dir}"
               destdir="${build.dir}"
               classpathref="project.classpath"/>
    </target>

    <!-- Copy metadata to build classpath -->
    <target name="copymetafiles">
        <mkdir dir="${build.dir}"/>
        <copy todir="${build.dir}">
            <fileset dir="${src.java.dir}">
                <patternset refid="meta.files"/>
            </fileset>
        </copy>
    </target>

    <target name="run-instrumented" depends="clean, instrument, copymetafiles">
        <java fork="true"
              classname="pl.matt.main.Main"
              classpathref="project.classpath">
            <classpath path="${build.dir}"/>
        </java>
    </target>

    <target name="run" depends="clean, compile, copymetafiles">
        <java fork="true"
              classname="pl.matt.main.Main"
              classpathref="project.classpath">
            <classpath path="${build.dir}"/>
        </java>
    </target> 
 
    <target name="instrument" depends="compile">
        <taskdef name="instrument" classname="org.hibernate.tool.instrument.cglib.InstrumentTask">
           <classpath path="${build.dir}"/>
           <classpath refid="project.classpath"/>
        </taskdef>
        <instrument verbose="true">
            <fileset dir="${build.dir}/pl/matt/model">
                <include name="*.class"/>
            </fileset>
        </instrument>
    </target> 

</project>

zadanie o nazwie run-instrumented kompiluje, przeprowadza instrumentację klas z pakiedu pl.matt.model i uruchamia program.

Po jego wykonaniu, otrzymuję na konsoli:


     [java] Hibernate: 
     [java]     /* load pl.matt.model.Message */ select
     [java]         message0_.MESSAGE_ID as MESSAGE1_0_0_ 
     [java]     from
     [java]         MESSAGES message0_ 
     [java]     where
     [java]         message0_.MESSAGE_ID=?

Ładowane jest tylko pole ID z tabeli MESSAGES, czyli zgodnie z oczekiwaniami. Kolumna MESSAGE_TEXT pobierana jest z bazy osobnym zapytaniem:


     [java] Hibernate: 
     [java]     /* sequential select
     [java]         pl.matt.model.Message */ select
     [java]             message_.MESSAGE_TEXT as MESSAGE2_0_ 
     [java]         from
     [java]             MESSAGES message_ 
     [java]         where
     [java]             message_.MESSAGE_ID=?

dopiero wtedy, kiedy będzie potrzebna.

Generalnie wszystko działa, tylko trzeba odrobinę zmienić proces kompilacji programu.
Kod źródłowy przedstawiający powyższe rozwiązanie znajdziesz tutaj

a że święta już w połowie, pozostaje mi życzyć Wam mokrego dyngusa.

Jazoon Cutting Edge

noreply@blogger.com (MZ) — Tue, 31 Mar 2009 22:43:00 +0000

Jeżeli zawsze chciałeś opowiedzieć coś ciekawego programistom Java, świetnie trafiłeś. Masz pomysł na prezentację, ale boisz się, że nie będziesz w stanie zająć 60, czy 90 minut?

Jazoon Cutting Edge - These 20 minutes talks address the most recent developments in the Java industry.
Call for papers: 15 April 2009
Submission deadline: 15 May 2009

i wszystko wiadomo.

Do zgarnięcia darmowa wejściówka czerwcowy Jazoon i 50% zniżki dla osoby towarzyszącej (również w prezentacji).
Miło byłoby usłyszeć kogoś z Polski.

Może Jacek się zgłosi, ze swoimi zabawkami? Kto nie był dziś na spotkaniu warszawskiego JUGa niech żałuje.

Ziarna sesyjne - czar prysł.

noreply@blogger.com (MZ) — Sun, 22 Mar 2009 22:32:00 +0000

Dopiero co zachwycałem się nad lokalnym i zdalnym sposobem wywoływania usług ziaren EJB. Przyszła wiosna, śnieg stopniał i czar prysł. Otóż pomiędzy wywołaniem danej metody poprzez interfejs oznaczony adnotacją @Local a wywołaniem za pomocą interfejsu @Remote mogą być subtelne różnice. Bierze się to stąd, że parametry metod wywoływanych lokalnie (@Local) przekazywane są poprzez referencje, parametry metod zdalnych (@Remote) przez wartość.

Zobaczmy o co chodzi na podstawie prostego przykładu. Stworzę z tej okazji w NetBeans IDE 6.5.1 projekt ziarna EJB oraz projekt klienta EJB.

Zaczynam od aplikacji EJB:
Z menu File wybieram pozycję New Project:

następnie wybieram kategorię Java EE i projekt EJB Module
klikam Next, po czym na zakładce Server and Settings dodaję nową konfigurację serwera, klikając przycisk Add...

Przykład będę uruchamiał na serwerze JBoss 4.2.2.GA

więc wskazuję jego położenie na dysku:

klikam Next> i Finish. Projekt gotowy.

W projekcie stworzę proste ziarno, które będzie udostępniało metodę dodającą podany jako parametr element do podanej jako parametr kolekcji:


    public Collection add(Collection collection, Object element) {
        collection.add(element);
        return collection;
    }

Ziarno będzie implementowało interfejs lokalny oraz zdalny. Ziarno oraz interfejsy przedstawiają się następująco:

Kod ziarna StatelessBean:


package pl.matt.session;

import java.util.Collection;
import javax.ejb.Local;
import javax.ejb.Remote;


@javax.ejb.Stateless
@Remote(StatelessRemote.class)
@Local(StatelessLocal.class)
public class StatelessBean implements StatelessRemote, StatelessLocal {

    public Collection add(Collection collection, Object element) {
        collection.add(element);
        return collection;
    }
 
}

interfejs zdalny StatelessRemote:


package pl.matt.session;

import java.util.Collection;
import javax.ejb.Remote;

public interface StatelessRemote {
    
    Collection add(Collection collection, Object element);

}

i identyczny interfejs lokalny StatelessLocal:


package pl.matt.session;

import java.util.Collection;
import javax.ejb.Remote;

public interface StatelessLocal {
    
    Collection add(Collection collection, Object element);

}

Całość uzupełnia ziarno testujące dodawanie elementów do kolekcji, które próbuje zarówno zdalnie jak i lokalnie dodać 3 napisy do listy:

interfejs TestRemote:


package pl.matt.session;

public interface TestRemote {
    void test();
}

oraz jego implementacja:


package pl.matt.session;

import java.util.ArrayList;
import java.util.List;
import javax.ejb.Remote;
import javax.naming.Context;
import javax.naming.InitialContext;

@javax.ejb.Stateless
@Remote(TestRemote.class)
public class TestBean implements TestRemote {

    public void test() {
        try {
            Context context = new InitialContext();
            StatelessLocal statelessLocal = (StatelessLocal) context.lookup("StatelessBean/local");
            StatelessRemote statelessRemote = (StatelessRemote) context.lookup("StatelessBean/remote");
            List<String> localList = new ArrayList();
            statelessLocal.add(localList, "1");
            statelessLocal.add(localList, "2");
            statelessLocal.add(localList, "3");
            System.out.println("local list: " + localList);

            List<String> remoteList = new ArrayList();
            statelessRemote.add(remoteList, "1");
            statelessRemote.add(remoteList, "2");
            statelessRemote.add(remoteList, "3");
            System.out.println("remote list: " + remoteList);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Do wywołania metody ziarna TestBean potrzebuję klienta EJB. Tworzę go wybierając ponownie pozycję New Project... z menu File. Następnie z kategorii Java EE wybieram projekt Enterprise Application Client:

Do tak stworzonego projektu dodaję jako zależność stworzony uprzednio projekt EJB

Dzięki temu, będę w nim mógł uzyskać dostęp do interfejsu testującego. Całość kodu klienta zawarta jest w metodzie main():


package pl.matt;

import javax.naming.Context;
import javax.naming.InitialContext;
import pl.matt.session.TestRemote;

public class Main {

    public static void main(String[] args) {
        try {
            System.out.println("start");
            Context context = new InitialContext();
            TestRemote test = (TestRemote) context.lookup("TestBean/remote");
            test.test();
            System.out.println("finished");
        } catch (Exception e) {
            e.printStackTrace();
        }

    }
}

Pozostało uruchomienie i przekonanie się, jak to wszystko będzie działać. Klikam prawym przyciskiem myszy na projekcie EJB, wybieram opcję Run. Następnie to samo robię na projekcie klienta EJB. JBoss się uruchamia, po chwili widzę w konsoli:


22:27:55,969 INFO  [STDOUT] local list: [1, 2, 3]
22:27:55,974 INFO  [STDOUT] remote list: []

2 razy wywołałem tę samą metodę, raz przez interfejs @Remote, raz przez @Local i wynik jej działania jest inny. Do kolekcji, przekazanej przez wartość elementy nie zostały dodane (tzn. zostały, ale do kopii tej kolekcji, przekazanej do ziarna EJB).

Trzeba uważać.

Jazoon Rookie

noreply@blogger.com (MZ) — Wed, 25 Feb 2009 17:15:00 +0000

Jesteś młody, żądny przygód? Masz mniej niż 26 lat? Masz coś ciekawego do powiedzenia o Javie? Doskonale się składa. Zawody Jazoon Rookie są właśnie dla Ciebie.
Jesteś młody, żądny przygód? Masz mniej niż 26 lat? Nie masz nic ciekawego do powiedzenia o Javie? Jeszcze lepiej. Zawody Jazoon Rookie są właśnie dla Ciebie.

Jazoon Rookie to zawody, w których zmierzy się trzech prelegentów wraz ze swoimi 20 minutowymi prelekcjami. Aby stać się jednym z nich, wystarczy przygotować abstrakt 20 minutowej prezentacji i zgłosić się do 15 marca 2008. Termin ten był już 2 razy przekładany, więc zgłoszeń nie ma chyba zbyt dużo. Warto więc spróbować.

Spośród zgłoszeń zostanie wybranych dziesięciu uczestników. Nagrają oni fragment swoich prelekcji. Spośród tych nagrań zostanie wyłoniona trójka finalistów. Każdy z nich zaprezentuje się na konferencji Jazoon'09. Do tego otrzyma darmową wejściówkę na konferencje, transport i zakwaterowanie.

Szczegółowe informacje znajdziesz na stronie Jazoon Rookie.

Zgłoś się koniecznie. Najwyższy czas, żeby ktoś z Polski pokazał, kto rządzi w Javie.

aplikacja JSF i EJB 3.0 w JBoss Tools

noreply@blogger.com (MZ) — Thu, 05 Feb 2009 23:22:00 +0000

W dzisiejszym odcinku, stworzymy aplikację webową (a jakże) korzystającą z EJB 3.0 i JSF. Ktoś może się zapytać po co? Przecież mamy znakomity szkielet na literę S... Owszem mamy, ale może nie znamy, albo może nie potrzebujemy jego możliwości... Różnie to w życiu bywa. Poza tym modułowa budowa, którą narzuca nam podział aplikacji na webową i biznesową wydaje się całkiem rozsądnym rozwiązaniem.
Zobaczmy zatem, co i jak... Do pracy nad aplikacją użyję środowiska Eclipse 3.3 Europa z zainstalowaną wtyczką JBoss Tools 2.1.2.GA (ostatnia finalna wersja). Jako środowisko uruchomieniowe posłuży mi kontener JBoss AS 4.2.0.GA. Bazą danych będzie MySQL 5.0.
Strukturę aplikacji tworzy archiwum EAR (Enterprise Application Archive) zawierające aplikację EJB (archiwum ejb-jar) oraz aplikację webową (archiwum war).

Ten na pozór skomplikowany podział może okazać się bardzo przydatny w większych, żeby nie powiedzieć korporacyjnych rozwiązaniach. Z warstwy usług zaimplementowanej w aplikacji EJB korzystać może nie tylko nasza aplikacja JSF, ale także inne, niekoniecznie nawet webowe aplikacje.

Stworzona aplikacja, będzie typową aplikacją CRUD, umożliwiającą tworzenie, odczyt, aktualizację i kasowanie pracowników. Potrzebować zatem będziemy 3 projekty. Projekt ejb, jsf oraz zawierający je projekt aplikacji ear.
Zacznijmy od EJB. Klikam File / New / Other...

i z listy wybieram EJB Project.

Podaję nazwę projektu ejbProject i klikam Next > Na następnej zakładce zaznaczam EJB module Java i Java Persistence

klikam 2 razy Next >, odznaczam create orm.xml (będę używał adnotacji) i klikam Finish

Tworzę w projekcie encję Employee


package pl.matt.model;

import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.Id;
import javax.persistence.NamedQueries;
import javax.persistence.NamedQuery;

@NamedQueries({ 
 @NamedQuery(name = "Employee.findAllOrderByName", query = "FROM Employee e ORDER BY e.lastName, e.firstName")
})
@Entity
public class Employee {

 private int id;
 private String password;
 private String username;
 private String firstName;
 private String lastName;

 @Id
 @GeneratedValue
 public int getId() {
  return id;
 }

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

 @Column(nullable = false)
 public String getPassword() {
  return password;
 }

 public void setPassword(String password) {
  this.password = password;
 }

 @Column(nullable = false)
 public String getUsername() {
  return username;
 }

 public void setUsername(String username) {
  this.username = username;
 }

 @Column(nullable = false)
 public String getFirstName() {
  return firstName;
 }

 public void setFirstName(String firstName) {
  this.firstName = firstName;
 }

 @Column(nullable = false)
 public String getLastName() {
  return lastName;
 }

 public void setLastName(String lastName) {
  this.lastName = lastName;
 }

}

warstwę dostępu do danych (DAO):


package pl.matt.dao;

import java.util.List;

import pl.matt.model.Employee;

public interface EmployeeDao {

 /**
  * @return
  */
 public List<Employee> getAllOrderByName();
 /**
  * @param employee
  * @return
  */
 public Employee create(Employee employee);
 
 /**
  * @param employee
  */
 public void update(Employee employee);
 
 /**
  * @param employeeId
  * @return
  */
 public Employee load(int employeeId);
 
 /**
  * @param employeeId
  * @return
  */
 public void delete(Employee employee); 
 
}


package pl.matt.dao.impl;

import java.util.List;

import javax.ejb.Stateless;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;

import pl.matt.dao.EmployeeDao;
import pl.matt.model.Employee;

@Stateless
public class JpaEmployeeDao implements EmployeeDao {

 @PersistenceContext
 private EntityManager entityManager;
 
 @SuppressWarnings("unchecked")
 public List<Employee> getAllOrderByName() {
  return entityManager.createNamedQuery("Employee.findAllOrderByName").getResultList();
 }
 
 public Employee create(Employee employee) {
  entityManager.persist(employee);
  return employee;
 }
 
 public void update(Employee employee) {
  entityManager.merge(employee);
 }

 public Employee load(int employeeId) {
  return entityManager.find(Employee.class, employeeId);
 }

 public void delete(Employee employee) {
  entityManager.remove(employee);
  
 }
 
}

i może trochę na wyrost warstwę usług biznesowych


package pl.matt.service;

import java.util.List;

import pl.matt.model.Employee;

public interface EmployeeService {
 /**
  * @return
  */
 public List<Employee> getAllOrderByName();
 /**
  * @param employee
  * @return
  */
 public Employee create(Employee employee);
 
 /**
  * @param employee
  */
 public void update(Employee employee);
 
 /**
  * @param employeeId
  * @return
  */
 public Employee load(int employeeId);
 
 /**
  * @param employeeId
  */
 public void delete(int employeeId);
}


package pl.matt.service.impl;

import java.util.List;

import javax.ejb.EJB;
import javax.ejb.Stateless;

import pl.matt.dao.EmployeeDao;
import pl.matt.model.Employee;
import pl.matt.service.EmployeeService;

@Stateless
public class EmployeeServiceImpl implements EmployeeService {

 @EJB
 private EmployeeDao employeeDao;

 public Employee create(Employee employee) {
  return employeeDao.create(employee);
 }

 public List<Employee> getAllOrderByName() {
  return employeeDao.getAllOrderByName();
 }

 public void update(Employee employee) {
  employeeDao.update(employee);
  
 }
 
 public Employee load(int employeeId) {
  return employeeDao.load(employeeId);
 }

 public void delete(int employeeId) {
  Employee employee = load(employeeId);
  if (employee != null) {
   employeeDao.delete(employee);
  }  
 }
 
}

Ponieważ korzystam z bazy danych za pośrednictwem JPA, nie obejdzie się bez pliku META-INF/persistence.xml:


<?xml version="1.0" encoding="UTF-8"?>
<persistence xmlns="http://java.sun.com/xml/ns/persistence"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.0"
  xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
  http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
  

   <persistence-unit name="seam_war_project" transaction-type="JTA">
      <provider>org.hibernate.ejb.HibernatePersistence</provider>
      <jta-data-source>java:/empAppDatasource</jta-data-source>
      <properties>
         <property name="hibernate.dialect" value="org.hibernate.dialect.MySQLDialect"/>
         <property name="hibernate.hbm2ddl.auto" value="update"/>
         <property name="hibernate.show_sql" value="true"/>
      </properties>
   </persistence-unit>

</persistence>

potrzebuję też źródła danych (Data Source) empAppDatasource. Tworzę ją w pliku empApp-ds.xml


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

<!DOCTYPE datasources
    PUBLIC "-//JBoss//DTD JBOSS JCA Config 1.5//EN"
    "http://www.jboss.org/j2ee/dtd/jboss-ds_1_5.dtd">
    
<datasources>
   
   <local-tx-datasource>
      <jndi-name>empAppDatasource</jndi-name>
        <connection-url>jdbc:mysql://localhost:3306/jpabasics?characterEncoding=latin2</connection-url> 
        <driver-class>com.mysql.jdbc.Driver</driver-class> 
        <user-name>root</user-name> 
        <password>root</password> 
   </local-tx-datasource>
    
</datasources>

który umieszczam w katalogu server/default/deploy/ JBossa.

Przejdźmy do aplikacji JSF. Tworzę ją wybierając z menu Eclipse File / New / Other... / JSF Project

Jako środowisko JSF ustawiam JSF 1.2 z Faceletami, podaję nazwę projektu jsfModule i klikam Finish.

W projekcie tworzę prosty szablon stron WebContent/templates/common.xhtml


<!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:ui="http://java.sun.com/jsf/facelets"
 xmlns:h="http://java.sun.com/jsf/html"
 xmlns:f="http://java.sun.com/jsf/core">

<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title><ui:insert name="pageTitle">Page Title</ui:insert></title>
<style type="text/css">
body {
 font-family: Verdana, Arial, Helvetica, sans-serif;
 font-size: 14px;
}

.header {
 font-family: Verdana, Arial, Helvetica, sans-serif;
 font-size: 18px;
}

.bottom {
 font-family: Verdana, Arial, Helvetica, sans-serif;
 font-size: 9px;
 text-align: center;
 vertical-align: middle;
 color: #8E969D;
}

td.column1 {
 width: 15%;
}

td.column2 {
 width: 25%;
}

td.column3 {
 width: 60%;
}
</style>
</head>

<body bgcolor="#ffffff">
<table style="border: 1px solid #CAD6E0" align="center" cellpadding="0"
 cellspacing="0" border="0" width="400">
 <tbody>

  <tr>
   <td class="header" height="42" align="center" valign="middle"
    width="100%" bgcolor="#E4EBEB"><ui:insert name="pageHeader">Page Header</ui:insert>
   </td>
  </tr>
  <tr>
   <td height="1" width="100%" bgcolor="#CAD6E0"></td>
  </tr>

  <tr>
   <td width="100%" colspan="2">
   <table width="100%" style="height: 150px" align="left"
    cellpadding="0" cellspacing="0" border="0">
    <tbody>
     <tr>
      <td align="left" width="800px" valign="middle"><ui:insert
       name="body">Page Body</ui:insert></td>
     </tr>
    </tbody>
   </table>
   </td>
  </tr>

  <tr>
   <td colspan="2" valign="bottom" height="1" width="100%"
    bgcolor="#CAD6E0"></td>
  </tr>
 </tbody>
</table>
</body>

</html>

plik wyświetlający listę pracowników WebContent/pages/employeeList.xhtml


<!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:ui="http://java.sun.com/jsf/facelets"
 xmlns:h="http://java.sun.com/jsf/html"
 xmlns:f="http://java.sun.com/jsf/core"
 xmlns:c="http://java.sun.com/jstl/core">

<f:loadBundle basename="resources" var="msg" />

<ui:composition template="/templates/common.xhtml">

 <ui:define name="pageTitle">Lista pracowników</ui:define>

 <ui:define name="pageHeader">Lista pracowników</ui:define>

 <ui:define name="body">
  <div style="text-align: center"><h:form>
   <h:commandLink action="ADD_EMP" value="Dodaj pracownika" />
   <br />
   <br />
   <ui:repeat value="#{employeeBean.employees}" var="emp">
    <h:outputLink value="editEmployee.jsf?employeeId=#{emp.id}">
     <h:outputText value="#{emp.firstName} #{emp.lastName}" />
    </h:outputLink>
    <h:outputText value=" " />
    <h:commandLink action="#{employeeBean.delete}" value="[usuń]">
     <f:param name="toDelete" value="#{emp.id}" />
    </h:commandLink>
    <br />
   </ui:repeat>

  </h:form></div>

 </ui:define>
</ui:composition>
</html>

oraz plik umożliwiający edycję pojedynczego pracownika WebContent/pages/editEmployee.xhtml


<!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:ui="http://java.sun.com/jsf/facelets"
 xmlns:h="http://java.sun.com/jsf/html"
 xmlns:f="http://java.sun.com/jsf/core"
 xmlns:c="http://java.sun.com/jstl/core">

<f:loadBundle basename="resources" var="msg" />

<ui:composition template="/templates/common.xhtml">

 <ui:define name="pageTitle">Edycja</ui:define>

 <ui:define name="pageHeader">Edycja pracownika</ui:define>

 <ui:define name="body">
  <h:outputLink value="employeeList.jsf">Powrót</h:outputLink>
  <h:form id="employeeForm">
   <h:inputHidden id="employeeId" value="#{employeeBean.employee.id}" />
   <h:panelGrid columns="3" width="800"
   columnClasses="column1,column2,column3">
    <h:outputText value="Imię" />
    <h:inputText value="#{employeeBean.employee.firstName}"
     id="firstName" required="true" />
    <h:message for="firstName" style="color:red;" />
    <h:outputText value="Nazwisko" />
    <h:inputText value="#{employeeBean.employee.lastName}" id="lastName"
     required="true" />
    <h:message for="lastName" style="color:red;" />
    <h:outputText value="Login" />
    <h:inputText value="#{employeeBean.employee.username}" id="username"
     required="true" />
    <h:message for="username" style="color:red;" />
    <h:outputText value="haslo" />
    <h:inputSecret id="password"
     value="#{employeeBean.employee.password}" required="true" redisplay="true" /> 
    <h:message for="password" style="color:red;" />
    <h:commandButton action="#{employeeBean.save}" value="zapisz" />
   </h:panelGrid>
   <h:outputLink value="employeeList.jsf">Powrót</h:outputLink>
  </h:form>
 </ui:define>
</ui:composition>
</html>

Potrzebne będzie też ziarno zarządzane JSF


package pl.matt.view;

import java.util.List;

import javax.ejb.EJB;
import javax.faces.context.FacesContext;

import pl.matt.model.Employee;
import pl.matt.service.EmployeeService;

public class EmployeeBean {

 private List<Employee> employees;
 private Employee employee;
 private Integer employeeId;
 
 @EJB(name="eeProject/EmployeeServiceImpl/local")
 private EmployeeService employeeService;
 
 public List<Employee> getEmployees() {
  if (employees == null) {
   employees = employeeService.getAllOrderByName();
  }
  return employees;
 }
 
 public Employee getEmployee() {
  if (employee == null) {
   if (employeeId != null) {
    employee = employeeService.load(employeeId);
   } else {
    employee = new Employee();
   }
  }
  return employee;
 }

 public void setEmployee(Employee employee) {
  this.employee = employee;
 }
 
 public String save() {
  if (employee.getId() > 0) {
   employeeService.update(employee);
  } else {
   employeeService.create(employee);
  }
  employees = null;
  return "LIST_EMP";
 }

 public Integer getEmployeeId() {
  return employeeId;
 }

 public void setEmployeeId(Integer employeeId) {
  this.employeeId = employeeId;
 }
 
 public String delete() {
  System.out.println("EmployeeBean.delete()");
  Integer id = Integer.valueOf(
    FacesContext.getCurrentInstance().getExternalContext().getRequestParameterMap().get("toDelete"));
  if (id != null) {
   employeeService.delete(id);
  }
  employees = null;
  return "LIST_EMP";
 } 
 
}

JBoss umieszcza w interfejsie JNDI ziarna EJB korzystając z trochę dziwnej konwencji:
nazwaModułu/klasaZiarna/local|remote stąd konieczność podania parametru name

@EJB(name="eeProject/EmployeeServiceImpl/local")

przy adnotacji @EJB.
Jak będzie wyglądała sytuacja w momencie, kiedy ziarno EJB będzie implementowało kilka interfejsów zdalnych lub lokalnych? Niestety nie mam pojęca.

Do kompletu brakuje jeszcze pliku WebContent/WEB-INF/faces-config.xml


<?xml version="1.0" encoding="UTF-8"?>
<faces-config version="1.2" xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xi="http://www.w3.org/2001/XInclude"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd">
 <managed-bean>
  <managed-bean-name>employeeBean</managed-bean-name>
  <managed-bean-class>pl.matt.view.EmployeeBean</managed-bean-class>
  <managed-bean-scope>request</managed-bean-scope>
  <managed-property>
   <property-name>employeeId</property-name>
   <value>#{param.employeeId}</value>
  </managed-property>
 </managed-bean>
 <navigation-rule>
  <navigation-case>
   <from-outcome>ADD_EMP</from-outcome>
   <to-view-id>/pages/editEmployee.xhtml</to-view-id>
  </navigation-case>
  <navigation-case>
   <from-outcome>LIST_EMP</from-outcome>
   <to-view-id>/pages/employeeList.xhtml</to-view-id>
  </navigation-case>
 </navigation-rule>
 <application>
  <view-handler>com.sun.facelets.FaceletViewHandler</view-handler>
 </application>
</faces-config>

oraz WebContent/WEB-INF/web.xml


<?xml version="1.0"?>
<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">
 <description>Facelets StarterKit</description>
 <display-name>jsfModule</display-name>
 <context-param>
  <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
  <param-value>.xhtml</param-value>
 </context-param>
 <context-param>
  <param-name>facelets.REFRESH_PERIOD</param-name>
  <param-value>2</param-value>
 </context-param>
 <context-param>
  <param-name>facelets.DEVELOPMENT</param-name>
  <param-value>true</param-value>
 </context-param>
 <context-param>
  <param-name>javax.faces.STATE_SAVING_METHOD</param-name>
  <param-value>client</param-value>
 </context-param>
 <context-param>
  <param-name>com.sun.faces.validateXml</param-name>
  <param-value>true</param-value>
 </context-param>
 <context-param>
  <param-name>com.sun.faces.verifyObjects</param-name>
  <param-value>true</param-value>
 </context-param>
 <servlet>
  <servlet-name>Faces Servlet</servlet-name>
  <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
  <load-on-startup>1</load-on-startup>
 </servlet>
 <servlet-mapping>
  <servlet-name>Faces Servlet</servlet-name>
  <url-pattern>*.jsf</url-pattern>
 </servlet-mapping>
 <login-config>
  <auth-method>BASIC</auth-method>
 </login-config>
</web-app>

Aplikacja JSF gotowa. Aplikacja EJB gotowa. Czas je wyswatać i pożenić. Pomoże nam w tym projekt EAR. Z menu kontekstowego Eclipse wybieram zatem File / New / Other... / Enterprise Application Project.

Podaję nazwę projektu eeProject klikam 2 razy Next > i wybieram oba stworzone uprzednio moduły. Będą to składowe naszej aplikacji. Dodatkowo zaznaczam opcję Generate Deployment Descriptor i klikam Finish.

W tym projekcie znajduje się tylko plik EarContent/META-INF/application.xml.


<?xml version="1.0" encoding="UTF-8"?>
<application xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:application="http://java.sun.com/xml/ns/javaee/application_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/application_5.xsd" id="Application_ID" version="5">
  <module>
    <ejb>ejbProject.jar</ejb>
  </module>
  <module>
    <web>
      <web-uri>jsfModule.war</web-uri>
      <context-root>jsfModule</context-root>
    </web>
  </module>
</application>

Plik ten opisuje moduły naszej aplikacji. Moduł webowy jsfModule i moduł EJB ejbProject.jar. Wdrożenie aplikacji pozostawiam wtyczce JBoss Tools. Startuję więc serwer i... aplikacja działa.

Kod źródłowy powyższej aplikacji dostępny jest tutaj.

Cóż, pora jechać na narty...

gry i zabawy ze szklaną rybką

noreply@blogger.com (MZ) — Mon, 26 Jan 2009 16:27:00 +0000

Zdarzyło się tak, że w nowym 2009 roku wpadła w moje śliskie łapska niezła cegła.
Mastering Enterprise JavaBeans 3.0. Ponad 700 stron lektury. Jak przebrnę przez wszystko, postaram się zamieścić recenzję. Mam nadzieję, że wyrobię się przed rokiem pańskim 2010.
Mastering Enterprise JavaBeans 3.0 traktuje całkiem szczegółowo o EJB 3.0. Czas zatem rozpocząć wycieczkę w tamte rejony. Wycieczki są fajne, wszak podróże kształcą. Jednak wycieczki w pojedynkę bywają nudne. Na szczęście udało mi się namówić do wyprawy serwer aplikacyjny GlassFish. We dwójkę raźniej.

Zacząłem od instalacji mojego towarzysza. Pobrałem serwer GlassFish 2. Co ciekawe, do instalacji nie wystarczy odpalenie pobranego pliku glassfish-installer-v2.1-b60e-linux.jar. Aby w pełni zainstalować serwer, należy jeszcze uruchomić antem znajdujący się w jego katalogu głównym plik setup.xml. Czyli:

  
java -jar glassfish-installer-v2.1-b60e-linux.jar
cd glassfish
ant -f setup.xml

Dopiero teraz możemy się cieszyć w pełni działającym serwerem Java EE.
Żeby go uruchomić, wchodzę do katalogu bin GlassFisha i startuję domenę domain1.

 
./asadmin start-domain domain1
Starting Domain domain1, please wait.
Log redirected to /opt/glassfish/domains/domain1/logs/server.log.
Redirecting output to /opt/glassfish/domains/domain1/logs/server.log
Domain domain1 is ready to receive client requests. Additional services are being started in background. 
Domain [domain1] is running [Sun Java System Application Server 9.1_02 (build b04-fcs)] with its configuration and logs at: [/opt/glassfish/domains].
Admin Console is available at [http://localhost:4848].
Use the same port [4848] for "asadmin" commands.
User web applications are available at these URLs:
[http://localhost:8080 https://localhost:8181 ].
Following web-contexts are available:
[/web1  /__wstx-services ].
Standard JMX Clients (like JConsole) can connect to JMXServiceURL:
[service:jmx:rmi:///jndi/rmi://jt-laptop:8686/jmxrmi] for domain management purposes.
Domain listens on at least following ports for connections:
[8080 8181 4848 3700 3820 3920 8686 ].
Domain does not support application server clusters and other standalone instances.

Wchodzę na stronę
http://localhost:8080

Wszystko ładnie działa.

W EJB 3.0, mamy 3.0 rodzaje ziaren. Ziarna sesyjne, ziarna sterowane wiadomością i ziarna encyjne, które są, ale jakby ich nie było... Dziś zajmę się tymi pierwszymi i to tylko częściowo. Ziarna sesyjne bowiem występują w dwóch odmianach, stanowej i bezstanowej. Zarówno jedne, jak i drugie zazwyczaj wykonują tak zwaną logikę biznesową. Robią to niby wydajnie, skalowalnie, och i ach, ale moim skromnym zdaniem siła EJB ukryta jest tutaj zupełnie gdzie indziej. Otóż w sposób poniekąd przezroczysty dla programisty pozwalają na zarówno lokalne jak i zdalne wywoływanie usług. Możemy je wykonywać w ramach jednej maszyny wirtualnej (np. aplikacja webowa) jak i z osobnych (gruby klient). Zobaczmy jak to działa.

Żeby nie było za nudno, stworzę 2 aplikacje EJB i odpalę je w różnych domenach GlassFisha. Następnie "grubym" klientem wykonam metody jednego i drugiego ziarna. Do dzieła.

EJB 3.0 uprościło się znacznie od zamierzchłych czasów wersji 2.x. Żeby stworzyć ziarno sesyjne i jego zdalny interfejs, potrzebuję tylko... interfejs i jego implementację.

  
interfejs Hello.java


public interface Hello {

    public String hello();
}

i jego implementacja

@Stateless
@Remote(Hello.class)
public class HelloBean implements Hello {
              
    public String hello() {
        return "domain1";
    }
    
}

@Stateless oznacza, że jest to ziarno bezstanowe
@Remote(Hello.class) informuje kontener EJB (czyli w moim przypadku GlassFisha), że jest to imlpementacja zdalnego interfejsu Hello.

No i to już wszystko.

Powyższą aplikację EJB buduję Mavenem 2.
Oto pom.xml:

  
<project 
  xmlns="http://maven.apache.org/POM/4.0.0" 
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">

  <modelVersion>4.0.0</modelVersion>
  <groupId>pl.matt</groupId>
  <artifactId>ejb3-slsb</artifactId>
  <version>1.0</version>
  <packaging>ejb</packaging>
  
  <properties>    
    <JAVA_HOME>/usr/lib/jvm/java-6-sun</JAVA_HOME>
  </properties>
  
  <dependencies>        
    <dependency>
      <groupId>org.apache.geronimo.specs</groupId>
      <artifactId>geronimo-ejb_3.0_spec</artifactId>
      <version>1.0</version>
      <scope>provided</scope>
    </dependency>   
  </dependencies>    

  <build> 
    <finalName>ejb3-slsb</finalName>
    <directory>/tmp/mvn-target/</directory>
    <resources>
      <resource>
        <targetPath>/META-INF</targetPath>
        <filtering>false</filtering>
        <directory>${basedir}/src/main/resources</directory>
        <includes>
          <include>ejb-jar.xml</include>
        </includes>        
      </resource>      
    </resources>    
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-ejb-plugin</artifactId>
        <configuration>
          <ejbVersion>3.0</ejbVersion>
        </configuration>
      </plugin>          
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
          <verbose>true</verbose>
          <fork>true</fork>
          <executable>${JAVA_HOME}/bin/javac</executable>
          <compilerVersion>1.6</compilerVersion>
          <source>1.6</source>
          <target>1.6</target>
          <debug>true</debug>
          <optimize>false</optimize>
        </configuration>
      </plugin>                
    </plugins>
  </build>
</project>

Zwracam uwagę na <packaging>ejb</packaging> dzięki czemu Maven zbuduje aplikację EJB.

Tworzę również drugą aplikację EJB, która odrobinę różni się od pierwszej implementacją interfejsu Hello.class


@Stateless
@Remote(Hello.class)
public class HelloBean implements Hello {
              
    public String hello() {
        return "domain2";
    }
    
}

Aplikację w tej wersji, wdrożę na osobnej domenie serwera GlassFish.

GlassFish po instalacji skonfigurowany jest z domeną domain1. Nową, o nazwie domain2 tworzę poleceniem, które wykonuje w katalogu bin GlassFIsha.

  
./asadmin create-domain --adminport 4849 domain2

Please enter the admin user name>admin
Please enter the admin password>
Please enter the admin password again>
Please enter the master password [Enter to accept the default]:>
Please enter the master password again [Enter to accept the default]:>
Using port 4849 for Admin.
Default port 8080 for HTTP Instance is in use. Using 47039
Default port 7676 for JMS is in use. Using 59523
Default port 3700 for IIOP is in use. Using 38742
Default port 8181 for HTTP_SSL is in use. Using 34802
Default port 3820 for IIOP_SSL is in use. Using 36960
Default port 3920 for IIOP_MUTUALAUTH is in use. Using 48963
Default port 8686 for JMX_ADMIN is in use. Using 55733
Domain being created with profile:developer, as specified by variable AS_ADMIN_PROFILE in configuration file.
The file in given locale [pl_PL] at: [/opt/glassfish/lib/install/templates/locales/pl_PL/index.html] could not be found. Using default (en_US) index.html instead.
Security Store uses: JKS
Domain domain2 created.

Podaję kilka haseł i tyle.
Port konsoli administracyjnej to 4849. Port IIOP, którego używa EJB to 38742.

Czas wdrożyć aplikacje w obu domenach. Wchodzę więc do panelu administracyjnego, dla domeny domain1 będzie to adres:
http://localhost:4848/

dla domeny dmain2
http://localhost:4849/

Loguję się jako administrator. Domyślnie jest to użytkonwik o nazwie admin i haśle adminadmin.

wchodzę w pozycję bocznego menu Applications/EJB Modules i klikam ikonkę deploy.

Jako Packaged file to be uploaded to the server wskazuję plik jar ejb3-slsb.jar. Plik ten utworzył Maven w katalogu /tmp/mvn-target/
Teraz już tylko OK. Aplikacje w różnych wersjach osadzam w obu domenach.

Czas na klienta EJB, który wywoła metody z ziaren zdnajdujących się w różnych domenach. To już zwykła aplikacja w postaci jednej klasy.


public class HelloClients {

 public static void main(String[] args) throws Exception {
  Context ctx = new InitialContext();
  Hello hello = (Hello) ctx.lookup("pl.matt.interfaces.Hello");

  System.out.println(hello.hello());
 }
}

Referencję do ziarna EJB otrzymujemy poprzez wywołanie metody lookup na obiekcie Context. Domyślnie konstruktor new InitialContext() będzie korzystał z serwera o adresie localhost i porcie 3700 (w tym przypadku będzie to domena domain1). Aby to zmienić i skorzystać z ziarna w domenie domain2, trzeba skorzystać z konstruktora new InitialContext(Properties properties).


public class HelloClients {

 public static void main(String[] args) throws Exception {
  Context ctx = new InitialContext();
  Hello hello = (Hello) ctx.lookup("pl.matt.interfaces.Hello");

  System.out.println(hello.hello());

  Properties properties = new Properties();
  properties.setProperty("org.omg.CORBA.ORBInitialHost", "localhost");
  properties.setProperty("org.omg.CORBA.ORBInitialPort", "38742");

  Context context = new InitialContext(properties);
  hello = (Hello) context.lookup("pl.matt.interfaces.Hello");
  System.out.println(hello.hello());

 }

}

podając odpowiednie ustawienia właściwości org.omg.CORBA.ORBInitialHost i org.omg.CORBA.ORBInitialPort uzyskuję dostęp do ziarna EJB z domeny domain2.

Aplikacja wymaga w swojej ścieżce klas plików appserv-rt.jar oraz j2ee.jar, które znajdują się w podkatalogu lib GlassFisha.

Do kompletu brakuje jeszcze pliku pom.xml aplikacji klienckiej:


<project 
  xmlns="http://maven.apache.org/POM/4.0.0" 
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">

  <modelVersion>4.0.0</modelVersion>
  <groupId>pl.matt</groupId>
  <artifactId>ejb3-client</artifactId>
  <version>1.0</version>
  <packaging>jar</packaging>
  
  <properties>    
    <JAVA_HOME>/usr/lib/jvm/java-6-sun</JAVA_HOME>      
  </properties>
  
  <dependencies>
    <dependency>
      <groupId>pl.matt</groupId>
      <artifactId>ejb3-slsb</artifactId>
      <version>1.0</version>
      <scope>provided</scope>
    </dependency>        
    <dependency>
      <groupId>org.apache.geronimo.specs</groupId>
      <artifactId>geronimo-ejb_3.0_spec</artifactId>
      <version>1.0</version>
      <scope>provided</scope>
    </dependency>   
  </dependencies>    

  <build> 
    <finalName>ejb3-client</finalName>
    <directory>/tmp/mvn-target/</directory>
    <plugins>             
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
          <verbose>true</verbose>
          <fork>true</fork>
          <executable>${JAVA_HOME}/bin/javac</executable>
          <compilerVersion>1.6</compilerVersion>
          <source>1.6</source>
          <target>1.6</target>
          <debug>true</debug>
          <optimize>false</optimize>
        </configuration>
      </plugin>                
    </plugins>
  </build>
</project>

zależność


    <dependency>
      <groupId>pl.matt</groupId>
      <artifactId>ejb3-slsb</artifactId>
      <version>1.0</version>
      <scope>provided</scope>
    </dependency>

wprowadza widoczność zdalnego interfejsu Hello w aplikacji klienckiej.

Czas aplikację uruchomić.
Na konsoli wypisuje się odpowiednio:


domain1
domain2

Czyli odpalone zostało ziarno EJB w różnych domenach. Pełen sukces.

Natknąłem się na informacje, że ziarna EJB 3 można uruchamiać klientami napisanymi w technologii EJB 2. Udało się wam to osiągnąć?

Jazoon09 już w czerwcu, już w Zurychu

noreply@blogger.com (MZ) — Fri, 26 Dec 2008 20:49:00 +0000

Na moim lokalnym, WJUGowym podwórku 2 razy do roku odbwają interesujące konferencje. Wiosenna Jawarsovia i jesienna Warsjawa. Na naszym mniej lokalnym krajowym podwórzu mamy do tego Java Developers' Day oraz nowość, międzynarodowy GeeCON (7-8 Maj). Mnie jak dotąd żadnej pozawarszawskiej konferencji nie udało się odwiedzić. Szkoda, wszak podróże kształcą.

Okazji do zmiany tego stanu rzeczy będzie w nadchodzącym roku co niemiara. Oprócz polskich wydarzeń rokrocznie na jawowym kalendarzu pojawia się kilka europejskich i światowych pozycji. Jedną z nich będzie Jazoon. Trzydniowa, czerwcowa konferencja w Zurychu. Byłem już w Zurychu i było całkiem fajnie. Nie od dziś wiadomo, że "jestem umysł ścisły. Mnie się podobają melodie, które już raz słyszałem." więc i miejsca które już widziałem powinny być warte uwagi. Zatem mam nadzieję pojawić się tamże pomiędzy 22 a 25 czerwca 2009 przy okazji konferencji Jazoon.

Niestety program Jazoon09 jest jeszcze wielką niewiadomą. Znanych jest tylko kilku pierwszych prezenterów: Neal Ford, Danny Coward, Roberto Chinnici, Jérôme Dochez. Pozostali powinni się zgłosić do 15 stycznia, więc pewnie niedługo poinformuję siebie i was bardziej szczegółowo.

Nie do końca bezinteresownie, bo mam za to szansę na darmową wejściówkę. Impreza niestety nie jest bezpłatna, uczestnictwo kosztuje 1450-1810 franków szwajcarskich.

Wybierasz się na Jazoon09? Może byłeś na jakiejś innej konferencji? Podziel się opinią w komentarzu!

Bezpieczeństwo szybko, łatwo i przyjemnie czyli wstęp do Spring Security

noreply@blogger.com (MZ) — Mon, 08 Dec 2008 22:50:00 +0000

W znakomitej większości aplikacji internetowych mamy jakiegoś użytkownika, mamy jakieś konto... Gdzieś się rejestrujemy, gdzieś się logujemy i hulaj dusza po serwisie. Podczas projektowania tychże aplikacji, pojawia się dylemat: czy skorzystać z gotowego rozwiązania, czy zaimplementować uwierzytelnianie i autoryzację samemu? Co będzie łatwiejsze, co będzie bezpieczniejsze, co będzie lepsze? Jeśli gotowe rozwiązanie, to jakie? i na co mi taka armata na muchę?
Trudne pytania. Ja na nie odpowiedź mam jednak gotową: Spring Security.

Niezależny od wykorzystywanego szkieletu aplikacji, posiadający ogromne możliwości a przy tym prosty w użyciu.

No ale dość tych peanów. Zobaczmy jak to wygląda w akcji. Kilka tygodni temu opisywałem sposób na uprowadzenie sesji HTTP. Zobaczmy, jak na przykładzie przedstawionej tam aplikacji JSF wprowadzić do projektu Spring Security.

Najpierw trzeba dodać garść bibliotek:
aopalliance-1.0.jar, spring-context-2.0.8.jar, spring-security-core-tiger-2.0.4.jar, aspectjrt-1.5.4.jar, spring-core-2.0.8.jar, spring-web-2.0.8.jar, spring-aop-2.0.8.jar, spring-dao-2.0.8.jar, spring-beans-2.0.8.jar, spring-security-core-2.0.4.jar

Wszystkie są do znalezienia w paczce Spring Security 2.0.4.

Jeżeli chcemy, aby obiekty napisanej przez nas klasy reprezentowały użytkowników aplikacji, klasa ta musi implementować interfejs org.springframework.security.userdetails.UserDetails która zawiera kilka metod, dzięki którym Spring Security orientuje się kto jest kto i co może zrobić w naszym systemie.

 
public interface UserDetails extends Serializable {
    /**
     * Returns the authorities granted to the user. Cannot return <code>null</code>.
     *
     * @return the authorities, sorted by natural key (never <code>null</code>)
     */
    GrantedAuthority[] getAuthorities();

    /**
     * Returns the password used to authenticate the user. Cannot return <code>null</code>.
     *
     * @return the password (never <code>null</code>)
     */
    String getPassword();

    /**
     * Returns the username used to authenticate the user. Cannot return <code>null</code>.
     *
     * @return the username (never <code>null</code>)
     */
    String getUsername();

    /**
     * Indicates whether the user's account has expired. An expired account cannot be authenticated.
     *
     * @return <code>true</code> if the user's account is valid (ie non-expired), <code>false</code> if no longer valid
     *         (ie expired)
     */
    boolean isAccountNonExpired();

    /**
     * Indicates whether the user is locked or unlocked. A locked user cannot be authenticated.
     *
     * @return <code>true</code> if the user is not locked, <code>false</code> otherwise
     */
    boolean isAccountNonLocked();

    /**
     * Indicates whether the user's credentials (password) has expired. Expired credentials prevent
     * authentication.
     *
     * @return <code>true</code> if the user's credentials are valid (ie non-expired), <code>false</code> if no longer
     *         valid (ie expired)
     */
    boolean isCredentialsNonExpired();

    /**
     * Indicates whether the user is enabled or disabled. A disabled user cannot be authenticated.
     *
     * @return <code>true</code> if the user is enabled, <code>false</code> otherwise
     */
    boolean isEnabled();
}

Na uwagę zasługuje metoda GrantedAuthority[] getAuthorities(). Zwraca ona tablicę obiektów, reprezentujących role.

Zmieniam zatem klasę pl.matt.model.User mojej aplikacji tak, aby implementowała ona wymieniony wyżej interfejs:

 
public class User implements UserDetails {
 /**
  * 
  */
 private static final long serialVersionUID = 853438034988558585L;
 private String login;
 private String password;
 private int balance;
 private GrantedAuthority[] authorities = new GrantedAuthority[] { new GrantedAuthorityImpl("ROLE_USER") };

 public String getLogin() {
  return login;
 }

 public void setLogin(String login) {
  this.login = login;
 }

 public String getPassword() {
  return password;
 }

 public void setPassword(String password) {
  this.password = password;
 }

 public int getBalance() {
  return balance;
 }

 public void setBalance(int balance) {
  this.balance = balance;
 }

 @Override
 public GrantedAuthority[] getAuthorities() {
  return authorities;
 }

 @Override
 public String getUsername() {
  return login;
 }

 @Override
 public boolean isAccountNonExpired() {
  return true;
 }

 @Override
 public boolean isAccountNonLocked() {
  return true;
 }

 @Override
 public boolean isCredentialsNonExpired() {
  return true;
 }

 @Override
 public boolean isEnabled() {
  return true;
 }

}

Do działania modelu bezpieczeństwa niezbędna będzie jeszcze jedna klasa usługowa, implementująca interfejs org.springframework.security.userdetails.UserDetailsService.

Zawiera on tylko jedną metodę:

 
    UserDetails loadUserByUsername(String username)
        throws UsernameNotFoundException, DataAccessException;

która jak sama nazwa wskazuje, ładuje użytkownika o zadanej nazwie.

Implementacja tego interfejsu w mojej aplikacji to klasa UserDetailsServiceImpl

 
public class UserDetailsServiceImpl implements UserDetailsService {

 private UserManager userManager = new UserManager();
 
 @Override
 public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException, DataAccessException {
  User user = userManager.loadUser(username);
  if (user != null) {
   return user;
  }
  throw new UsernameNotFoundException(username);
 }

}

klasę UserManager pozostawiam bez zmian. Z tym, że poprzednio była ona ziarnem zarządzanym JSF. Teraz nie ma już takiej potrzeby.

Spring Security przychodzi z kilkoma implementacjami interfejsu UserDetailsServiceImpl, między innymi z implementacją korzystającą z użytkowników zapisanych w bazie danych lub przechowującą użytkowników w pamięci. Na potrzeby mojej aplikacji żadna z nich nie będzie przydatna.

Oprócz dwóch powyższych klas stworzyłem również klasę UserLoginBean umożliwiającą wyświetlenie zalogowanego użytkownika na stronie JSF.

 
public class UserLoginBean {

 private User loggedUser;
 
 public User getLoggedUser() {
  if (loggedUser == null) {
   HttpServletRequest request = (HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext().getRequest();
   UsernamePasswordAuthenticationToken principal = (UsernamePasswordAuthenticationToken) request.getUserPrincipal();
   loggedUser = (User) principal.getPrincipal();
  }
  return loggedUser;
 }

}

UserLoginBean jest ziarnem zarządzanym JSF o zasięgu żądania. Dzięki temu na stronach JSF uzyskuję dostęp do zalogowanego użytkownika poprzez wyrażenie EL #{userLoginBean.loggedUser}
Oto cały faces-config.xml

 
<?xml version="1.0" encoding="UTF-8"?>
<faces-config version="1.2" xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xi="http://www.w3.org/2001/XInclude"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd">
 <managed-bean>
  <managed-bean-name>userLoginBean</managed-bean-name>
  <managed-bean-class>pl.matt.UserLoginBean</managed-bean-class>
  <managed-bean-scope>request</managed-bean-scope>
 </managed-bean>
 <navigation-rule>
  <from-view-id>/pages/login.xhtml</from-view-id>
  <navigation-case>
   <from-outcome>success</from-outcome>
   <to-view-id>/secure/home.xhtml</to-view-id>
  </navigation-case>
  <navigation-case>
   <from-outcome>faliture</from-outcome>
   <to-view-id>/pages/login.xhtml</to-view-id>
  </navigation-case>
 </navigation-rule>
 <application>
  <view-handler>com.sun.facelets.FaceletViewHandler</view-handler>
 </application>
</faces-config>

No i to by było na tyle... gdyby nie potrzeba konfiguracji Spring Security. Dodaję zatem do pliku web.xml po jednym jeden filtrze, słuchaczu i parametrze konfiguracyjnym

 

   <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/applicationContext-security.xml</param-value>
    </context-param>   

 <listener>
  <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
 </listener>    
    
    <filter>
        <filter-name>springSecurityFilterChain</filter-name>
        <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
    </filter>
    <filter-mapping>
      <filter-name>springSecurityFilterChain</filter-name>
      <url-pattern>/*</url-pattern>
    </filter-mapping>

Wartość parametru contextConfigLocation wskazuje położenie pliku ze szczegułami konfiguracji Spring Security.
Tworzę zatem i plik /WEB-INF/applicationContext-security.xml


<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/security"
 xmlns:beans="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
                        http://www.springframework.org/schema/security http://www.springframework.org/schema/security/spring-security-2.0.1.xsd">

 <global-method-security secured-annotations="enabled">
 </global-method-security>

 <http auto-config="true">
  <intercept-url pattern="/secure/**" access="ROLE_USER" />
  <intercept-url pattern="/**" access="IS_AUTHENTICATED_ANONYMOUSLY" />
  <form-login login-page="/pages/login.jsf" />
 </http>

 <beans:bean id="daoAuthenticationProvider"
  class="org.springframework.security.providers.dao.DaoAuthenticationProvider">
  <beans:property name="userDetailsService" ref="userDetailsService" />
  <custom-authentication-provider />
 </beans:bean>

 <beans:bean id="userDetailsService" class="pl.matt.security.UserDetailsServiceImpl" />

</beans:beans>

W zasadzie na pierwszy rzut oka wiadomo o co chodzi.

 
 <http auto-config="true">
  <intercept-url pattern="/secure/**" access="ROLE_USER" />
  <intercept-url pattern="/**" access="IS_AUTHENTICATED_ANONYMOUSLY" />
  <form-login login-page="/pages/login.jsf" />
 </http>

<http auto-config="true"> włącza predefiniowane ustawienia konfiguracyjne, z których zmieniam położenie formularza do logowania na /pages/login.jsf, oraz określam które urle będą dostępne dla użytkowników o określonych uprawnieniach. W moim przypadku strony zaczynające się od /secure/ będą widoczne tylko dla użytkowników o roli ROLE_USER.

W duecie daoAuthenticationProvider i userDetailsService

 
 <beans:bean id="daoAuthenticationProvider"
  class="org.springframework.security.providers.dao.DaoAuthenticationProvider">
  <beans:property name="userDetailsService" ref="userDetailsService" />
  <custom-authentication-provider />
 </beans:bean>

 <beans:bean id="userDetailsService" class="pl.matt.security.UserDetailsServiceImpl"

który generalnie wskazuje, której usługi będziemy używać do autentykacji użytkowników (można używać wielu usług jednocześnie) na uwagę zasługuje znacznik <custom-authentication-provider />. Imformuje on Spring Security, że nie będziemy używać domyślnej usługi przechowującej użytkowników w pamięci, ale naszej implementacji.

Zobaczmy jeszcze stronę logowania login.xhtml:

 
<!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:ui="http://java.sun.com/jsf/facelets"
 xmlns:h="http://java.sun.com/jsf/html"
 xmlns:f="http://java.sun.com/jsf/core"
 xmlns:c="http://java.sun.com/jstl/core">
<f:loadBundle basename="resources" var="msg" />
<ui:composition template="/templates/common.xhtml">
 <ui:define name="pageTitle">Login form</ui:define>
 <ui:define name="pageHeader">Proszę się zalogować</ui:define>
 <ui:define name="body">
  <form action="../j_spring_security_check">
  <table>
   <tr>
    <td>User:</td>
    <td><input type='text' name='j_username' /></td>
   </tr>
   <tr>
    <td>Password:</td>
    <td><input type='password' name='j_password' /></td>
   </tr>
   <tr>
    <td><input type="checkbox" name="_spring_security_remember_me" /></td>
    <td>Don't ask for my password for two weeks</td>
   </tr>

   <tr>
    <td colspan='2'><input name="submit" type="submit" /></td>
   </tr>
  </table>
  </form>
 </ui:define>
</ui:composition>
</html>

Specjalna wartość parametru action formularza, oraz jego nazwy pól pozwalają się zorientować Spring Security, że podjęto próbę logowania.

Całą aplikację można pobrać tutaj.
Dla chętnych pozostawiam sprawdzenie odporności tej wersji na atak uprowadzenia sesji i inne ataki.

To by zatem było na tyle. Niewielkim nakładem pracy dodałem bardzo potężne narzędzie do zarządzania bezpieczeństwem aplikacji. Co prawda wykorzystałem tylko mały fragment jego możliwości, ale muszę jeszcze mieć o czym pisać na blogu...

Się działo się... Warsjawa Eclipse DemoCamp 2008

noreply@blogger.com (MZ) — Thu, 27 Nov 2008 19:50:00 +0000

Było minęło... ale, że było fajnie, opiszę pokrótce jak to miało miejsce.

Warsjawa Eclipse DemoCamp 2008, odbyła się w ubiegłą sobotę, 22 listopada na terenie wydziału MIMUW Uniwersytetu Warszawskiego. Swoją obecnością zaszczyciło nas ponad 150 słuchaczy, ale zacznijmy od początku (relacja z czuba i na żywo)...

a na początku był Waldemar Kot. Waldi po nieudanych inwestycjach w przemysł księgarski

powrócił w klimaty bliższe naszemu sercu. Jego prezentację dotyczącą mechanizmu Publish-Subscribe wysłuchała pełna sala.

Było jak zwykle u Waldiego. Ciekawie, fachowo i konkretnie. Po prostu rewelacja. Choć w sobotę rano nikt jeszcze w to nie wierzył, poziom widowiska nie opadł do sameog końca. Kolejna prelekcja "Taking SQL IDEs from the Stone Age to the 21st century" Wassima Mełhema tylko podsyciła apetyt.

Szczęście w nieszczęściu, że zaraz potem był czas na przerwę. Obiadową. Na każdego czekał kotlecik oraz zupka. Mniam...

To co zapowiadała pierwsza część spotkania w drugiej stało się faktem. Worek z bramkami się rozwiązał. Co prawda Eclipse RPC nie do końca zmieścił się w przeglądarce Jacek Pospychały, ale to był dopiero początek emocji. Telekomunikacja w Javie pełna była pełna ostrej walki bark w bark Tomasz Zieleniewskiego oraz Waldemara Kota. Na szczęście sędziowie byli stanowczy i konsekwentni. O żadnych zadymach nie mogło być zatem mowy. W dogrywce 2 krótsze prezentacje - Dojo Toolkit Łukasza Lenarta oraz Spring Dynamic Modules Agaty i Jacka Laskowskich i każdy mógł być zadowolony ze zwycięskiego remisu.

Tenże uczciliśmy w Lolku. Co prawda nikt się nie spodziewał tylu zwycięzców i miejsc brakło, ale cóż. Taka okazja nie trafia się na co dzień...

Było super. Pozostaje mi tylko mieć nadzieję, że to nie pierwszy i nie ostatni raz.

Warsjawa Eclipse DemoCamp 2008

noreply@blogger.com (MZ) — Mon, 17 Nov 2008 17:52:00 +0000

Już w tą sobotę, 22 listopada w Warszawie w budynku MIMUW przy ul. Banacha 2 w sali 5440 w godz. 9:00-17:00 odbędzie się konferencja Warsjawa Eclipse DemoCamp 2008 organizowana przez Warszawski JUG. Konferencja dotyczy tego, co w jawie piszczy, a dokładniej:

09:00 - 09:45 Rejestracja (w trakcie: kawa/herbata, stół szwedzki)
09:45 - 11:15 Comet, Bayeux i mechanizm Publish-Subscribe poprzez HTTP - Waldemar "waldi" Kot (Warszawa JUG)
11:30 - 13:00 Taking SQL IDEs from the Stone Age to the 21st century - Wassim Melhem (Eclipse Foundation)
13:00 - 14:00 Przerwa obiadowa (zarejestrowani bezpłatnie!)
14:00 - 14:45 Czy Eclipse RCP mieści się w przeglądarce? - Jacek Pospychała (IBM Eclipse Support Center)
14:50 - 15:35 Telekomunikacja w Javie - kilka słów o konwergencji i usługach w telekomunikacji - Tomasz Zieleniewski (TouK)
15:40 - 16:10 Dojo Toolkit - Łukasz Lenart (Warszawa JUG)
16:15 - 16:45 OSGi + Spring Framework = Spring Dynamic Modules - Jacek Laskowski (Warszawa JUG)
16:45 - 17:00 Losowanie nagrody głównej - Kapituła Warsjavy
17:00 Spotkania integracyjnego czas zacząć! - Kapituła Warsjavy

Zauważyliście pewnie kilka frykasów: stół szwedzki, obiadek, imprezka, tajemnicza nagroda główna... To dzięki naszym wspaniałym sponsorom:
7N, Javatech, e-point, Touk, Eclipse, JetBrains.

Konferencja jest całkowicie bezpłatna, pod warunkiem rejestracji. Osobiście będę sprawdzał listę obecności ;).

Więcej informacji na stronie warsjawa.pl

W imieniu organizatorów serdecznie zapraszam.

kolorowanie kodu źródłowego na blogu

noreply@blogger.com (MZ) — Sat, 15 Nov 2008 15:33:00 +0000

Już od moich pierwszych spotkań z blogspotem brakowało mi możliwości ładnej prezentacji kodu źródłowego na jego stronach. Inne serwisy, takie jak wikidot.com pozostawiały (i pozostawiają) go daleko w tyle. W końcu jednak mi się udało coś na to poradzić...

Dokładnie nie mi, tylko twórcom projektu syntaxhighlighter. To narzędzie, to nic więcej jak zestaw skryptów JavaScript, które kolorują i ozdabiają kod źródłowy.

Aby skorzystać z tego wynalazku dołączyłem do swojego bloga dedykowany widget. Na stronie http://fazibear.googlepages.com/blogger.html kliknąłem w ikonkę Add to Blogger. Pasek tytułowy pozostawiłem pusty, dzięki temu widget pozostaje niewidoczny.

Jeśli chodzi o instalację skryptów syntaxhighlighter, to by było na tyle. Uźycie ich, jest równie proste. Kod źródłowy wystarczy otoczyć tagami pre lub textarea o parametrach name="code" class="kod-języka". Obsługiwane języki to:

język	kod języka
C++	`cpp`, `c`, `c++`
C#	`c#`, `c-sharp`, `csharp`
CSS	`css`
Delphi	`delphi`, `pascal`
Java	`java`
Java Script	`js`, `jscript`, `javascript`
PHP	`php`
Python	`py`, `python`
Ruby	`rb`, `ruby`, `rails`, `ror`
Sql	`sql`
VB	`vb`, `vb.net`
XML/HTML	`xml`, `html`, `xhtml`, `xslt`

efekt jest mniej więcej taki:

Niezłe... ale to jeszcze nie koniec. Takie bloki kodu można konfigurować. W tym celu kod języka należy uzupełnić opcjami rozdzielonymi dwukropkiem. Dostępnych jest 5 parametrów konfiguracyjnych:

`nogutter`	Ukrywa boczny pasek z numerami linii.
`nocontrols`	Ukrywa górne kontrolki.
`collapse`	Automatycznie wcięcia.
`firstline[value]`	Ustawia numer pierwszej linii `value`. Domyślna wartość to 1.
`showcolumns`	Pokaże numery kolumn

i tak na przykład


<pre name="code" class="java:nocontrols:firstline[76]"">
public class Hello {
    private static final String HELLO_MSG = "Dzień dobry, cześć i czołem!"
}
</pre>

wyświetli blok kodu bez kontrolek, w dodatku pierwsza linia kodu będzie miała numer 76.

No po prostu rewelacja. Niestety nie zupełnie. Syntaxhighlighter nie jest też pozbawiony bugów. Jeden z nich można podziwiać na przykładzie mojego poprzedniego posta "Uprowadzenie sesji". Prezentuję tam klasę:


public class UserManager {

 private List users;

 public UserManager() {
  users = new ArrayList(3);
  User user1 = new User();
  user1.setLogin("user1");
  user1.setPassword("pass1");
  user1.setBalance(54321);
  User user2 = new User();
  user2.setLogin("user2");
  user2.setPassword("pass2");
  user2.setBalance(65354);
  User user3 = new User();
  user3.setLogin("user3");
  user3.setPassword("pass3");
  user3.setBalance(91254);
  users.add(user1);
  users.add(user2);
  users.add(user3);
 }
 
 public boolean check(String login, String password) {
  User user = loadUser(login);
  return user != null && user.getPassword().equals(password);
 }

 public User loadUser(String login) {
  for (User user : users) {
   if (user.getLogin().equals(login)) {
    return user;
   }
  }
  return null;
 }
 
 public void setUsers(List users) {
  this.users = users;
 }
}

która po upiększeniu przez syntaxhighlighter wygląda tak:


public class UserManager {

 private List users;

 public UserManager() {
  users = new ArrayList(3);
  User user1 = new User();
  user1.setLogin("user1");
  user1.setPassword("pass1");
  user1.setBalance(54321);
  User user2 = new User();
  user2.setLogin("user2");
  user2.setPassword("pass2");
  user2.setBalance(65354);
  User user3 = new User();
  user3.setLogin("user3");
  user3.setPassword("pass3");
  user3.setBalance(91254);
  users.add(user1);
  users.add(user2);
  users.add(user3);
 }
 
 public boolean check(String login, String password) {
  User user = loadUser(login);
  return user != null && user.getPassword().equals(password);
 }

 public User loadUser(String login) {
  for (User user : users) {
   if (user.getLogin().equals(login)) {
    return user;
   }
  }
  return null;
 }
 
 public void setUsers(List users) {
  this.users = users;
 }
}

Skąd na końcu </user></user></user>?
Nie wiadomo...

uprowadzenie sesji

noreply@blogger.com (MZ) — Tue, 04 Nov 2008 23:02:00 +0000

Dawno nic nie napisałem ciekawego. Ostatnio same zawirowania. Do tego zainstalowałem StarCrafta na Ubuntu oraz znalazłem sposób na kolorowanie kodu w tym oto blogu. Wydaje mi się on teraz nieco bardziej czytelny. Pomału na szczęście wychodzę na prostą, przynajmniej jeśli chodzi o bloga...

Jako młode pachole, prawie każdy z nas chciał być strażakiem, policjantem, pilotem... Ja chciałem być pilotem, a najlepiej astronautą. Nic z tego niestety nie wyszło.

Jako starsze pachole, już nie każdy, ale przynajmniej niektórzy chcieli być hakerami. Łamać hasła, włamywać się do NASA, wykradać materiały o UFO. Wszystkich, którzy wciąż mają takie zamiary, uprzejmie informuję, że ich do tego broń boże nie zachęcam. Jednak jak coś już wykradniesz z NASA, pochwal się w komentarzu.

No ale do rzeczy. Dziś wpis z gatunku bezpieczeństwa. Pomysł nań nasunął mi się podczas rozważań co do mechanizmu logowania w prostej aplikacji WWW. Aplikacja prosta, więc możnaby autoryzację zaimplementować samemu. Można też użyć czegoś gotowego, np. SpringSecurity. Rozwiązanie to raczej pewne i sprawdzone, ale czy nie będzie to strzelanie armatą do muchy?

Rozważmy zatem pierwsze podejście.

Stworzyłem przykładową aplikację, która przechowuje poufne informacje o zarobkach pracowników. Na aplikację składają się 3 klasy:
User, która zawiera informacje o pracowniku


public class User {
 private String login;
 private String password;
 private int balance;
 
 public String getLogin() {
  return login;
 }
 public void setLogin(String login) {
  this.login = login;
 }
 public String getPassword() {
  return password;
 }
 public void setPassword(String password) {
  this.password = password;
 }
 public int getBalance() {
  return balance;
 }
 public void setBalance(int balance) {
  this.balance = balance;
 }

}

UserManager to klasa, która umożliwia proste operacje na użytkownikach. W prawdziwej aplikacji klasa zapewne będzie ukryta za interfejsem, korzystając do tego z obiektów DAO i inne takie. Na potrzeby jednak naszej aplikacji poniższy menadżer wystarczy:


public class UserManager {

 private List<User> users;

 public UserManager() {
  users = new ArrayList<User>(3);
  User user1 = new User();
  user1.setLogin("user1");
  user1.setPassword("pass1");
  user1.setBalance(54321);
  User user2 = new User();
  user2.setLogin("user2");
  user2.setPassword("pass2");
  user2.setBalance(65354);
  User user3 = new User();
  user3.setLogin("user3");
  user3.setPassword("pass3");
  user3.setBalance(91254);
  users.add(user1);
  users.add(user2);
  users.add(user3);
 }
 
 public boolean check(String login, String password) {
  User user = loadUser(login);
  return user != null && user.getPassword().equals(password);
 }

 public User loadUser(String login) {
  for (User user : users) {
   if (user.getLogin().equals(login)) {
    return user;
   }
  }
  return null;
 }
 
 public void setUsers(List<User> users) {
  this.users = users;
 }
}

Pozostała jeszcze klasa UserLoginBean, która odpowiada za zalogowanie użytkownika oraz sprawdza czy i jaki użytkownik jest w danym momencie zalogowany.


public class UserLoginBean {
 private String login;
 private String password;
 private User loggedUser;
 private UserManager userManager;
 
 public String login() {
  if (userManager.check(login, password)) {
   loggedUser = userManager.loadUser(login);
   login = null;
   password = null;
   return "success";
  }
  return "faliture";
  
 }
 
 public String logout() {
  userManager = null;
  return null;
 }
 
 public boolean isUserLogged() {
  return loggedUser != null;
 }

 public User getLoggedUser() {
  return loggedUser;
 }

 public void setUserManager(UserManager userManager) {
  this.userManager = userManager;
 }

 public String getLogin() {
  return login;
 }

 public void setLogin(String login) {
  this.login = login;
 }

 public String getPassword() {
  return password;
 }

 public void setPassword(String password) {
  this.password = password;
 }
}

Informacje o zalogowanym użytkowniku przechowywane są w sesji, stąd też taki zasięg ziarna UserLoginBean. Widać to w poniższym pliku faces-config.xml


<?xml version="1.0" encoding="UTF-8"?>
<faces-config version="1.2" xmlns="http://java.sun.com/xml/ns/javaee"
 xmlns:xi="http://www.w3.org/2001/XInclude"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd">
 <managed-bean>
  <managed-bean-name>userManager</managed-bean-name>
  <managed-bean-class>pl.matt.UserManager</managed-bean-class>
  <managed-bean-scope>application</managed-bean-scope>
 </managed-bean>
 <managed-bean>
  <managed-bean-name>userLoginBean</managed-bean-name>
  <managed-bean-class>pl.matt.UserLoginBean</managed-bean-class>
  <managed-bean-scope>session</managed-bean-scope>
  <managed-property>
   <property-name>userManager</property-name>
   <value>#{userManager}</value>
  </managed-property>
 </managed-bean>
 <navigation-rule>
  <from-view-id>/pages/login.xhtml</from-view-id>
  <navigation-case>
   <from-outcome>success</from-outcome>
   <to-view-id>/pages/home.xhtml</to-view-id>
  </navigation-case>
  <navigation-case>
   <from-outcome>faliture</from-outcome>
   <to-view-id>/pages/login.xhtml</to-view-id>
  </navigation-case>  
 </navigation-rule>
 <application>
  <view-handler>com.sun.facelets.FaceletViewHandler</view-handler>
 </application>
</faces-config>

do kompletu aplikacji brakuje jeszcze pliku web.xml


<?xml version="1.0"?>
<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">
 <display-name>sessionHijacktion</display-name>
 <context-param>
  <param-name>javax.faces.DEFAULT_SUFFIX</param-name>
  <param-value>.xhtml</param-value>
 </context-param>
 <context-param>
  <param-name>facelets.REFRESH_PERIOD</param-name>
  <param-value>2</param-value>
 </context-param>
 <servlet>
  <servlet-name>Faces Servlet</servlet-name>
  <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
  <load-on-startup>1</load-on-startup>
 </servlet>
 <servlet-mapping>
  <servlet-name>Faces Servlet</servlet-name>
  <url-pattern>*.jsf</url-pattern>
 </servlet-mapping>
</web-app>

oraz kilku stronek JSF. Dwie pierwsze, nie są specjalnie ciekawe. Strona login.xhtml zawiera prosty formularz, umożliwiający zalogowanie użytkownika do aplikacji


<!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:ui="http://java.sun.com/jsf/facelets"
      xmlns:h="http://java.sun.com/jsf/html"
      xmlns:f="http://java.sun.com/jsf/core"
      xmlns:c="http://java.sun.com/jstl/core">
     <f:loadBundle basename="resources" var="msg" />
     <ui:composition template="/templates/common.xhtml">
   <ui:define name="pageTitle">Login form</ui:define>
   <ui:define name="pageHeader">Proszę się zalogować</ui:define>
   <ui:define name="body">
    <h:message showSummary="true" showDetail="false" style="color: red; font-weight: bold;" for="name" />
    <h:form id="helloForm">
     <h:panelGrid columns="2">
      <h:outputText value="login" />
      <h:inputText required="true" id="name" value="#{userLoginBean.login}" />
      <h:outputText value="password" />
      <h:inputSecret required="true" id="password" value="#{userLoginBean.password}" />
      <h:outputText value="" />
      <h:commandButton id="submit" action="#{userLoginBean.login}" value="zaloguj" />
     </h:panelGrid>   
    </h:form>
   </ui:define>
  </ui:composition>
</html>

Natomiast strona home.xhtml przedstawia poufne informacje o każdym z użytkowników


<!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:ui="http://java.sun.com/jsf/facelets"
      xmlns:h="http://java.sun.com/jsf/html"
      xmlns:f="http://java.sun.com/jsf/core">

 <f:loadBundle basename="resources" var="msg" />
 <ui:composition template="/templates/common.xhtml">
   <ui:param name="loggedOnly" value="true" />
   <ui:define name="pageTitle">Greeting to User</ui:define>
   <ui:define name="pageHeader">Greeting Page</ui:define>
   <ui:define name="body">
    #{msg.greeting} #{userLoginBean.loggedUser.login} masz na koncie #{userLoginBean.loggedUser.balance}
   </ui:define>
 </ui:composition>
</html>

Na uwagę zasługuje parametr


<ui:param name="loggedOnly" value="true" />

dzięki któremu treść strony home.xhtml jest widoczna tylko dla zalogowanych użytkowników.
Jak to działa? Wszystko staje się jasne, gdy obejrzymy plik /templates/common.xhtml zawierający szablon każdej strony aplikacji:


<!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:ui="http://java.sun.com/jsf/facelets"
      xmlns:h="http://java.sun.com/jsf/html"
      xmlns:f="http://java.sun.com/jsf/core">
      
     <f:loadBundle basename="resources" var="msg" />
  <head>
  <title><ui:insert name="pageTitle">Page Title</ui:insert></title>
  </head>

 <body bgcolor="#ffffff">
 <table style="border:1px solid #CAD6E0"  align="center" cellpadding="0" cellspacing="0" border="0" width="400">
 <tbody>

 <tr>
  <td class="header" height="42" align="center" valign="middle" width="100%" bgcolor="#E4EBEB">
   <ui:insert name="pageHeader">Page Header</ui:insert>
  </td>
 </tr>
 <tr>
  <td height="1" width="100%" bgcolor="#CAD6E0"></td>
 </tr> 

 <tr>
  <td width="100%"  colspan="2">
   <table width="100%" style="height:150px" align="left" cellpadding="0" cellspacing="0" border="0">
   <tbody>
    <tr>
     <td align="center" width="100%" valign="middle">
     <ui:fragment rendered="#{!loggedOnly || userLoginBean.userLogged}">
      <ui:insert name="body">Page Body</ui:insert>
     </ui:fragment>
     <ui:fragment rendered="#{loggedOnly and !userLoginBean.userLogged}">
      Proszę się zalogować
     </ui:fragment>
     </td>
    </tr>
   </tbody>
   </table>
  </td>
 </tr> 
 
 <tr>
  <td colspan="2"  valign="bottom" height="1" width="100%" bgcolor="#CAD6E0"></td>
 </tr>
</tbody>
</table>
</body>
  
</html>

a dokładnie jego fragment:


     <ui:fragment rendered="#{!loggedOnly || userLoginBean.userLogged}">
      <ui:insert name="body">Page Body</ui:insert>
     </ui:fragment>
     <ui:fragment rendered="#{loggedOnly and !userLoginBean.userLogged}">
      Proszę się zalogować
     </ui:fragment>

Jeżeli parametr loggedOnly ustawiony jest na wartość true, zawartość strony zostanie wyświetlona, jedynie zalogowanemu użytkownikowi.

Prosta aplikacja, proste zabezpieczenie, ale działają.
Czy na pewno?

Odpalam aplikację na serwerze JBoss 4.2.1.GA.
Wyłączam w przeglądarce obsługę ciasteczek. Próbuję się zalogować, ale nie znam hasła.

mogę się więc jedynie obejść smakiem:

Niby nic. Dla mojego żądania serwer otworzył nową sesję, a jej identyfikator dokleił do adresu URL. Nie ma się co dziwić, w końcu moja przeglądarka nie obsługuję ciasteczek.

Teraz, jako, że nie znam hasła, a chcę się zalogować, kopiuję URL z identyfikatorem sesji i przesyłam mojej ofierze. Oczywiście proszę ją podstępnie o zalogowanie się.

Ofiara moja grzecznie klika w URL i się loguje jako użytkownik "user3".

A ja jeszcze grzeczniej, zmieniam w moim URLu adres z login.jsf na home.jsf (zostawiam identyfikator sesji) i...

Bingo. Też jestem zalogowany!

Jak to się stało? Ano przesyłając adres z dopiętym identyfikatorem sesji, ofiara ataku zalogowała się do aplikacji korzystając mojej sesji. Ja następnie otworzyłem zabezpieczoną stronę, korzystając już z naszej wspólnej sesji, w której właśnie się ktoś zalogował.

Jak się przed takim atakiem bronić? Najlepszym rozwiązaniem jest przydzielanie nowej sesji użytkownikowi przy logowaniu. Tak robi właśnie SpringSecurity. Przy okazji kopiuje on z automatu wszystkie obiekty ze starej sesji, do nowej. Tak więc fakt całej operacji jest dla użytkownika jest niezauważalny.
Więcej o tym ataku znajdziesz na Wikipedii.
Co ciekawe, przesiadka na JBossa 4.2.2.GA uniemożliwia już ten atak, przynajmniej w takiej prostej formie, jak ta opisana powyżej.

Pozostaje tylko się domyślać, przed iloma jeszcze nieznanymi mi typami ataków chroni mnie i moją aplikację SpringSecurity.

Moc dialektów Hibernate

noreply@blogger.com (MZ) — Thu, 16 Oct 2008 13:35:00 +0000

Od czasu do czasu mam przyjemność przeprowadzania rozmów rekrutacyjnych z kandydatami do pracy. Osobom, które deklarują znajomość Oracle PL/SQLa i przebrną przez pierwsze pytanie dotyczące sekwencji (a 2/3 znawców PL/SQLa nie wie, co to jest sekwencja) zadaję następujące zadanko:

Przedstawiam encję Osoby:

i proszę o napisanie zapytania pokazującego 3 najmniej zarabiające osoby. Jeżeli kandydat zna również MySQL, proszę o napisanie tego zapytania w 2 wersjach. Bajer polega na tym, że w MySQLu do ograniczenia listy wyników do trzech wystarczy wykorzystać klauzulę limit:

SELECT * FROM OSOBY ORDER BY OSOBY.PENSJA LIMIT 3;

podczas gdy w Oracle takiej magicznej klauzuli nie ma. Jest tam za to możliwość wyświetlenia wierszy o określonym numerze (indeksie):

SELECT * FROM OSOBY WHERE NUMROW <= 3 ORDER BY OSOBY.PENSJA;

ale numer wiersza jest sprzed sortowania, zatem powyższe zapytanie wyświetli trzech pierwszych użytkowników posortowanych po wielkości pensji. Aby osiągnąć zamierzony cel, trzeba skorzystać z podzapytania:

SELECT * FROM (SELECT * FROM OSOBY OSOBY ORDER BY OSOBY.PENSJA ) WHERE NUMROW <= 3;

Zapytanie o to samo, a jednak inaczej skonstruowane (a niby SQL to język deklaratywny).
Zaczęło mnie zastanawiać, co na to Hibernate. Czy jest na tyle mądry, że potrafi to samo zapytanie HQLowe zapisać na 2 zupełnie różne sposoby? Czy jego dialekty, ograniczają się jedynie do podmiany słów kluczowych i nazw typów, czy są mechanizmem dużo potężniejszym? Przekonajmy się.

Na bazie aplikacji Hibernate Getting Started - Hello World stworzyłem prosty projekt w środowisku Eclipsie. Skasowałem pliki Message.java oraz Message.hbm.xml.

Stworzyłem za to klasę Person:


public class Person {
    private Long id;
    private String name;
    private int salary;
    
    public Person() {
     
    }
    
    public Person(String text, int salary) {
        this.name = text;
        this.salary = salary;
    }

    public Long getId() {
        return id;
    }
    private void setId(Long id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }
    public void setName(String text) {
        this.name = text;
    }

    public int getSalary() {
 return salary;
    }

    public void setSalary(int salary) {
     this.salary = salary;
    }

}

oraz plik Person.hbm.xml odzwierciedlający zawartość klasy Person w bazie danych:


<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
    "-//Hibernate/Hibernate Mapping DTD//EN"
    "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">

<hibernate-mapping>

 <class name="hello.Person" table="PEOPLE">

  <id name="id" column="PERSON_ID">
   <generator class="native">
   </generator>
  </id>

  <property name="name" column="NAME" type="string" />

  <property name="salary" column="SALARY" type="integer" />

 </class>

</hibernate-mapping>

Skonfigurowałem w pliku hibernate.cfg.xml połączenie z bazą danych MySQL:


<?xml version='1.0' encoding='utf-8'?> <!DOCTYPE hibernate-configuration
        PUBLIC "-//Hibernate/Hibernate Configuration DTD//EN"
        "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

<hibernate-configuration>
 <session-factory>

  <property name="hibernate.connection.driver_class">com.mysql.jdbc.Driver</property>
  <property name="hibernate.connection.url">jdbc:mysql://localhost:3306/test</property>
  <property name="dialect">org.hibernate.dialect.MySQL5InnoDBDialect</property>

  <property name="hibernate.connection.username">test</property>
  <property name="hibernate.connection.password">test</property>

  <property name="hibernate.c3p0.min_size">5</property>
  <property name="hibernate.c3p0.max_size">20</property>
  <property name="hibernate.c3p0.timeout">300</property>
  <property name="hibernate.c3p0.max_statements">50</property>
  <property name="hibernate.c3p0.idle_test_period">3000</property>

  <!-- SQL to stdout logging -->
  <property name="show_sql">true</property>

  <property name="hibernate.hbm2ddl.auto">update</property>
  <mapping resource="hello/Person.hbm.xml" />
 </session-factory>
</hibernate-configuration>

Dzięki parametrowi
<property name="hibernate.hbm2ddl.auto">update</property>
schemat bazy danych zostanie dostosowany do aplikacji (zostaną utworzone lub zmodyfikowane odpowiednie tabele) przy jej starcie.
Natomiast parametr
<property name="show_sql">true</property>
pozwala wyświetla w konsoli zapytań SQL, które wykonuje Hibernate.

Parametr
<property name="dialect">org.hibernate.dialect.MySQL5InnoDBDialect</property>
określa tzw. dialekt Hibernate, który odpowiada za tłumaczenie zapytań Hibernate na zapytania SQLowe zrozumiałe dla konkretnego systemu zarządzania bazami danych.

Do tego zmieniłem zawartość metody main() klasy HelloWorld:


    public static void main(String[] args) {
        Session session = HibernateUtil.getSessionFactory().openSession();
        Collection people = session.createCriteria(Person.class).list();
        if (people.size() < 5) {
            Transaction tx = session.beginTransaction();
            
            Person p1 = new Person("Adam", 100);
            Person p2 = new Person("Marek", 200);
            Person p3 = new Person("Adrian", 150);
            Person p4 = new Person("Konrad", 180);
            Person p5 = new Person("Romek", 120);
            
            session.persist(p1);
            session.persist(p2);
            session.persist(p3);
            session.persist(p4);
            session.persist(p5);
            
            tx.commit();
        }
        
        Query query = session.createQuery("FROM Person p ORDER BY p.salary").setMaxResults(3);
        List list = query.list();
        for (Person person : list) {
   System.out.println(person.getName() + " " + person.getSalary());
  }

        session.close();
        HibernateUtil.shutdown();
    }

Na początek prostsze zadanie - zapytanie do bazy MySQL. Odpalenie aplikacji kończy się spodziewanym wynikiem:


Hibernate: select person0_.PERSON_ID as PERSON_ID0_, person0_.NAME as NAME0_,
    person0_.SALARY as SALARY0_ from PEOPLE person0_ order by person0_.SALARY limit ?
Adam 100
Romek 120
Adrian 150

Czas więc na uruchomienie aplikacji z bazą Oracle. Na początku, trzeba zmienić odrobinę plik Person.hbm.xml tak, aby unikalny identyfikator osoby generowany był z sekwencji:


  <id name="id" column="PERSON_ID">
   <generator class="sequence">
    <param name="sequence">people_seq</param>
   </generator>
  </id>

oraz plik hibernate.cfg.xml, konfigurując połączenie z bazą Oracle:


<?xml version='1.0' encoding='utf-8'?> <!DOCTYPE hibernate-configuration
        PUBLIC "-//Hibernate/Hibernate Configuration DTD//EN"
        "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">

<hibernate-configuration>
 <session-factory>
  <property name="hibernate.connection.driver_class">oracle.jdbc.driver.OracleDriver</property>
  <property name="hibernate.connection.url">jdbc:oracle:thin:@127.0.0.1:1521/xe</property>
  <property name="dialect">org.hibernate.dialect.OracleDialect</property>

  <property name="hibernate.connection.username">test</property>
  <property name="hibernate.connection.password">test</property>


  <property name="hibernate.c3p0.min_size">5</property>
  <property name="hibernate.c3p0.max_size">20</property>
  <property name="hibernate.c3p0.timeout">300</property>
  <property name="hibernate.c3p0.max_statements">50</property>
  <property name="hibernate.c3p0.idle_test_period">3000</property>

  <!-- SQL to stdout logging -->
  <property name="show_sql">true</property>

  <property name="hibernate.hbm2ddl.auto">update</property>

  <mapping resource="hello/Person.hbm.xml" />

 </session-factory>
</hibernate-configuration>

Uruchamiam aplikację i ...


Hibernate: select * from
    ( select person0_.PERSON_ID as PERSON_ID0_, person0_.NAME as NAME0_,
     person0_.SALARY as SALARY0_ from PEOPLE person0_ order by person0_.SALARY )
where rownum <= ?
Adam 100
Romek 120
Adrian 150

Czyli bez niespodzianki. Dialekty Hibernate są więc dość potężnym mechanizmem. Pozwalają nie tylko na zmianę pojedynczych słów kluczowych, ale także konstrukcji całych zapytań. Trudno się zresztą dziwić. Hibernate to już bardzo dopracowany produkt.

Niech no mi się teraz nawinie ktoś na rozmowie rekrutacyjnej, ze znajomością Oracle PL/SQLa i Hibernate...

Mój ulubiony Exception - java.lang.ArrayIndexOutOfBoundsException

noreply@blogger.com (MZ) — Sun, 21 Sep 2008 21:32:00 +0000

a wszytko zaczęło się od popełnienia przeze mnie aplikacji. JSF, Facelets, Spring, JPA. Nic specjalnego... Poza tym, że na owej aplikacji od czasu do czasu (co kilka dni) wyskakiwał wyjątek java.lang.ArrayIndexOutOfBoundsException, a dokładniej:


09:17:54,784 ERROR [ajp-0.0.0.0-8009-11] (LifecycleDecorator.java:75) - javax.faces.FacesException: java.lang.ArrayIndexOutOfBoundsException: 1
 at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:306)
 at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
 at pl.matt.common.LifecycleDecorator.render(LifecycleDecorator.java:71)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at pl.matt.common.filter.ProcessingTimeFilter.doFilter(ProcessingTimeFilter.java:29)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
 at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
 at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
 at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
 at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:437)
 at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:381)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
 at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
 at com.sun.faces.renderkit.RenderKitUtils.buildTypeArrayFromString(RenderKitUtils.java:719)
 at com.sun.faces.renderkit.RenderKitUtils.determineContentType(RenderKitUtils.java:572)
 at com.sun.faces.renderkit.RenderKitImpl.createResponseWriter(RenderKitImpl.java:219)
 at com.sun.facelets.FaceletViewHandler.createResponseWriter(FaceletViewHandler.java:380)
 at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:550)
 at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
 at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
 ... 24 more

Hmm... O co chodzi? Co ciekawe, błąd występował zawsze, gdy na stronę wchodziła przeglądarka Yanga WorldSearch Bot v1.1/beta (http://www.yanga.co.uk/). Robi się coraz bardziej interesująco, prawda? Przy wystąpieniu błędu, miałem też ustawione logowanie nagłówków HTTP. Oto one:


user-agent: Yanga WorldSearch Bot v1.1/beta (http://www.yanga.co.uk/)
accept: text/html;q=1.0, text/plain;q=1.0, text/;q=0.5, */*;q=0.1
accept-charset: utf-8;q=1.0, windows-1251;q=0.8, cp1251;q=0.8, koi8-r;q=0.8, *;q=0.5
accept-encoding: gzip;q=1.0, deflate;q=1.0, identity;q=0.5, *;q=0
content-length: 0

Niby nic specjalnego (no poza przeglądarką) ale sytuacja dziwna. Aplikacja odpalana jest na JBossie 4.2.1.GA, gdzie implementacją JSFów jest implementacja referencyjna SUNa w wersji 1.2.04-p02. Pobrałem źródła, aby podejrzeć 719 linię klasy RenderKitUtils


private final static String CONTENT_TYPE_SUBTYPE_DELIMITER = "/";

//...

            // now split type and subtype
            if (typeSubType.indexOf(CONTENT_TYPE_SUBTYPE_DELIMITER) >= 0) {               
                String[] typeSubTypeParts = Util.split(typeSubType.toString(), CONTENT_TYPE_SUBTYPE_DELIMITER);
                type = typeSubTypeParts[0].trim();
                subtype = typeSubTypeParts[1].trim();
            } else {
                type = typeSubType.toString();
                subtype = "";
            }

linia 719 to
subtype = typeSubTypeParts[1].trim();

Klasa parsuje zatem jeden z nagłówków HTTP gdzie spodziewa się dwóch napisów rozdzielonych "/". Od razu moją uwagę zwrócił nagłówek:
accept: text/html;q=1.0, text/plain;q=1.0, text/;q=0.5, */*;q=0.1 a dokładniej jego część: text/;.

Trop był, trzeba było go jeszcze sprawdzić. Zainstalowałem zatem w FireFoxie wtyczkę Modify Headers która umożliwia... zmodyfikowanie nagłówków HTTP. Skonfigurowałem ją tak, aby zastępowała nagłówek accept wartością text/html;q=1.0, text/plain;q=1.0, text/;q=0.5, */*;q=0.1.

uruchomiłem aplikację, wszedłem na nią Firefoksem i...
bingo. Aplikacja się wywala. Zaglądam w logi:


00:03:13,862 ERROR [LifecycleDecorator] javax.faces.FacesException: java.lang.ArrayIndexOutOfBoundsException: 1
 at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:306)
 at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
 at pl.matt.common.LifecycleDecorator.render(LifecycleDecorator.java:71)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at pl.matt.common.filter.ProcessingTimeFilter.doFilter(ProcessingTimeFilter.java:29)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
 at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
 at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
 at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
 at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:437)
 at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:381)
 at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
 at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 1
 at com.sun.faces.renderkit.RenderKitUtils.buildTypeArrayFromString(RenderKitUtils.java:719)
 at com.sun.faces.renderkit.RenderKitUtils.determineContentType(RenderKitUtils.java:572)
 at com.sun.faces.renderkit.RenderKitImpl.createResponseWriter(RenderKitImpl.java:219)
 at com.sun.facelets.FaceletViewHandler.createResponseWriter(FaceletViewHandler.java:380)
 at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:550)
 at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
 at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
 ... 24 more

Jest mój ulubiony Exception.

Tak jak w tenisie stołowym serwis to pół punktu, tak w programowaniu powtórzenie błędu to połowa jego poprawienia. Teraz tylko... no właśnie...

odpaliłem aplikację w trybie odpluskiwania (debug).

Analizując stos wywołań natrafiłem na 203. linię klasy RenderKitImpl:
String[] typeArray = context.getExternalContext().getRequestHeaderValuesMap().get("Accept");

O co chodzi? Przydała się wiedza z zakresu... serwletów! Na obiekcie HttpServletRequest wywołana jest metoda getHeaders(), która zwraca obiekt klasy Enumeration reprezentujący nagłówki HTTP o zadanej nazwie, w tym przypadku "Accept".

Jak teraz podmienić nagłówek w obiekcie HttpServletRequest? Nie da się...
Da się natomiast, przefiltrować żądanie HTTP, podmieniając obiekt je reprezentujący na obiekt innej klasy (oczywiście implementującej interfejs HttpServletRequest). Brzmi skomplikowanie? Chyba nie jest tak źle.

Zatem po kolei:

tworzę klasę filtra:


public class ModifyRequestHeaderFilter implements Filter {

 public void init(FilterConfig filterConfig) throws ServletException {
 }

 public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws java.io.IOException,
   ServletException {
  if (req instanceof HttpServletRequest) {
   HttpServletRequest request = (HttpServletRequest) req;
   req = new HttpServletRequestWrapper(request);
  }

  chain.doFilter(req, res);
 }

 public void destroy() {
 }
}

metoda
chain.doFilter(req, res);
przekazuje żądanie do dalszego przetworzenia, ale wcześniej, żądanie jest opakowywane:


   HttpServletRequest request = (HttpServletRequest) req;
   req = new HttpServletRequestWrapper(request);

w obiekt mojej klasy, która przeciąża metodę getHeaders() klasy HttpServletRequest.

Klasa HttpServletRequestWrapper rozszerza klasę javax.servlet.http.HttpServletRequestWrapper, która w zasazdie tylko opakowuje żądanie HTTP. Delegując wywołania wszystkich metod do opakowanego obiektu, właśnie po to, żeby można było przeciążyć wybrane z nich. To przy okazji świetny przykład wzorca dekorator .Tworzę zatem swoją klasę HttpServletRequestWrapper która przy żądniu nagłówków o nazwie "Accept", podmienia w ich treści "text/;" na "text/*;".


public class HttpServletRequestWrapper extends javax.servlet.http.HttpServletRequestWrapper {

 private String substitutedHeaderName = "Accept";
 private String toReplace = "text/;";
 private String replacement = "text/*;";

 public HttpServletRequestWrapper(HttpServletRequest request) {
  super(request);
 }

 @SuppressWarnings( { "unchecked" })
 @Override
 public Enumeration getHeaders(String name) {
  if (substitutedHeaderName.equals(name)) {
   Enumeration headers = super.getHeaders(name);
   List out = new ArrayList();
   while (headers.hasMoreElements()) {
    String header = (String) headers.nextElement();
    if (header.contains(toReplace)) {
     header = header.replaceAll(toReplace, replacement);
    }
    out.add(header);
   }
   return new IteratorEnumeration(out.iterator());
  }
  return super.getHeaders(name);
 }

}

Trzeba jeszcze zarejestrować całe rozwiązanie w deskryptorze wdrożenia - pliku web.xml. Filtr konfiguruję tak, aby obsługiwał wszystkie żądania odwołujące się do stron JSF.


<filter>
 <filter-name>ModifyRequestHeaderFilter</filter-name>
 <filter-class>pl.matt.common.filter.ModifyRequestHeaderFilter</filter-class>
</filter>

<filter-mapping>
 <filter-name>ModifyRequestHeaderFilter</filter-name>
 <url-pattern>*.jsf</url-pattern>
</filter-mapping>

Restart aplikacji i... działa. Serwlety wiecznie żywe. Mateusz wiecznie zadowolony.

JBoss Tools - nowa jakość w tworzeniu aplikacji opartych o JSF

noreply@blogger.com (MZ) — Thu, 04 Sep 2008 18:29:00 +0000

Całkiem niedawno, Piotrek Buczek, jeden z moich zafascynowanych Seamem kolegów pokazał mi kilka sztuczek związanych z tą technologią. Oprócz sztuczek, bardzo zresztą widowiskowych uwagę moją przykuło środowisko na jakim pracował. Był to Eclipse 3.3 z wtyczką JBoss Tools. Wsparcie dla Seama - bardzo pierwsza liga, jak to mawia pan Kazimierz. Jak się ma wsparcie dla samych JSFów, zaraz zobaczymy. Zdradzę tylko, że wcale nie gorzej...

Odkąd dostałem olbrzymią emkę za udział w konkursie Ganymede Around the World Contest nie przystoi mi używać innej wersji Eclipse. Na nim zatem zainstaluję wtyczkę JBoss Tools. Z Ganymede działa tylko rozwojowa wersja wtyczki (JBossTools 3.0.0.Alpha1) więc tą właśnie zainstaluję, ale po kolei...

Wtyczkę można pobrać ze strony projektu JBoss Tools lub zainstalować wykorzystując Eclipsowego zarządcę wtyczek. Wybieram to drugie rozwiązanie. Otwieram menu
Help / Software Updates...
i wybieram zakładkę
Avaliable Software.
Dodaję nową stronę o adresie:
http://download.jboss.org/jbosstools/updates/development

Rozwijam nowo utworzony węzeł drzewka, zaznaczam
JBossTools Development Release 3.0.0.Alpha1
i klikam magiczny przycisk
Install

Eclipse warczy, ściąga, restartuje się... i gotowe. Wypada jeszcze tylko skonfigurować w Eclipse JBossa. Odpalam zatem menu
Window / Preferencess. i tam wybieram pozycję
Server / Runtime Environments następnie klikam
Add... i rozwijam gałąź JBoss, a division of Red Hat.

Kilka razy klikam Next wskazuję położenie na dysku JBossa i gotowe.

Czas przyjrzeć się lepiej możliwościom wtyczki.Tworzę nowy projekt JSF (File / New... / Project... / JSF Project).

Na następnej zakładce wybieram wersję JSF 1.2 z Faceletami oraz szablon FaceletsKickStartWithoutLibs, jako, że biblioteki mam w JBossie.

Zobaczmy co oferuje wtyczka. Otwieram plik WebContent/pages/greeting.xhtml. Pierwsze zaskoczenie - oprócz kodu pliku xhtml, mam zgrabny podgląd.

Klikam dowolne miejsce na podglądzie, podświetla mi się odpowiednie miejsce w kodzie.

Ładnie...
Dodaję nowy tag, zmiany na bieżąco widzę w oknie podglądu.

Jak dla mnie, rewelacja...
Czas na zabawy z klawiszem CTRL. Przyciskam go, najeżdżam myszą na pole name wyrażenia #{person.name}. Klikam..,. i już widzę metodę getName() klasy Person, która w pliku faces-config.xml skonfigurowana jest jako ziarno zarządzane JSF.

Klikam w słówko greeting wyrażenia #{msg.greeting}. No i bomba, jestem już przy edycji pliku messages.properties i jego właściwości greeting.

Plik oczywiście jest skonfigurowany odpowiednio w faces-config.xml.
Przejdźmy zatem do tego pliku. Już pierwszy rzut oka, pozwala nam się zorientować, że mamy możliwość graficznej edycji nawigacji w aplikacji JSF.

Sympatycznie. Tu niestety mały minus... Wtyczka automatycznie formatuje zawartość xmlową pliku faces-config.xml, więc nie bardzo można mieć kontrolę nad wcięciami i kolejnością tagów w pliku. Przynajmniej ja nie potrafię tego osiągnąć.

Wrócę jeszcze na moment do pliku WebContent/pages/greeting.xhtml. Oprócz nawigacji z klawiszem CTRL. Wtyczka JBoss Tools oferuje całkiem niezłe podpowiadanie. Zarówno tagów (wystarczy wpisać <f: i nacisnąć CTRL+spację)

jak i właściwości ziaren zarządzanych

oraz wpisów w pliku messages.properties.

Mało? Zobaczmy, co jeszcze oferuje JBoss Tools. Odpalam projekt (na zakładce JBoss Server View klikam Start the server.

Serwer startuje...
Wchodzę na stronę
http://localhost:8080/jsfProject/

otwieram w Eclipsie plik
WebContent/pages/inputname.xhtml. Zauważyliście, że wykorzystywana jest tu, trochę zapomniana funkcja Faceletów, która umożliwia takie konstruowanie stron JSF, aby były one poprawnie wyświetlane w przeglądarce WWW bez uruchamiania ich na serwerze aplikacji?
Zmieniam tytuł Facelets Hello Application na Witaj!. Zapisuję stronę. Przeładowuję ją w przeglądarce... i gotowe, zmiany od razu są widoczne.

Niestety zmiany w kodzie źródłowym, w plikach messages*.properties lub konfiguracja w faces-config.xml wymagają już restartu serwera.

To zapewne tylko niektóre możliwości wtyczki. Jak dla mnie, są one rewelacyjne. Coś czuję, że JBoss Tools dołączy do mojego zestawu ulubionych wtyczek środowiska Eclipse.

koszulka Eclipse, bug naprawiony

noreply@blogger.com (MZ) — Sun, 31 Aug 2008 15:07:00 +0000

Stało się...
Eclipse 3.4.0 ujrzał światło dzienne, a Ganymede Around the World Contest dobiegł końca. Wziąłem udział w tym konkursie, co na szczęście nie umknęło uwadze organizatorów, o czym przekonałem się odbierając przesyłkę:

Niby emka, ale jakaś duża. Przynajmniej nie zrobiona w Chinach a w Kanadzie.

Jakby tego było mało, zgłoszony przeze mnie błąd został już naprawiony. Dołączony zostanie prawdopodobnie do wersji 3.4.1 środowiska.
Poprawiony błąd i koszulka. Chyba warto brać udział w konkursach spod stajni Eclipse.

testy java

noreply@blogger.com (MZ) — Wed, 13 Aug 2008 18:53:00 +0000

Zawsze mnie zastanawiało, skąd się biorą podchwytliwe pytania dotyczące programowania w Javie. Czy wymyślają je programiści, na zasadzie "sztuka dla sztuki", czy pochodzą one z prawdziwych projektów. Moja zagadka pochodzi z życia.

Co będzie wynikiem wywołania funkcji:


 public static void main(String[] args) {
  BigDecimal arg1 = new BigDecimal("10");
  BigDecimal arg2 = new BigDecimal("3");
  System.out.println(arg1.divide(arg2).toPlainString());
 }

a) na konsole zostanie wypisane: 3,333333333
b) na konsole zostanie wypisane: 3,33
c) na konsole zostanie wypisane: 3
d) zostanie rzucony wyjątek w linii System.out.println(arg1.divide(arg2).toPlainString());
e) na konsole zostanie wypisane: null

no i odpowiedź:
Exception in thread "main" java.lang.ArithmeticException: Non-terminating decimal expansion; no exact representable decimal result.
następnym razem dzieląc obiekty klasy BigDecimal będę uważał.