Support Forums: Message List - Simplifying the Data Access Layer with Spring and Java Generics http://www.theserverside.com Most recent forum messages en Jive Forums Silver 5.5.30 (www.jivesoftware.com) Tue, 21 May 2013 18:02:16 -0400 erlang http://www.theserverside.com/discussions/thread.tss?thread_id=63463 simplyfying for  java is way cool

club stork

]]> Fri, 11 Jan 2013 01:50:50 -0500 Fri, 11 Jan 2013 01:50:50 -0500 Fri, 11 Jan 2013 01:50:50 -0500 Jan 11, 2013 club stork 0 hey http://www.theserverside.com/discussions/thread.tss?thread_id=63463 simplyfying data access layer is always a good thing

sell sheet design

]]> Wed, 28 Nov 2012 04:05:17 -0500 Wed, 28 Nov 2012 04:05:17 -0500 Wed, 28 Nov 2012 04:05:17 -0500 Nov 28, 2012 colemanworks 0 Alternative libraries http://www.theserverside.com/discussions/thread.tss?thread_id=63463 I wrote active-collections as an active_record inspired solution to the generic DAO for JPA. It has a couple of nice features: The generic DAO implements the Set interface...]]> Wed, 25 Jan 2012 04:17:21 -0500 Wed, 25 Jan 2012 04:17:21 -0500 Wed, 25 Jan 2012 04:17:21 -0500 Jan 25, 2012 Oliver Searle-Barnes 1 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 I think you're over-simplifying the situation here. How would you then unit test the service class? Yes, the EntityManager can be mocked but mocking query setup, parameter binding and query execution is quite cumbersome. I'd even argue that when using...]]> Sun, 15 Jan 2012 17:04:58 -0500 Sun, 15 Jan 2012 17:04:58 -0500 Sun, 15 Jan 2012 17:04:58 -0500 Jan 15, 2012 olivergierke 0 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 What the DAO enables you to do is be decopupled of the underlying storage; the DAO should be agnostic of Hibernate and not use Hibernate APIs directly. That is it's purpose, and if that's not something you're interested in, then the EntityManager...]]> Sun, 15 Jan 2012 06:04:59 -0500 Sun, 15 Jan 2012 06:04:59 -0500 Sun, 15 Jan 2012 06:04:59 -0500 Jan 15, 2012 baeldung 0 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 Actually JPA is not everything in the Java persistence world. Just recently I've switched from Hibernate to Neo4J, and the fact that I had a DAO layer in place (based on Spring Data) made the transition relativelly painless.

...]]> Fri, 13 Jan 2012 10:56:17 -0500 Fri, 13 Jan 2012 10:56:17 -0500 Fri, 13 Jan 2012 10:56:17 -0500 Jan 13, 2012 baeldung 0 Alternative libraries http://www.theserverside.com/discussions/thread.tss?thread_id=63463 I have already used Spring Data extensivelly, and it does what you say and more (my next article covers Spring Data). That is however an added...]]> Fri, 13 Jan 2012 10:54:18 -0500 Fri, 13 Jan 2012 10:54:18 -0500 Fri, 13 Jan 2012 10:54:18 -0500 Jan 13, 2012 baeldung 0 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 I mean, most DAO function just delegate to the EntityManager without bringing any value added. Why pay the cost of having to maintain yet another class plus an interface for code that can be stuffed right into a service class.

]]> Fri, 13 Jan 2012 10:48:45 -0500 Fri, 13 Jan 2012 10:48:45 -0500 Fri, 13 Jan 2012 10:48:45 -0500 Jan 13, 2012 zart colwin 2 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 DAO is considered by many an anti-pattern nowadays, still lots of architect still insist on segregating all dataaccess in DAOs. Is it clevers or resistance to changes ?  I, for myself, think that DAOs should be something of the past as I consider...]]> Fri, 13 Jan 2012 10:43:57 -0500 Fri, 13 Jan 2012 10:43:57 -0500 Fri, 13 Jan 2012 10:43:57 -0500 Jan 13, 2012 zart colwin 3 Thumbs up for Spring Data http://www.theserverside.com/discussions/thread.tss?thread_id=63463 I'd strongly recommend using Spring Data.  It's pretty neat stuff.

]]> Thu, 12 Jan 2012 16:28:33 -0500 Thu, 12 Jan 2012 16:28:33 -0500 Thu, 12 Jan 2012 16:28:33 -0500 Jan 12, 2012 Kevin Cho 0 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 ...]]> Thu, 12 Jan 2012 14:17:14 -0500 Thu, 12 Jan 2012 14:17:14 -0500 Thu, 12 Jan 2012 14:17:14 -0500 Jan 12, 2012 neilstockton 1 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 With DAO, say today you are using entityManager, tomorrow you could be using hibernate sessionManager (back) or something else and your changes are restricted only to the DAO. That is a sentence explaination of why we need DAO.

...]]> Thu, 12 Jan 2012 08:59:12 -0500 Thu, 12 Jan 2012 08:59:12 -0500 Thu, 12 Jan 2012 08:59:12 -0500 Jan 12, 2012 James Tan 2 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 With DAO, say today you are using entityManager, tomorrow you could be using hibernate sessionManager (back) or something else and your changes are restricted only to the DAO. That is a sentence explaination of why we need DAO.

...]]> Thu, 12 Jan 2012 08:58:59 -0500 Thu, 12 Jan 2012 08:58:59 -0500 Thu, 12 Jan 2012 08:58:59 -0500 Jan 12, 2012 James Tan 0 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 With DAO, say today you are using entityManager, tomorrow you could be using hibernate sessionManager (back) or something else and your changes are restricted only to the DAO. That is a sentence explaination of why we need DAO.

...]]> Thu, 12 Jan 2012 08:58:38 -0500 Thu, 12 Jan 2012 08:58:38 -0500 Thu, 12 Jan 2012 08:58:38 -0500 Jan 12, 2012 James Tan 0 Why DAO? http://www.theserverside.com/discussions/thread.tss?thread_id=63463 With DAO, say today you are using entityManager, tomorrow you could be using hibernate sessionManager (back) or something else and your changes are restricted only to the DAO. That is a sentence explaination of why we need DAO.

...]]> Thu, 12 Jan 2012 08:58:27 -0500 Thu, 12 Jan 2012 08:58:27 -0500 Thu, 12 Jan 2012 08:58:27 -0500 Jan 12, 2012 James Tan 0