<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss'><id>tag:blogger.com,1999:blog-6128421941141648586</id><updated>2009-09-21T21:11:52.180-04:00</updated><title type='text'>Coffee-Driven Java</title><subtitle type='html'></subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://coffeedrivenjava.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default'/><link rel='alternate' type='text/html' href='http://coffeedrivenjava.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Matt McGill</name><uri>http://www.blogger.com/profile/18441137187749531655</uri><email>noreply@blogger.com</email></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>6</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-6128421941141648586.post-684566463379241030</id><published>2006-09-18T10:13:00.000-04:00</published><updated>2006-09-18T10:59:21.795-04:00</updated><title type='text'>Mock Objects Revisited</title><summary type='text'>Sven Heyll responded to my difficulties with mock objects and unit tests here:The purpose of the MOCKAfter finishing my JDBC-related code, I spent the last two weeks furiously implementing some higher-level code which did not rely on JDBC, and re-examined my usage of mock objects once again. As Sven indicates in his post, I missed the point the first time around. Sven explains that mock objects </summary><link rel='replies' type='application/atom+xml' href='http://coffeedrivenjava.blogspot.com/feeds/684566463379241030/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='https://www.blogger.com/comment.g?blogID=6128421941141648586&amp;postID=684566463379241030' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/684566463379241030'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/684566463379241030'/><link rel='alternate' type='text/html' href='http://coffeedrivenjava.blogspot.com/2006/09/mock-objects-revisisted.html' title='Mock Objects Revisited'/><author><name>Matt McGill</name><uri>http://www.blogger.com/profile/18441137187749531655</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='02362877664683164625'/></author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-6128421941141648586.post-6750943423308044472</id><published>2006-09-01T13:06:00.000-04:00</published><updated>2006-09-01T13:09:02.756-04:00</updated><title type='text'>Beyond Test Driven Development</title><summary type='text'>This is a few months old, but it's the first time I've seen it, and it's certainly an appropriate follow-up to the previous post. Dave Astels talks about BDD and rSpec.http://video.google.com/videoplay?docid=8135690990081075324&amp;q=test</summary><link rel='replies' type='application/atom+xml' href='http://coffeedrivenjava.blogspot.com/feeds/6750943423308044472/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='https://www.blogger.com/comment.g?blogID=6128421941141648586&amp;postID=6750943423308044472' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/6750943423308044472'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/6750943423308044472'/><link rel='alternate' type='text/html' href='http://coffeedrivenjava.blogspot.com/2006/09/beyond-test-driven-development.html' title='Beyond Test Driven Development'/><author><name>Matt McGill</name><uri>http://www.blogger.com/profile/18441137187749531655</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='02362877664683164625'/></author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-6128421941141648586.post-7799494427848941783</id><published>2006-08-31T10:06:00.000-04:00</published><updated>2006-08-31T10:41:25.755-04:00</updated><title type='text'>Unit Tests Specify Post-Conditions, Not Code Paths!</title><summary type='text'>I realized something about the unit tests I had been writing today: I couldn't change even a line of the code they were testing without changing the tests themselves as well. Now, I understand that unit tests always carry some maintenance overhead, and will need to be udpated from time to time as a system's design evolves. But unit tests are also supposed to enable refactoring by ensuring that </summary><link rel='replies' type='application/atom+xml' href='http://coffeedrivenjava.blogspot.com/feeds/7799494427848941783/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='https://www.blogger.com/comment.g?blogID=6128421941141648586&amp;postID=7799494427848941783' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/7799494427848941783'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/7799494427848941783'/><link rel='alternate' type='text/html' href='http://coffeedrivenjava.blogspot.com/2006/08/unit-tests-specify-post-conditions-not.html' title='Unit Tests Specify Post-Conditions, Not Code Paths!'/><author><name>Matt McGill</name><uri>http://www.blogger.com/profile/18441137187749531655</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='02362877664683164625'/></author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-6128421941141648586.post-2437478190353134573</id><published>2006-08-25T10:22:00.000-04:00</published><updated>2006-08-25T12:28:28.884-04:00</updated><title type='text'>Distributed (XA) Transactions w/ Hibernate, Spring, JTA, JOTM</title><summary type='text'>I recently struggled with getting XA transactions to work across Oracle 9i and SQL Server 2000 databases, using a combination of Hibernate, Spring, JOTM, and the SQL Server 2005 JDBC driver. I ran into some stickiness, and I still think I might be missing something - but XA transactions work. Recovery probably doesn't, but for our organization that's OK right now. In the off-chance that my </summary><link rel='replies' type='application/atom+xml' href='http://coffeedrivenjava.blogspot.com/feeds/2437478190353134573/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='https://www.blogger.com/comment.g?blogID=6128421941141648586&amp;postID=2437478190353134573' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/2437478190353134573'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/2437478190353134573'/><link rel='alternate' type='text/html' href='http://coffeedrivenjava.blogspot.com/2006/08/distributed-xa-transactions-w-hibernate.html' title='Distributed (XA) Transactions w/ Hibernate, Spring, JTA, JOTM'/><author><name>Matt McGill</name><uri>http://www.blogger.com/profile/18441137187749531655</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='02362877664683164625'/></author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-6128421941141648586.post-5357489691734792480</id><published>2006-08-15T11:37:00.000-04:00</published><updated>2006-08-15T11:44:02.307-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='java'/><category scheme='http://www.blogger.com/atom/ns#' term='maven'/><title type='text'>Maven 2 site plugin woes</title><summary type='text'>We're using Maven 2 here to manage our build process, and I'd like to make the maven-generated site our main source for developer documentation since it already hosts reports, JavaDocs, etc. Unfortunately, the site plug-in (currently at version 2.0-beta-5 I believe) is not exactly being cooperative. I have some menus defined in site.xml for the top-level project which I do not want inherited by </summary><link rel='replies' type='application/atom+xml' href='http://coffeedrivenjava.blogspot.com/feeds/5357489691734792480/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='https://www.blogger.com/comment.g?blogID=6128421941141648586&amp;postID=5357489691734792480' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/5357489691734792480'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/5357489691734792480'/><link rel='alternate' type='text/html' href='http://coffeedrivenjava.blogspot.com/2006/08/maven-2-site-plugin-woes.html' title='Maven 2 site plugin woes'/><author><name>Matt McGill</name><uri>http://www.blogger.com/profile/18441137187749531655</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='02362877664683164625'/></author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-6128421941141648586.post-2621418407128436904</id><published>2006-08-15T11:25:00.000-04:00</published><updated>2006-08-15T11:31:00.916-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='java'/><category scheme='http://www.blogger.com/atom/ns#' term='programming'/><category scheme='http://www.blogger.com/atom/ns#' term='blogging'/><title type='text'>I've resisted for so long...</title><summary type='text'>Blogs often contain information of no relevance to anyone but the blogger/blogger's immediate circle, and I've held out for fear of adding to the noise. Until now, that is. Java- and developer-related blogs have recently pulled me out of a couple jams, so to return the favour I'll document my difficulties here on the web for the benefit any fellow developers struggling with Java, Hibernate, </summary><link rel='replies' type='application/atom+xml' href='http://coffeedrivenjava.blogspot.com/feeds/2621418407128436904/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='https://www.blogger.com/comment.g?blogID=6128421941141648586&amp;postID=2621418407128436904' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/2621418407128436904'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/6128421941141648586/posts/default/2621418407128436904'/><link rel='alternate' type='text/html' href='http://coffeedrivenjava.blogspot.com/2006/08/ive-resisted-for-so-long.html' title='I&apos;ve resisted for so long...'/><author><name>Matt McGill</name><uri>http://www.blogger.com/profile/18441137187749531655</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd='http://schemas.google.com/g/2005' name='OpenSocialUserId' value='02362877664683164625'/></author><thr:total xmlns:thr='http://purl.org/syndication/thread/1.0'>0</thr:total></entry></feed>