Archive

Archive for the ‘JPA’ Category

Red5 + Flex + JPA – mapowanie encji

March 12th, 2008 No comments

Udało mi się zamapować klasę Java (reprezentującą encję JPA) do klasy Flash AS3. Serwerem jest RED5, protokołem RTMP, kodowanie obiektów AMF0. Miałem dwa problemy:

  • wybór dostawcy JPA,
  • typ Number we Flashu,

Zacząłem od OpenJPA. Napotkałem na następujący problem. Obiekty klas Java nie zawsze były mapowane do odpowiedników AS3. Otóż gdy OpenJPA pobiera encje z bazy to zwraca klasy Proxy dziedziczące po klasach encji. RED5 nie potrafi sobie z tym poradzić, i nie wie jak ma mapować klasy Proxy dla Flasha. Doraźnym rozwiązaniem problemu jest wybór innego dostawcy JPA – Hibernate. Fajnie, że tak można.

Drugi problem, to mapowanie typu Number. Typ Number występuje w Flashu i teoretycznie nie należy mu przypisywać wartości NULL. Gdy ustawię w Flashu typ Number na NULL i wyślę go do serwera RED5, to w Javie otrzymam 0 (zero) – prawie to samo a działa bardzo źle. Doraźnym rozwiązaniem problemu jest dla mnie zastąpienie typu Number typem String w klasach AS3.

Categories: FLEX, Java, JPA, Red5 Tags:

JPA Translator – przykładowy war + JSF

December 10th, 2007 No comments
Witam! Dla wszystkich, którzy chcą szybko zobaczyć na jak działa jpa-translator w dziale download zamieściłem przykładową aplikację webową. Można ją uruchomić na nowoczesnym kontenerze WEB, na przykład: Tomcat, Jetty. Pozdrawiam
Categories: Java, JPA Tags:

JPA Translator się rozwija

December 5th, 2007 No comments
Witam,
Mój projekt translatora dla JPA rozwija się dobrze. Ze źródeł SVN można pobrać działającą aplikację wykorzystującą mój translator, OpenJPA i JSF.
Pozdrawiam i zapraszam do rozwijania projektu.
Categories: Java, JPA Tags:

Tłumaczenia w aplikacji na wiele sposobów

December 3rd, 2007 6 comments
Zdarzyło mi się napisać aplikacje WWW, która miała działać w wielu krajach, w wielu językach. Potrzebowałem systemu tłumaczeń. Mówiąc systemu mam na myśli systematyczne podejścia do sprawy tłumaczeń. Tłumaczenia w mojej aplikacji są częścią jej biznesu. Najprościej zrozumieć to na przykładzie. Jest sobie hotel który ma opis. Ten opis może być przetłumaczony na wiele języków. Do systemu można wprowadzić nowe hotele a każdy z nich będzie miał inne tłumaczenie. Wyobraźmy sobie tabelkę hotel. Ma ona trzy pola: identyfikator, nazwa i opis. Opis to coś co trzeba przetłumaczyć. Ale jak to zrobić?
create table hotel(
  primary key int id,
  varchar nazwa,
  varchar opis
)
Istnieje wiele sposobów rozwiązania tego problemu. Do głowy przychodzą mi takie:
  • W systemie tworzymy tabelę hotel zawierającą kolumnę opis dla każdego z dostępnych języków. Będzie to wyglądać mniej więcej tak:
    table hotel(
      primary key int id,
      varchar nazwa,
      varchar opis_en, 
      varchar opis_de, 
      varchar opis_pl
    )
    
    Przedstawione rozwiązanie powinno działać bardzo szybko, jednak ma wadę – dodanie kolejnego języka do wymaga modyfikacji bazy danych – a to jest brzydkie.
  • Dla każdej wersji językowej tworzymy osobną tabelę zawierającą pola, które trzeba przetłumaczyć. Wygląda to mniej więcej tak:
    table hotel(
      primary key int id,
      varchar nazwa,
    )
    table hotel_en(
      primary key int id,
      varchar opis
    )
    table hotel_pl(
      primary key int id,
      varchar opis
    )
    
    To rozwiązanie będzie działać szybko. Dodanie nowego języka będzie wymagać modyfikacji bazy danych. Oczywiście, korzystając z tego lub z poprzedniego rozwiązania warto napisać program, który będzie tłumaczył zapytania SQL i pobierał dane z odpowiednich tabel językowych. Obydwa te rozwiązania będą działać szybko jednak moim zdaniem nie są one ładne.
  • Znam jeszcze coś takiego:
    table hotel(
      primary key int id,
      varchar nazwa
    )
    table hotel_tłumaczenia(
      primary key int id,
      int identyfikator_języka,
      varchar opis
    )
    
    To rozwiązanie jest lepsze od poprzednich tym, że wprowadzenie do systemu nowego języka nie będzie wymagało zmiany w strukturze danych.
  • Ja najbardziej lubiłem jednak tworzenie tablicy słownikowej. W uproszczeniu wygląda to tak:
    table słownik (
      primary key int identyfikator_tłumaczonego_tekstu,
      int identyfikator_języka,
      varchar tłumaczenie
    )
    table hotel(
      primary key int id,
      varchar nazwa,
      identyfikator_tłumaczonego_tekstu opis
    )
    
    To rozwiązanie jest o tyle fajne, że proste. Nie wymaga modyfikacji struktury bazy danych w momencie dodania nowego języka. Łatwo też pisać zapytania SQL, które pobierają teksty w wybranym języku. Niestety, to rozwiązanie jest wolniejsze, szczególnie wtedy gdy tabelka hotel ma wiele pól które chcemy przetłumaczyć.
Myślę, że można wymyślić jeszcze wiele innych rozwiązań tego problemu. Schemat myślenia można przenieś ze świata relacji do języków programowania obiektowego. Można zrobić też coś takiego:
@Entity
class Hotel{
  @Id
  private Long id;
 
  private String nazwa;

  @Tłumaczenie
  private String opis;
}
Tak to nowa JAVA. Dzięki adnotacjom możemy programować wielowymiarowo. Więc dlaczego by nie stworzyć dla naszej aplikacji nowego wymiaru – wymiaru tłumaczeń??? Ja właśnie to robię. Tworzę bibliotekę Java, która programistom będzie dostarczać wygodnego narzędzia rozwiązującego problem tłumaczeń. Tłumaczenia, nie będą już częścią aplikacji. Będą jej nowym wymiarem. Zainteresowanych zapraszam do projektu: JPA Translator
Categories: Java, JPA, SQL Tags:

JBoss SEAM i EJB-QL injection

October 11th, 2007 2 comments
A jednak. Nawet tak zaawansowany framework jak JBoss SEAM może być podatny na ataki EJB-QL injection. EJB-QL injection jest podobny do SQL injection, z tą różnicą że nie atakujemy kodu SQL a kod EJB-QL. Mam najnowszą wersję: jboss-seam-2.0.0.CR2. Błąd jest w pomyślne na klasę: org.jboss.seam.framework.Query w metodzie getRenderedEjbql(). Czytamy tam:
if ( getOrder()!=null ) builder.append(" order by ").append( getOrder() );
return builder.toString();
Parametr order pochodzi z żądania HTTP. To co zły człowiek możemy zrobić zależy od implementacji JPA i serwera bazy danych. Mi nie przychodzi akurat nic złego do głowy. Uważam jednak, że ten kod biblioteki SEAM trzeba jeszcze raz przemyśleć i koniecznie przepisać. Zapewne pogadamy o tym na Warszawskim JUGu. Aktualizacja po przerwie na kanapkę. W nagrodę za znalezienie błędu w SEAMie postanowiłem zjeść kanapkę. Dawka energii sprawiła, że znalazłem szybkie rozwiązanie. W klasie dziedziczącej – implementującej naszą listę obiektów musimy ustalić listę dozwolonych sortowań, na przykład tak:
private static final String[] ORDERS = {name asc","name desc","id asc","id desc"};
@Override
public void setOrder(String order){
  if (Arrays.asList(ORDERS).contains(order)) {
    super.setOrder(order);
  }
}
W ten sposób zabezpieczymy się przed ryzykiem na przykład tego, że zły człowiek wciśnie nam sortowanie po procedurze SQL odpowiedzialnej za kasowanie userów.
Categories: Java, JPA Tags:

Miesiąc miodowy z JPA

July 30th, 2007 No comments
Witam, Od miesiąca jestem szczęściarzem, gdyż mogę pracować z technologią JPA. Chciałbym podzielić się wrażeniami.
  • W projekcie powstaje bardzo przyjemny kod. Adnotacje, opisującej jak nasze obiekty mają być mapowane do tabel w bazie danych to na prawdę fajna sprawa.
  • Nie miałem jeszcze żadnych problemów z działaniem, poza tymi, które wynikały z mojej niewiedzy, lub niewłaściwego stosowania technologii. Wszystkie problemy dało się rozwiązać bardzo szybko i bezkompromisowo – tj. bez brzydali w kodzie kodzie
  • Ręczne zarządzanie EntityManagerem jest możliwe. Ułatwia testowanie. Brakuje mi jednak zarządzania transakcjami przez serwer aplikacji (nie stosuje EJB3).
  • EJB-QL jest fajny. Fajne są zapytania o składni “from PozycjeFaktury where faktura.klient=:klient” – zastępują one serię joinów. Ale jeszcze fajniejsze jest zapytanie z użyciem operatora “IN”, (odsyłam do strony Jacka Laskowskiego – “IN” to temat na osobnego posta).
  • Java jest fajna. Przesiadka na Javę była jedną z najlepszych decyzji w moim życiu.
Za tydzień rozpoczynam kolejny miesiąc miodowy. Tym razem już taki całkiem prawdziwy. W sobotę w samo południe poślubiam Aleksandrę Kocewiak. To wspaniała kobieta i jestem najszczęśliwszym facetem na ziemi. Wszystkich, którzy chcą zobaczyć nasz ślub zapraszam do kościoła: Parafia NMP Matki Kościoła, ul. Domaniewska 20, Warszawa – w sobotę 4 sierpień 2007 godzina 12:00.
Categories: Java, JPA Tags:

Hibernate i logowanie zapytań SQL wraz w wartościami parametrów

June 1st, 2007 No comments
Witam. Hibernate potrafi logować zapytania SQL. Można to skonfigurować na kilka sposobów. Ja wybrałem konfiguracje z log4j:
# logowanie zapytań SQL
log4j.logger.org.hibernate.SQL=DEBUG, R
log4j.additivity.org.hibernate.SQL=false
# logowanie wartości wstawianych do SQL
log4j.logger.org.hibernate.type=DEBUG
Pozdrawiam!
Categories: JPA, ORM Tags:

Phobos

March 14th, 2007 No comments
O w mordę, czegoś takiego nigdy bym sobie wcześniej nie wyobrażał. Phobos to framwork do tworzenia aplikacji WWW, gdzie językiem wykonywanym po stronie serwera jest – JavaScript. To dziwo napisane jest w Javie, wspiera AJAX a nawet Java Persistence Api (JPA) – taki standard dla mapowania obiektowo relacyjnego. Ma też swój własny język dla szablonów HTML (coś jakby Smarty). Pisząc aplikację w Phobos możemy to zrobić na przykład tak. Logikę biznesową możemy napisać w Javie wykorzystując JPA. Kontroler w JavaScripcie (wykonywanym na serwerze) a widok w specjalnym języku – EJS – który na pierwszy rzut oka przypomina JSP. Phobos mnie zainteresował.
Categories: AJAX, Java, JavaScript, JPA Tags:

@PostPersist z EJB3

February 19th, 2007 No comments
Specyfikacja JPA mętnie tłumaczy działanie adnotacji @PostPersist. Oracle zrobiło to lepiej. O co chodzi? Dotychczas myślałem relacyjnie i @PostPersist kojarzyło mi się z trigger after insert. Podczas wykonywania funkcji zdefiniowanej w wyzwalaczu after insert zabronione jest modyfikowanie rekordu. Tymczasem specyfikacja JPA nie wspomina nic o tym. Skoro specyfikacja tego nie zabrania, to jest to dozwolone. Co więcej, według Oracle adnotacja @PostPersist właśnie do tego służy: “The @PostPersist is used to register a method to be called on an object that has just been inserted into the database. This event can be used to notify any dependent on the object, or to update information not accessible until the object has been inserted.” @PostPersist nie jest więc tożsame z wyzwalaczem after insert.
Categories: JPA Tags:

Sekwencje EJB3 na podwieczorek

February 2nd, 2007 No comments
Bawię się EJB3 i jestem pod wrażeniem tego, jak poradzono sobie z problemem sekwencji (implementacja Toplink). Sekwencja, to coś co nadaje kolejne numery rekordom w tabeli w bazie danych. Każda baza danych ma potrafi korzystać z sekwencji, niestety zwykle robi to na swój własny sposób. Implementacja Java Persistance Api – która jest abstrakcyjną warstwą ponad bazą danych musi sobie z tym jakoś poradzić. EJB3 pozwala nam korzystać z sekwencji javax.persistence.GenerationType: IDENTITY, SEQUENCE, TABLE lub AUTO. Mnie zafascynowało javax.persistence.GenerationType.TABLE. Jak to działa? W bazie danych tworzona jest tabelka, która przetrzymuje ostatnią wartość, jaka była użyta przez sekwencję. Ale przecież to będzie wolno działać – pomyślałem sobie gdy pierwszy raz o tym czytałem – dla każdego INSERT trzeba będzie robić dodatkowo UPDATE. I spojrzałem na logi bazy danych w poszukiwaniu marnotrawienia zasobów. Jakież było moje zdziwienie, gdy nie znalazłem tam logów z operacji UPDATE. Jak to? Otóż aplikacja JEE zakłada, że jest sobie jedyną aplikacją działającą na bazie danych. Dlatego aktualną wartość sekwencji pamięta serwer aplikacji. Tymczasem rekord w bazie danych pamiętający ostatnią wartość sekwencji aktualizowany jest co jakiś czas. Dzięki temu, w przypadku restartu serwera aplikacji znana będzie nowa wartość sekwencji. Jakie to jest banalne, jakie piękne i jakie szybkie za razem. Demonstruje to możliwości stojące przed technologią JEE.
Categories: JPA Tags: