dao and dependency injection advice

dao and dependency injection advice  using -'java,design-patterns,mongodb,dao,morphia'

This is the first time im using the DAO pattern. From what I've read so far, implementing this pattern will help me seperate my calling code (controller) from any persistence implementation - exactly what I want; that is, I don't want to be restrcited to the use of any particular database or 3rd party libraries.

I'm creating some test code (in TDD fashion) using MongoDB and morphia (as an example), with morphia's provided BasicDAO class.

As far as I can tell, extending BasicDAO<T, V> requires a constructor that accepts Morphia and Mongo objects; these are very specific (3rd party) types that I don't really want floating around outside of the DAO class itself.

How can I have more of a pluggable architecture? By this I mean, what should I look into re being able to configure my application to use a specific DAO with specific configuration arguments, external to the actual source?

asked Sep 25, 2015 by bhavin
0 votes

2 Answers

0 votes

A "pluggable" DAO layer is usually/always based on an interface DAO. For example, lets consider a quite generic simple one:

public interface GenericDAO  {  
    List getAll(Class typeClass);   
    T findByKey(Class typeClass, K id);  
    void update(T object);  
    void remove(T object);  
    void insert(T object);  

(This is what you have in Morphia's generic DAO)

Then you can develop different several generic DAO implementations, where you can find different fields (reflected in constructor parameters, setters and getters, etc). Let's assume a JDBC-based one:

public class GenericDAOJDBCImpl implements GenericDAO {
    private String db_url;

    private Connection;
    private PreparedStatement insert;
    // etc.

Once the generic DAO is implemented (for a concrete datastore), getting a concrete DAO would be a no brainer:

public interface PersonDAO extends GenericDAO {



public class PersonDAOJDBCImpl extends GenericDAOJDBCImpl implements PersonDAO {


(BTW, what you have in Morphia's BasicDAO is an implementation of the generic DAO for MongoDB).

The second thing in the pluggable architecture is the selection of the concrete DAO implementation. I would advise you to read chapter 2 from Apress: Pro Spring 2.5 ("Putting Spring into "Hello World") to progressively learn about factories and dependency injection.

answered Sep 25, 2015 by girisha
0 votes

Hi i am not an expert in java. but trying to give a solution.

you can have a superclass where all the connection related stuff happens and any other base class where you can extend and use it.

Later any switch in your DB for specific 3rd party drivers you can rewrite the superclass.

Again I am no expert. Just trying around here to learn. :)

answered Sep 25, 2015 by sumit_jaiswalmca