Last modified by Denis Pavlov on 2018/04/02 18:05

geda-logo-200.pngGeDA was inspired by developer's lazyness (as always). The rationale for  its existance was overhead of creating DTO Assemblers in an n-tier  application to pass information within domain object to UI through DTO's  (Data Transfer Objects). The basic principle of the above application  design is to extract the necessary information from the domain objects  in the form of DTO's. In reality this involves a tidious get/set method  calls that look very much the same for most of the objects. GeDA uses  Java5's annotations in order to map DTO's onto paths of the Domain  object properties (the reflection method). Thus the annotated DTO's can  be examined by a Generic DTO Assembler that will create specific  instance of the assembler for the DTO is respect to a Domain object. The  assembler is basically a placeholder for so called "data pipes" that  allow transferring data from/to domain object's field. But do not take  my word for it - try it out yourself.

How does it work?

  1. When coding user of this library uses java annotations or DSL registry to provide contextual information how DTO maps to an Entity
  2. If you are following SOLID principles when you code then you would probably need to specify BeanFactory for Inversion of Control and Converter registry for doing tricky conversions between domain and DTO values
  3. At runtime when a DTO assembler instance is created GeDA uses byte code generation library to generate adapter classes to transfer values between domain object and DTO model. This is to prevent use of java reflection which is quite slow. By default GeDA uses javassist to synthesize those classes but you have a choice of using BCEL or Sun JavaC using configurations.
  4. Each assembler instance is also cleverly cached internally so that creation of assembler instances is brought to a minimum but does not clutter your memory (so no nasty OutOfMemoryException's).
  5. As a result you have an awesome tool to transfer data between all sorts of java objects.
  6. Furthermore +GeDA 2.0.3 smoked all rival libraries on performance+ (Orika 1.2 which is supposed to be the fastest there is is twice as slow). Performance tests can be found here. Version 2.1.x are even better in terms of performance and memory consumption, and version 3.x.x is event better than 2.x.x. See test here
  7. Version 2.x.x have full Spring v3.x.x support
  8. Version 3.x.x have full OSGi support
  9. Lastly is it a feature rich tool that allows to expand, flatten and combine your objects as well as handling complex mapping for collections and maps.

  Have a look at our "Getting started" guide for a quick overview

Why use it?

  • Provides flexible mappings for DTO objects
  • Allows to flatten Entity objects whilst converting them to DTO
  • Allows to transform values or populate derived properties of your DTO
  • Saves a lot of coding (and testing) of DTO specific assemblers
  • Performance! GeDA uses Javassist by default to auto generate code for assemblers (also can use BCEL, SUN javac or pure java Reflection API)
  • Spring 3 OOTB integration
  • OSGi OOTB integration
  • Minimal code contamination - use of GeDA usually means adding some annotations to your DTO bean and 3 extra lines of code in your service layer class
  • A true TDD library - our code is thoroughly tested using JUnit, Spring Test and Pax Exam, as well as various performance and benchmark tests using Caliper, Jetty and mutli threaded runners.

Common misconception: GeDA was not build to hydrate ORM classes (such as Hibernate). If you just want to get DTO with simple field values straight out of your DB you are better off with the Object Query Language (OQL) (such as HQL in Hibernate). However, if you are working in application service layer with complex view (as in MVC) then GeDA is just what the doctor ordered!

Where can I get this awesomeness for free?


GeDA on maven central http://search.maven.org/#search%7Cga%7C1%7Cg%3A%22com.inspire-software.lib.dto.geda%22

  Got stuck? Post your question on GeDA Google Groups

<!-- core module: use can you it on its own if you are not using Spring 3 -->

<!-- spring integration: spring 3 AOP wrapper for core -->

<!-- OSGi GeDA bundle -->

  To setup mvn dependency please read this page

Feedback and notes

  NOTE: If you have some questions please consult documentation and topics prior sending a request

All release notes are [here|GeDA:Revisions].

If you wish to contact us, propose new features or contribute please use our feedback form

Recent enhancements may be found here

You can report any problems with GeDA to our public jira

Created by superadmin on 2009/09/09 00:00
GeDA - Generic DTO Assembler © Denys Pavlov 2009 - 2020