Armedia CodeGen generates Data Access Objects (DAOs) and Data Transfer Objects (DTOs) for Documentum object types and the JUnit test cases for the DAOs. DAOs and DTOs are design patterns for encapsulating persistent data sources and data. Design patterns are common approaches to solving typical problems. By associating a name to the problem and solution, the developer community facilitates easier communication.
Problem
Armedia has worked on multiple large engagements where Documentum is the core of the system; however a custom non-WDK (Web Development Kit) user interface was developed. As part of the software architecture, various sources interfaced with Documentum to manage content. To encapsulate knowledge about Documentum (i.e., the persistent data source), the team implemented the DAO pattern to provide create, read, update, and delete (CRUD) features. This allowed interfacing systems to manipulate POJOs (plain old java objects) and let the DAO work with DFC and/or DFS (Documentum Foundation Classes or Documentum Foundation Services) classes.
Benefit
- Fewer consultants needing to ramp-up on Documentum
- Reduced cost of Documentum upgrade since greatest costs are associated with migrating custom user interfaces
- Reduced dependency by reducing coupling of disparate applications
- Reduced development cost
- Leverage common IDE (i.e. Composer / Eclipse)
Check it out at http://www.armedia.com/products/generator.htm
Also, what are your thoughts on the product? Are you using DAOs?
