JDO

część pierwsza

• Co to jest JDO?
  • JDO to specyfikacja przechowywania obiektów Javy w bazie danych, w sposób transparentny dla użytkownika
  • JDO to tak naprawdę zbiór interfejsów, które mają być zaimplementowane przez niezależnych producentów
  • http://www.jpox.org/docs/jdo/jdo_overview.html
• Jak standardowo przechowuje się dane w aplikacji Javy?
  • Obiekty utworzone przez uruchomiony program istnieją najwyżej do momentu zakończenia działania tego programu
  • Aby aplikacja w Javie mogła przechowywać stan swoich obiektów pomiędzy uruchomieniami, trzeba gdzieś przechować dane - standardowo w jakiejś bazie danych
  • Najczęściej dopisuje się do programu kawałki zapisujące stan obiektów w jakiejś relacyjnej bazie danych, oraz kawałki zasysające z bazy danych wartości kolejnych pól i tworzące z tego obiekty
  • 
• Czemu JDO?
  • JDO umożliwia programiście ominięcie kawałków kodu do komunikacji z bazą danych - po dopisaniu dla każdej klasy, która ma być przechowywana pliku xml z definicją co i jak przechowywać, wywołuje się jedynie kilka metod żeby obiekt był zapisany/odczytany z bazy, niezależnie czy podczas obecnego uruchomienia aplikacji, czy nie
  • 
  • Tabelka porównująca różne sposoby przechowywania danych tutaj
• Podstawy JDO
  • PersistenceManagerFactory - przechowuje PersistenceManagera :-)
  • PersistenceManager - interfejs do korzystania z przechowywania obiektów, tworzenia nowych itd. Otwierając dwa zachowujemy się jak dwa aplikacje, można sobie wzajemnie nawet coś zalokować

    PresintenceManager pm=pmf.getPersistenceManager()

    i już możemy czynić obiekty Persistence i odwrotnie, pytać o nie, kasować, zmieniać itd. (jak to się robi? dowiesz się tutaj)
  • Extent - zapytanie o wszystkie obiekty danej klasy (i ewentualnie podklas) przechowywane w bazie danych.
  • Query - zapytanie o obiekty spełniające jakieś warunki (JDOQL - język zapytań podobny do SQLa)
  • Transaction - każdy dostęp do obiektów które są Persistent powinien być zawarty w transakcjach, ze wszystkimi ich konsekwencjami (ACID itd.)
• Typy klas obiektów w naszej aplikacji
  • Persistence Capable - obiekty, które mają być przechowywane. Dla każdej z klas tworzymy plik metadata mówiący, co przechowywać (oraz opcjonalnie jak - np. konkretne mapowania do relacyjnej bazy danych, sposób zachowywania argumentów itd.)
  • Persistence Aware - obiekty, które nie są przechowywane, ale z racji tego że korzystają z przechowywanych obiektów przy kompilacji dostają (automatycznie) dodatkowe instrukcje dostępu do przechowywanych obiektów.
  • Normal - normalne obiekty, które nie mają pojęcia że cokolwiek jest przechowywane.
• Stany obiektów - tutaj
• ograniczenia JDO
• funkcje pre i post (triggery)
• Przykład korzystania

         PersistenceManager mgr=pmf.getPersistenceManager();  // JDO API
         mgr.currentTransaction().begin()                     // JDO API
         Order myorder= new Order(2828);                      // Transient object
         mgr.makePersistent(myorder);                         // myorder marked as persistent
         mgr.currentTransaction().commit()                    // JDO API instance myorder
                                                              // is written to data store
         

• Każda nasza klasa, która ma być przechowywana, musi posiadać specjalny plik xml ("JDO metadata"), opisujący co i jak przechowywać.

         <?xml version="1.0" encoding="UTF-8"?>
         <!DOCTYPE jdo SYSTEM "http://java.sun.com/dtd/jdo_1_0.dtd">
         <jdo>
              <package name="com.corejdo.examples.chapter4.model">
                  <class name="Author"/>
              </package>
         </jdo>
         

• JPOX - implementacja JDO: http://www.jpox.org/docs/1_1/tutorials/tutorial.html
• HSQLDB - bazka danych: http://www.hsqldb.org/web/hsqlDocsFrame.html
• Instalacja - czyli co zrobić, żeby przykład Jacka zadziałał
  • Pliki do przykładu
  • Potrzebny jest ant tutaj, Tomcat (tutaj), oczywiście java :-) oraz bazka danych (HQSLDB, jest w pliku od Jacka)
  • Trzeba poprawić ścieżki w pliku go1.bat
  • odpalamy go1.bat
  • poprawiamy build.xml - na końcu pliku zmieniamy nazwę pakietu na:

    org.jpox.samples.hello.Main

  • Odpalamy bazę danych:

    java -cp hsqldb.jar org.hsqldb.Server -database.0 mydb -dbname.0 xdb

  • ant run
• Instalacja podejście drugie, pod linuxem:
  • instalujemy do tempa jave - uruchamiamy skrypt z /home/inf/public/j2ee/lab7/ podajac parametr - katalog docelowy
  • uruchamiamy bazkę: java -cp [ścieżka do jara, jeśli nie ma jej w path]hsqldb.jar org.hsqldb.Server -database.0 mydb -dbname.0 xdb
  • ant, ewentualnie poprawiamy build.xml jak powyżej, ant run
• JDOQL - język zapytań do JDO - http://www.jpox.org/docs/1_1/query_jdoql.html

Zajęcia 2 - praktyczne

• Ściągnij, rozpakuj i uruchom servlet5_src.zip (potrzebne są takie same zmienne środowiskowe jak opisano powyżej, oraz jakiś serwer na którym możnaby uruchomić servlet - na students w /home/inf/PUBLIC/j2ee/lab7 są dwa skrypty instalujące do katalogu zadanego jako parametr jbossa).
• Na podstawie tego przykładu zbuduj serlet, który będzie pozwalał na dodawanie, modyfikację i usuwanie użytkowników korzystających z servletu (czyli kilka pól do wpisania danych oraz lista już dodanych rekordów)
• Dla ambitnych 1: dodaj możliwość selektywnego wybierania rekordów do wyświetlenia
• Dla ambitnych 2: korzystając z funkcji pre i post dodaj wypisywanie (na ekran, do logów, jakkolwiek) każdej operacji "bazodanowej" (select, insert, update)
• Dla tych, którzy to zrobili i się nudzą - monitorowanie stanu obiektów (też np. na ekran): http://jdo-tools.sourceforge.net/#Section_7