ORM mých snů - iBatis 3

Všechny velké zajímavé projekty aplikací, na kterých jsem se podílel jako ORM používali Hibernate. Přiznám se, že jsem byl tímto frameworkem zpočátku nadšen. Pak moje nadšení trochu ochablo, ale verze 3 zase přinesla vylepšení, která jsem kvitoval (především z hlediska mapování).

Postupem času, ale čím dál tím víc cítím, že Hibernate (a v podstatě jakýkoliv JPA framework) není to pravé ořechové. Proč?

Nelíbí se mi, že je velmi těžké se z DataTypu dostat na connection, což je potřeba např. pro uložení XML do DB přes datový typ SQLXML, který je nutno vytvářet pomocí metody createSQLXML objectu Connection. O tom, že tuto instanci musím po provedení dotazu zase uvolnit pomocí její metody free ani nemluvě.

Dále se mi nelíbí, že nemám plně pod kontrolou SQL dotazy (jsou generovány z HQL), tj. případná optimalizace dotazů není úplně triviální. Samozřejmě je možné si vyžádat od Hibernate spojení a provést dotaz ručně, ale metoda connection objektu Session je deprecated, tak nevím jak to bude v Hibernate 4.

Šíleně mě začíná obtěžovat cache natažených objektů, Session. Pokud provádím nějaké batchové operace, které manipulují s velkým množstvím objektů (desetisíce), pak je problém jak to celé výkonově optimalizovat. Je nutné průběžně dělat commit, session vyclearovat a znova zaasociovat všechny objekty, které budu potřebovat. Nejen je to pracné, ale velmi často dohledávám původce nějaké LazyInitializationException.

Ale co jiného, co lepšího. Vždy jsem pokukoval po iBatisu. Zkoušel jsem jej, ale něco mi vždy řeklo, že to nějak s Hibernate zmáknu (přeci jenom ten framework znám a málo co mě při práci s ním překvapí). Ale návrh na verzi 3, který se mi dostal pod ruku mě nadchl. Proč?

Šíleně se mi zalíbila myšlenka definice rozhraní, které se zove Mapper, ale de facto je to DAO. Implementaci vytvoří iBatis sám. Např:

public interface EmployeeMapper {
  Employee getEmployee (int employeeId);
  List listAllEmployees();
}

Navíc se případné anotace, jak mapovat budou umísťovat do tohoto rozhraní a ne do modelu (jsem absolutním nepřítelem anotování modelu anotacemi pro DAO vrstvu).

Dále se mi zalíbila představa generování dynamických SQL dotazů pomocí DSL v Javě. Obávám se, že to není správný přístup. SQL by mělo být mimo aplikaci, takže v XML. Ale myšlenka je to jistě zajímavá.

Teď už nezbývá nic jiného než se těšit jak to celé dopadne.