<?xml version="1.0" encoding="UTF-8" ?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>domaindrivendesign at Yahoo! Groups</title>
    <link>http://groups.yahoo.com/group/domaindrivendesign/</link>
    <description>Domain-Driven Design</description>

    <item>
      <title>Re: DOM and Database</title>
      <pubDate>Wed, 15 May 2013 09:15:54 GMT</pubDate>
      <dc:creator>j.vieten</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24070</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24070</guid>
      <description>Hi Rickard, right now to get things going I am modeling without a focus on persistance. I am retrieving my entities and aggregates on each service call from</description>
    </item>
    <item>
      <title>Re: DOM and Database</title>
      <pubDate>Wed, 15 May 2013 02:50:50 GMT</pubDate>
      <dc:creator>Rickard Öberg</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24069</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24069</guid>
      <description>... This depends a lot on whether your app is clustered or not, i.e. if it is the same server that gets write requests. You can always add caching of the</description>
    </item>
    <item>
      <title>Re: DOM and Database</title>
      <pubDate>Tue, 14 May 2013 19:50:34 GMT</pubDate>
      <dc:creator>j.vieten</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24068</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24068</guid>
      <description>yes your explanation does get me started. I do plan to use a web REST Service. What is special about my use-case is that my entities need to provide many</description>
    </item>
    <item>
      <title>Re: DOM and Database</title>
      <pubDate>Tue, 14 May 2013 19:07:02 GMT</pubDate>
      <dc:creator>Jörgen Andersson</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24067</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24067</guid>
      <description>Hi, From a DDD-point-of-view both approaches will work. In both cases you build a domain model to contain the business state and logic. The difference is in</description>
    </item>
    <item>
      <title>DOM and Database</title>
      <pubDate>Tue, 14 May 2013 16:05:53 GMT</pubDate>
      <dc:creator>j.vieten</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24066</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24066</guid>
      <description>Hello, I am very new to DDD... Many examples I have seen so far more or less reconstruct their Domain Object Model (DOM) on every service call. In the</description>
    </item>
    <item>
      <title>Re: IDs in the domain</title>
      <pubDate>Mon, 13 May 2013 17:41:00 GMT</pubDate>
      <dc:creator>Michael Rempel</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24065</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24065</guid>
      <description>We are discussing a slowly changing dimension problem here. Something like a person&#39;s name may never change, or may change once in a long while. But given that</description>
    </item>
    <item>
      <title>Re: Created DDD Exampe - Feedback?</title>
      <pubDate>Mon, 13 May 2013 17:09:33 GMT</pubDate>
      <dc:creator>Mirko Sertic</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24064</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24064</guid>
      <description>Hi there In fact it is Enterprise Architect 10 with &quot;Hand drawn&quot; diagram types:-) Regards Mirko ... Hi there In fact it is Enterprise Architect 10 with &quot;Hand</description>
    </item>
    <item>
      <title>Re: Created DDD Exampe - Feedback?</title>
      <pubDate>Mon, 13 May 2013 17:08:26 GMT</pubDate>
      <dc:creator>Mirko Sertic</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24063</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24063</guid>
      <description>Hi there Ok. In this example i *tried* to explain that messages are not forwarded to the target messaging system, because this system might be unavailable for</description>
    </item>
    <item>
      <title>Re: Created DDD Exampe - Feedback?</title>
      <pubDate>Mon, 13 May 2013 16:56:00 GMT</pubDate>
      <dc:creator>Mirko Sertic</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24062</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24062</guid>
      <description>Sorry, i meant Enterprise Architect 10 for UML, it was too late.... ... Sorry, i meant Enterprise Architect 10 for UML, it was too late.... Am 10.05.2013</description>
    </item>
    <item>
      <title>Re: Created DDD Exampe - Feedback?</title>
      <pubDate>Mon, 13 May 2013 16:54:35 GMT</pubDate>
      <dc:creator>Mirko Sertic</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24061</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24061</guid>
      <description>Hi there Thank you, and sorry for my late response. I&#39;ve been to munich the last weekend, the bavarian people know how to party:-) I am using 10 for UML stuff.</description>
    </item>
    <item>
      <title>Re: IDs in the domain</title>
      <pubDate>Mon, 13 May 2013 10:29:59 GMT</pubDate>
      <dc:creator>Greg Young</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24060</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24060</guid>
      <description>I do loosely couple between aggregates with soft links. I just don&#39;t use Id classes to do it.. If you start lazy loading from Id classes I see a big mess</description>
    </item>
    <item>
      <title>Re: IDs in the domain</title>
      <pubDate>Mon, 13 May 2013 10:25:53 GMT</pubDate>
      <dc:creator>Wim van Gool</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24059</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24059</guid>
      <description>@Greg: I agree that encapsulating identifiers with custom types might be a bit too puristic in the sense that you will hardly even change them - and not only</description>
    </item>
    <item>
      <title>Re: IDs in the domain</title>
      <pubDate>Mon, 13 May 2013 02:04:37 GMT</pubDate>
      <dc:creator>Greg Young</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24058</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24058</guid>
      <description>Soft links do not require special Id classes. I have found guids to work quite well (Uris work well too) I run a risk that my domain would see a large change</description>
    </item>
    <item>
      <title>Re: IDs in the domain</title>
      <pubDate>Sun, 12 May 2013 18:07:44 GMT</pubDate>
      <dc:creator>Michael Schuerig</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24057</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24057</guid>
      <description>... Well, I&#39;ve written my fair share of code that passes around IDs and I&#39;m not particularly proud of it. My point, however, is slightly different. My</description>
    </item>
    <item>
      <title>Re: IDs in the domain</title>
      <pubDate>Sun, 12 May 2013 15:16:33 GMT</pubDate>
      <dc:creator>Greg Young</dc:creator>
      <link>http://groups.yahoo.com/group/domaindrivendesign/message/24056</link>
      <guid isPermaLink="true">http://groups.yahoo.com/group/domaindrivendesign/message/24056</guid>
      <description>I&#39;ll be frank. I challenge anyone to come up with a valid use case for this nonsense that has been spread around. ... -- Le doute n&#39;est pas une condition</description>
    </item>

  </channel>
</rss>
<!-- rss1.grp.bf1.yahoo.com uncompressed Sat May 18 16:31:12 PDT 2013 -->
