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

    <item>
      <title>Re: SRP in a service</title>
      <pubDate>Fri, 20 Nov 2009 17:13:01 GMT</pubDate>
      <dc:creator>Donaldson, John (GEO)</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32037</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32037</guid>
      <description>Franz, Your assumptions are pretty much correct. The interesting part goes on in the &quot;service handler&quot;. And the serializing/deserializing is pretty simple. And</description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Fri, 20 Nov 2009 16:21:55 GMT</pubDate>
      <dc:creator>KathyVS</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32036</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32036</guid>
      <description>... I&#39;ve heard this called the &quot;just use one&quot; version of singleton.  Mostly everyone agrees that this type is okay (when needed); similarly, these are no</description>
    </item>
    <item>
      <title>Re: ANN: Testable Java</title>
      <pubDate>Fri, 20 Nov 2009 13:38:05 GMT</pubDate>
      <dc:creator>Charlie Poole</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32035</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32035</guid>
      <description>Hi Michael, The feature/construct distinction is a good insight! Charlie</description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Fri, 20 Nov 2009 13:33:01 GMT</pubDate>
      <dc:creator>Charlie Poole</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32034</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32034</guid>
      <description>The author specifically says he&#39;s talking about a particular kind of singleton: i.e. one that imposes it&#39;s own &quot;singleton-ness.&quot; I agree that this is a bad</description>
    </item>
    <item>
      <title>Re: SRP in a service</title>
      <pubDate>Fri, 20 Nov 2009 12:19:19 GMT</pubDate>
      <dc:creator>Franz Allan Valencia See</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32033</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32033</guid>
      <description>By &#39;Create it in the model layer (which will also store it in the database) - get an id back&#39;, I&#39;m guessing this is where the ServiceHandler delegation comes</description>
    </item>
    <item>
      <title>Re: SRP in a service</title>
      <pubDate>Fri, 20 Nov 2009 11:50:25 GMT</pubDate>
      <dc:creator>Sidar Ok</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32032</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32032</guid>
      <description>To be honest, I am not very fond of those objects serialized into strings - deserializing and serializing should be infrastructural concerns that has nothing</description>
    </item>
    <item>
      <title>SRP in a service</title>
      <pubDate>Fri, 20 Nov 2009 11:19:52 GMT</pubDate>
      <dc:creator>Donaldson, John (GEO)</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32031</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32031</guid>
      <description>I&#39;m having some difficulty with SRP in the context of a SOA service. For the sake of the discussion, let&#39;s say we have a service &quot;CreateTravelPlan&quot; which takes</description>
    </item>
    <item>
      <title>ANN: Testable Java</title>
      <pubDate>Fri, 20 Nov 2009 06:04:45 GMT</pubDate>
      <dc:creator>Gishu Pillai</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32030</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32030</guid>
      <description>Timely, enlightening and concise. Thank you sir for taking the time to bring this piece to the general populace. Now I have a checklist of usual-suspects to</description>
    </item>
    <item>
      <title>ANN: Testable Java</title>
      <pubDate>Fri, 20 Nov 2009 03:52:16 GMT</pubDate>
      <dc:creator>mfeathers256</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32029</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32029</guid>
      <description>I just wrote a paper called &#39;Testable Java&#39; which outlines the sort of testability traps that I see people fall into over and over again when they aren&#39;t doing</description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Fri, 20 Nov 2009 01:54:43 GMT</pubDate>
      <dc:creator>Joao Eduardo Hornburg</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32028</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32028</guid>
      <description>Just don&#39;t use them! They&#39;re procedural. Bad OO. http://misko.hevery.com/code-reviewers-guide/flaw-brittle-global-state-singletons/ João E. Hornburg </description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Fri, 20 Nov 2009 00:21:21 GMT</pubDate>
      <dc:creator>twitter.com/nfma</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32027</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32027</guid>
      <description>I&#39;ve tried to use powermock and ended up with very bad tests... I&#39;d rather just build integration tests and refactor code until it&#39;s testable. 2009/11/19 Nayan</description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Fri, 20 Nov 2009 00:05:03 GMT</pubDate>
      <dc:creator>Nayan Hajratwala</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32026</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32026</guid>
      <description>... PowerMock is very good for legacy code bases where there often is not a good/easy/non-destructive way of modifying the code to allow for mocking. I&#39;d agree</description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Thu, 19 Nov 2009 22:08:29 GMT</pubDate>
      <dc:creator>Adam Sroka</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32025</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32025</guid>
      <description>On Thu, Nov 19, 2009 at 4:39 PM, johantoutsimplement ... I would argue that. others would argue that it allows you to not ... I agree that that is worse, but</description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Thu, 19 Nov 2009 21:51:08 GMT</pubDate>
      <dc:creator>johantoutsimplement</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32024</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32024</guid>
      <description>Another option is to use PowerMock &lt;http://code.google.com/p/powermock/&gt; . It allows you mock stuff normally not mockable like static, final, private or</description>
    </item>
    <item>
      <title>Re: Test for Singleton class</title>
      <pubDate>Thu, 19 Nov 2009 21:50:55 GMT</pubDate>
      <dc:creator>Angel Java Lopez</dc:creator>
      <link>http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32023</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/testdrivendevelopment/message/32023</guid>
      <description>Hi people! Hmmm...IMO, a singleton could be tested (&quot;easier&quot;) if it has no state. As any static method in a class. Another kind of singleton that could be</description>
    </item>

  </channel>
</rss>
<!-- wr1.grp.sp2.yahoo.com uncompressed/chunked Fri Nov 20 14:40:05 PST 2009 -->
