<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Spring 2.0 vs. the Anemic Domain Model</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Tue, 18 Jun 2013 21:17:51 -0400</pubDate>


    <item>

        <title>Spring 2.0 vs. the Anemic Domain Model</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[In &quot;<a href="http://jroller.com/page/habuma?entry=spring_2_0_vs_the" target="_blank">Spring 2.0 vs. the Anemic Domain Model</a>,&quot; Craig Walls discusses how the upcoming Spring 2.0 release might be able to configure beans after instantiation to...]]></description>
        

        <pubDate>Tue, 13 Jul 2010 19:28:19 -0400</pubDate>

        

        <jf:creationDate>Tue, 13 Dec 2005 08:53:44 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 13 Jul 2010 19:28:19 -0400</jf:modificationDate>
        <jf:date>Jul 13, 2010</jf:date>
        <jf:author>Joseph Ottinger</jf:author>
        <jf:replyCount>146</jf:replyCount>
    </item>


    <item>

        <title>Re: missed the point</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[In essence, the point of a Rich Data Model isn't that the models themselves decide what they are going to do (in reference to the poster who gave the example of obj.copyAndTweak()).  Instead, the objects declare what they can do (through public methods),...]]></description>
        

        <pubDate>Fri, 15 Jan 2010 17:15:55 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Jan 2010 17:15:55 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Jan 2010 17:15:55 -0500</jf:modificationDate>
        <jf:date>Jan 15, 2010</jf:date>
        <jf:author>Jason Wheeler</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>missed the point</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[I don't think the cake analogy is sound.  For one, as someone else pointed out, it's not a cake until you cook it.  More specifically, a cake doesn't do anything, things are done to it.  So in this case, ADM works....]]></description>
        

        <pubDate>Fri, 15 Jan 2010 15:58:16 -0500</pubDate>

        

        <jf:creationDate>Fri, 15 Jan 2010 15:58:16 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 15 Jan 2010 15:58:16 -0500</jf:modificationDate>
        <jf:date>Jan 15, 2010</jf:date>
        <jf:author>Jason Wheeler</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>CRUD Methods shouldn't be on Domain Objects</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[Like others before me, I totally disagree with the statement that CRUD methods should be put on the domain objects. Delegating them in the back to a DAO layer and initializing them through some Spring magic doesn't make it correct! It is also against the...]]></description>
        

        <pubDate>Mon, 17 Sep 2007 11:46:55 -0400</pubDate>

        

        <jf:creationDate>Mon, 17 Sep 2007 11:46:55 -0400</jf:creationDate>
        <jf:modificationDate>Mon, 17 Sep 2007 11:46:55 -0400</jf:modificationDate>
        <jf:date>Sep 17, 2007</jf:date>
        <jf:author>Daniel Seiler</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Original Article Moved.  Find It Here ...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[<a class="jive-link-external" href="http://www.nofluffjuststuff.com/blog_detail.jsp?rssItemId=96860" target="_newWindow">http://www.nofluffjuststuff.com/blog_detail.jsp?rssItemId=96860</a>]]></description>
        

        <pubDate>Thu, 16 Aug 2007 21:19:57 -0400</pubDate>

        

        <jf:creationDate>Thu, 16 Aug 2007 21:19:57 -0400</jf:creationDate>
        <jf:modificationDate>Thu, 16 Aug 2007 21:19:57 -0400</jf:modificationDate>
        <jf:date>Aug 16, 2007</jf:date>
        <jf:author>iSeriesArchitect</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>&amp;quot;Inner Class Strategy&amp;quot; of the DAO pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[I did a write-up here: <a href="http://nils.kilden-pedersen.net/DAO_pattern/InnerClassStrategy.html" target="_blank">Inner Class Strategy</a>.]]></description>
        

        <pubDate>Wed, 15 Mar 2006 18:57:18 -0500</pubDate>

        

        <jf:creationDate>Wed, 15 Mar 2006 18:57:18 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 15 Mar 2006 18:57:18 -0500</jf:modificationDate>
        <jf:date>Mar 15, 2006</jf:date>
        <jf:author>Nils Kilden-Pedersen</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>agree with Fowler's vision</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[I totally agree with the vision put forth. Infact I've written some framework code that allows one to maintain true domain objects whose persistant calls are delegated to its corresponding DAO. That means one could have operations such as save or update...]]></description>
        

        <pubDate>Fri, 10 Feb 2006 01:15:05 -0500</pubDate>

        

        <jf:creationDate>Fri, 10 Feb 2006 01:15:05 -0500</jf:creationDate>
        <jf:modificationDate>Fri, 10 Feb 2006 01:15:05 -0500</jf:modificationDate>
        <jf:date>Feb 10, 2006</jf:date>
        <jf:author>Amit Karandikar</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Spring and DDD</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[Rod,<br><blockquote>I and Adrian have recently been discussing this topic a lot with Eric Evans (and I remember our chat at Crested Butte in August), and we're excited about the potential to explore a Spring-based realization of...]]></description>
        

        <pubDate>Mon, 06 Feb 2006 15:56:30 -0500</pubDate>

        

        <jf:creationDate>Mon, 06 Feb 2006 15:56:30 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 06 Feb 2006 15:56:30 -0500</jf:modificationDate>
        <jf:date>Feb 6, 2006</jf:date>
        <jf:author>paul knepper</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>The business-object doesn't need to know how to persist...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[Has anyone here actually baked a cake?  <br><br>I have. Mixing ingredients and baking them make the cake.  It is not a &quot;Cake&quot; until mixed and baked.  Unless you are making pudding cake.  Then it is not cake until you mix the ingredients....]]></description>
        

        <pubDate>Thu, 22 Dec 2005 08:13:16 -0500</pubDate>

        

        <jf:creationDate>Thu, 22 Dec 2005 08:13:16 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 22 Dec 2005 08:13:16 -0500</jf:modificationDate>
        <jf:date>Dec 22, 2005</jf:date>
        <jf:author>Mark N</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Spring 2.0 vs. the Anemic Domain Model</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[I am with you on this one. I think your analigy of using a cake, overen and baker is excellent!   What happened to layering of software?  <br>Also, domain objects should not know they need to be persisted.  They should have no refence, even in the form...]]></description>
        

        <pubDate>Thu, 22 Dec 2005 06:53:46 -0500</pubDate>

        

        <jf:creationDate>Thu, 22 Dec 2005 06:53:46 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 22 Dec 2005 06:53:46 -0500</jf:modificationDate>
        <jf:date>Dec 22, 2005</jf:date>
        <jf:author>Claudio Buffa Pace</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Nuts vs. Anemic Domain Model</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[More options are provided by Nuts:<br><a href="http://docs.codehaus.org/display/YAN/Nuts+vs+Anemic+Domain+Model" target="_blank">http://docs.codehaus.org/display/YAN/Nuts+vs+Anemic+Domain+Model</a>]]></description>
        

        <pubDate>Tue, 20 Dec 2005 00:41:58 -0500</pubDate>

        

        <jf:creationDate>Tue, 20 Dec 2005 00:41:58 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 20 Dec 2005 00:41:58 -0500</jf:modificationDate>
        <jf:date>Dec 20, 2005</jf:date>
        <jf:author>Ben Yu</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>The business-object doesn't need to know how to persist...</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[Why should it ?<br><br>My business object sholdn't need to worry about how it's created or populated with values.<br><br>It needs to know what to do with the values once the business-method's is called.<br><br>---- <br>The only thing the cake has to know...]]></description>
        

        <pubDate>Mon, 19 Dec 2005 17:03:39 -0500</pubDate>

        

        <jf:creationDate>Mon, 19 Dec 2005 17:03:39 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 19 Dec 2005 17:03:39 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2005</jf:date>
        <jf:author>Frode Halvorsen</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Dependency injection with AspectJ and Spring article from Adrian</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[Rod, you are not talking about the &quot;@Inject&quot; marker annotation, are you?<br><br>It just eliminates the need for &quot;one-bean-per-domain-type&quot;, but still relies on auto-wiring.]]></description>
        

        <pubDate>Mon, 19 Dec 2005 12:21:49 -0500</pubDate>

        

        <jf:creationDate>Mon, 19 Dec 2005 12:21:49 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 19 Dec 2005 12:21:49 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2005</jf:date>
        <jf:author>Ben Yu</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Dependency injection with AspectJ and Spring article from Adrian</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[Ben<br><br>I think Adrian's article relates to an older version of the code. The superaspect in Spring CVS (to go out in M1 today) doesn't know anything about @Configurable.<br><br>I quite like your suggested metadata strategy, for the cases where FQN...]]></description>
        

        <pubDate>Mon, 19 Dec 2005 08:35:06 -0500</pubDate>

        

        <jf:creationDate>Mon, 19 Dec 2005 08:35:06 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 19 Dec 2005 08:35:06 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2005</jf:date>
        <jf:author>Rod Johnson</jf:author>
        <jf:replyCount>2</jf:replyCount>
    </item>


    <item>

        <title>&amp;quot;Inner Class Strategy&amp;quot; of the DAO pattern</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=38047</link>

        

        
            <description><![CDATA[<blockquote>Hi Nils,<blockquote> the &quot;Inner Class Strategy&quot; of the DAO pattern. The Inner Class Strategy allows an object to hand off the responsibility of persistence to another object, while retaining full encapsulation. It is implemented by...]]></description>
        

        <pubDate>Mon, 19 Dec 2005 01:21:17 -0500</pubDate>

        

        <jf:creationDate>Mon, 19 Dec 2005 01:21:17 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 19 Dec 2005 01:21:17 -0500</jf:modificationDate>
        <jf:date>Dec 19, 2005</jf:date>
        <jf:author>Nils Kilden-Pedersen</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>



</channel>
</rss>

