<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://architects.dzone.com"  xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dz="http://www.developerzone.com/modules/dz/1.0">
<channel>
 <title>Recent Articles</title>
 <link>http://architects.dzone.com/articles/current</link>
 <description></description>
 <language>en</language>
<item>
 <title>BPEL as a source of application management metadata</title>
 <link>http://architects.dzone.com/articles/bpel-a-source-application-mana</link>
 <description>Let’s put aside for now all the discussions about whether BPEL is an
appropriate tool to capture a “true” business process, i.e. to
implement the business logic understood by a business analyst (a topic</description>
 <comments>http://architects.dzone.com/articles/bpel-a-source-application-mana#comments</comments>
 <category domain="http://architects.dzone.com/category/tags/bpel">BPEL</category>
 <category domain="http://architects.dzone.com/category/tags/bpm">bpm</category>
 <category domain="http://architects.dzone.com/category/tags/business-process">Business process</category>
 <category domain="http://architects.dzone.com/category/tags/modeling">Modeling</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/soa">SOA</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4762</wfw:commentRss>
 <dz:submitDate>Thu, 28 Aug 2008 08:04:23 -0400</dz:submitDate>
 <dz:readCount>26</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>vambenepe</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-303460.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Thu, 28 Aug 2008 08:04:23 -0400</pubDate>
 <dc:creator>vambenepe</dc:creator>
 <guid isPermaLink="false">4762 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Lean Software Development</title>
 <link>http://architects.dzone.com/news/lean-software-development</link>
 <description>While working in London for TrafficBroker I had the opportunity to try out Fred George&#039;s Lean process. To date, it&#039;s absolutely my favorite way to deliver software.Stories</description>
 <comments>http://architects.dzone.com/news/lean-software-development#comments</comments>
 <category domain="http://architects.dzone.com/category/tags/agile-development">agile development</category>
 <category domain="http://architects.dzone.com/category/tags/lean-development">lean development</category>
 <category domain="http://architects.dzone.com/category/tags/process">process</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/tools-methods/project-mgmt">Project Mgmt.</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/tools-methods/agile">Agile</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4715</wfw:commentRss>
 <dz:submitDate>Tue, 26 Aug 2008 01:25:11 -0400</dz:submitDate>
 <dz:readCount>1862</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>jaycfields</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-246163.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Tue, 26 Aug 2008 01:25:11 -0400</pubDate>
 <dc:creator>jaycfields</dc:creator>
 <guid isPermaLink="false">4715 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Reverse-engineer Source Code into UML Diagrams</title>
 <link>http://architects.dzone.com/articles/reverse-engineer-source-code-u</link>
 <description>I have been on several teams where we studiously designed UML diagrams at the beginning of the project. As the project progressed, and deadlines approached, the UML diagrams were left somewhere behind, not to be updated in months. When a new developer joined the team, we showcased the old UML diagrams, and kept telling &amp;quot;Oh, we never had time to update them, please see the source code to get...</description>
 <comments>http://architects.dzone.com/articles/reverse-engineer-source-code-u#comments</comments>
 <category domain="http://architects.dzone.com/category/tags/ant">ant</category>
 <category domain="http://architects.dzone.com/category/tags/hudson">Hudson</category>
 <category domain="http://architects.dzone.com/taxonomy/term/66">java</category>
 <category domain="http://architects.dzone.com/category/tags/uml">UML</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4650</wfw:commentRss>
 <dz:submitDate>Fri, 22 Aug 2008 05:37:28 -0400</dz:submitDate>
 <dz:readCount>3479</dz:readCount>
 <dz:commentCount>30</dz:commentCount>
 <dz:submitter> <dz:username>meera</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-8.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Fri, 22 Aug 2008 05:37:28 -0400</pubDate>
 <dc:creator>meera</dc:creator>
 <guid isPermaLink="false">4650 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Incremental Migration</title>
 <link>http://architects.dzone.com/news/incremental-migration</link>
 <description>Like any profession, software development has it&#039;s share of
  oft-forgotten activities that are usually ignored but have a habit
  of biting back at just the wrong moment. One of these is data migration.Most new software projects involve data that&#039;s lived somewhere
  else and now needs to be moved into the new system once it&#039;s live. A
  system replacement might have to move all the old data, new
...</description>
 <comments>http://architects.dzone.com/news/incremental-migration#comments</comments>
 <category domain="http://architects.dzone.com/category/tags/agile">agile</category>
 <category domain="http://architects.dzone.com/category/tags/data">Data</category>
 <category domain="http://architects.dzone.com/category/tags/migration">migration</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/infrastructure/deployment">Deployment</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/industry/opinions">Opinions</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/tools-methods/build-automatio">Build Automation</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/tools-methods/agile">Agile</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4658</wfw:commentRss>
 <dz:submitDate>Fri, 22 Aug 2008 01:10:00 -0400</dz:submitDate>
 <dz:readCount>145</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>martinfowler</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-323432.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Fri, 22 Aug 2008 01:10:00 -0400</pubDate>
 <dc:creator>martinfowler</dc:creator>
 <guid isPermaLink="false">4658 at http://architects.dzone.com</guid>
</item>
<item>
 <title>A Theory of Everything for Software Development</title>
 <link>http://architects.dzone.com/news/a-theory-everything-software-d</link>
 <description>If there&#039;s one thing that all software development experts agree on, it&#039;s that the other experts are not always right. There are so many points of view in our industry, it makes the Rocky Mountains look like a tennis court.</description>
 <comments>http://architects.dzone.com/news/a-theory-everything-software-d#comments</comments>
 <category domain="http://architects.dzone.com/category/tags/agile-development">agile development</category>
 <category domain="http://architects.dzone.com/category/tags/holistic-overview">holistic overview</category>
 <category domain="http://architects.dzone.com/category/tags/lean-development">lean development</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/industry/trends">Trends</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/industry/opinions">Opinions</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4586</wfw:commentRss>
 <dz:submitDate>Fri, 22 Aug 2008 00:53:15 -0400</dz:submitDate>
 <dz:readCount>212</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>jurgenappelo</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-284687.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Fri, 22 Aug 2008 00:53:15 -0400</pubDate>
 <dc:creator>jurgenappelo</dc:creator>
 <guid isPermaLink="false">4586 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Qi4j: Fixing Dependency Injection</title>
 <link>http://architects.dzone.com/news/qi4j-fixing-dependency-injecti</link>
 <description>There was a blog post about how &amp;quot;Dependency Injection is Broken&amp;quot;. The issues pointed out in the post are dealt with in Qi4j, and I&#039;d like to briefly outline how it works.


First issue:
</description>
 <comments>http://architects.dzone.com/news/qi4j-fixing-dependency-injecti#comments</comments>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/java">Java</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/blueprints">Blueprints</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/patterns">Patterns</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4641</wfw:commentRss>
 <dz:submitDate>Thu, 21 Aug 2008 07:43:38 -0400</dz:submitDate>
 <dz:readCount>1496</dz:readCount>
 <dz:commentCount>3</dz:commentCount>
 <dz:submitter> <dz:username>rickardoberg</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-258212.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Thu, 21 Aug 2008 07:43:38 -0400</pubDate>
 <dc:creator>rickardoberg</dc:creator>
 <guid isPermaLink="false">4641 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Availability Enlightenment</title>
 <link>http://architects.dzone.com/news/availability-enlightenment</link>
 <description>
The air in the room was still and slightly cool, some might complain
too cool. Sitting near the window, providing light filtered by vertical
shades partially drawn was a man. Hair streaked with glints of gray
that indicated either age or stress. Yet the hair was somewhat betrayed
by the bright Hawaiian shirt that fit loosely over his shoulders. The
room had sufficient shadows to cause the glow...</description>
 <comments>http://architects.dzone.com/news/availability-enlightenment#comments</comments>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture">Architecture</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/infrastructure">Infrastructure</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/soa">SOA</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/infrastructure/deployment">Deployment</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/performance">Performance</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/infrastructure/reliability">Reliability</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4630</wfw:commentRss>
 <dz:submitDate>Wed, 20 Aug 2008 17:40:00 -0400</dz:submitDate>
 <dz:readCount>114</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>driveawedge</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-326832.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Wed, 20 Aug 2008 17:40:00 -0400</pubDate>
 <dc:creator>driveawedge</dc:creator>
 <guid isPermaLink="false">4630 at http://architects.dzone.com</guid>
</item>
<item>
 <title>iRise Ships SmartView™ Visualization Embedding Solution </title>
 <link>http://architects.dzone.com/announcements/irise-ships-smartview%E2%84%A2-visuali</link>
 <description>iRise® announced the immediate availability of iRise 7, the latest version of its market leading software visualization authoring and collaboration solution. </description>
 <comments>http://architects.dzone.com/announcements/irise-ships-smartview%E2%84%A2-visuali#comments</comments>
 <category domain="http://architects.dzone.com/category/tags/business-analyst">business analyst</category>
 <category domain="http://architects.dzone.com/category/tags/developer">Developer</category>
 <category domain="http://architects.dzone.com/category/tags/visualization">visualization</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4627</wfw:commentRss>
 <dz:submitDate>Wed, 20 Aug 2008 12:36:24 -0400</dz:submitDate>
 <dz:readCount>294</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>Mitch Bishop</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-326570.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Wed, 20 Aug 2008 12:36:24 -0400</pubDate>
 <dc:creator>Mitch Bishop</dc:creator>
 <guid isPermaLink="false">4627 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Cloud-Oriented Architecture (COA)</title>
 <link>http://architects.dzone.com/news/cloud-oriented-architecture-co</link>
 <description>With all the hype this year about cloud computing and things like
Amazon EC2/S3 as well as Google App Engine and Bigtable, you can feel
it coming. Soon vendors will be peddling COA
(Cloud-Oriented Architecture) solutions, probably combining them with
their SOA solution and somehow probably getting their ESB solution into
the mix as well. This past weekend at the Enterprise Architecture BOF
</description>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture">Architecture</category>
 <dz:submitDate>Tue, 19 Aug 2008 14:14:51 -0400</dz:submitDate>
 <dz:readCount>618</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>scottleber</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-170076.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Tue, 19 Aug 2008 14:14:51 -0400</pubDate>
 <dc:creator>scottleber</dc:creator>
 <guid isPermaLink="false">4601 at http://architects.dzone.com</guid>
</item>
<item>
 <title>The Legacy of Inheritance</title>
 <link>http://architects.dzone.com/news/the-legacy-inheritance</link>
 <description>Is inheritance really useful or is it a feature that causes more
problems than it solves? Certainly I can&#039;t think of a case where I&#039;ve
been really grateful that I&#039;ve been able to inherit from a superclass
but I can think of several instances where it has caused friction and
where the extension mechanism of inheritance tended to lead the
programmer the wrong way.Consider the following code (public...</description>
 <comments>http://architects.dzone.com/news/the-legacy-inheritance#comments</comments>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/java">Java</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture">Architecture</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4588</wfw:commentRss>
 <dz:submitDate>Tue, 19 Aug 2008 04:09:56 -0400</dz:submitDate>
 <dz:readCount>106</dz:readCount>
 <dz:commentCount>1</dz:commentCount>
 <dz:submitter> <dz:username>tobe</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-57385.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Tue, 19 Aug 2008 04:09:56 -0400</pubDate>
 <dc:creator>tobe</dc:creator>
 <guid isPermaLink="false">4588 at http://architects.dzone.com</guid>
</item>
<item>
 <title>I&#039;m thinking of using agile software development - but should I use Lean software development instead?</title>
 <link>http://architects.dzone.com/news/im-thinking-using-agile-softwa</link>
 <description>This question is one I&#039;ve run into a few times recently. It&#039;s not
	a question I can answer quickly as the question is based on a false
	premise about the relationship between lean and agile. So first I
	need to go into some history to help explain that relationship.</description>
 <comments>http://architects.dzone.com/news/im-thinking-using-agile-softwa#comments</comments>
 <category domain="http://architects.dzone.com/category/tags/agile-development">agile development</category>
 <category domain="http://architects.dzone.com/category/tags/choice-approach">choice of approach</category>
 <category domain="http://architects.dzone.com/category/tags/lean-development">lean development</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/industry">Industry</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/industry/opinions">Opinions</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4585</wfw:commentRss>
 <dz:submitDate>Tue, 19 Aug 2008 02:13:53 -0400</dz:submitDate>
 <dz:readCount>444</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>martinfowler</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-323432.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Tue, 19 Aug 2008 02:13:53 -0400</pubDate>
 <dc:creator>martinfowler</dc:creator>
 <guid isPermaLink="false">4585 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Factories, Builders and Fluent Interfaces</title>
 <link>http://architects.dzone.com/news/factories-builders-and-fluent-</link>
 <description>Last week I started working on very short proof of concept with a
team that I am currently coaching at a short term insurance company.
 We hit a very common design decision: when do we use a factory pattern
and when do we use a builder pattern.</description>
 <comments>http://architects.dzone.com/news/factories-builders-and-fluent-#comments</comments>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/java">Java</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture">Architecture</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/patterns">Patterns</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4584</wfw:commentRss>
 <dz:submitDate>Mon, 18 Aug 2008 17:58:18 -0400</dz:submitDate>
 <dz:readCount>2604</dz:readCount>
 <dz:commentCount>13</dz:commentCount>
 <dz:submitter> <dz:username>aslamkhn</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-276360.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Mon, 18 Aug 2008 17:58:18 -0400</pubDate>
 <dc:creator>aslamkhn</dc:creator>
 <guid isPermaLink="false">4584 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Practical Concurrency Patterns: Immutability (Freezables)</title>
 <link>http://architects.dzone.com/news/practical-concurrency-patterns</link>
 <description>Another very simple pattern builds on the foundation of the Safe-Unsafe Cache pattern. 
What is the easiest way to protect data from multi-threaded access and
to incur the minimal performance cost while doing so?  Making it
read-only!</description>
 <comments>http://architects.dzone.com/news/practical-concurrency-patterns#comments</comments>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/net-windows">.NET &amp;amp; Windows</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture">Architecture</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/net-windows/c-sharp">C-Sharp</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/patterns">Patterns</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4583</wfw:commentRss>
 <dz:submitDate>Mon, 18 Aug 2008 17:28:09 -0400</dz:submitDate>
 <dz:readCount>458</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>sashag</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-295327.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Mon, 18 Aug 2008 17:28:09 -0400</pubDate>
 <dc:creator>sashag</dc:creator>
 <guid isPermaLink="false">4583 at http://architects.dzone.com</guid>
</item>
<item>
 <title>Curry for Dummies</title>
 <link>http://architects.dzone.com/news/curry-dummies</link>
 <description>Introduction  Functional programming concepts aren’t that
hard but sometimes a little abstract. In this post I’ll try to
demystify the concept of currying, or - in simple words – partial
function application. If you wonder where the name “curry” comes from,
it’s named after Haskell Curry, one of the creative minds behind
functional programming, and indeed as the name implies it adds...</description>
 <comments>http://architects.dzone.com/news/curry-dummies#comments</comments>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture">Architecture</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture/blueprints">Blueprints</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/net-windows/c-sharp">C-Sharp</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/languages">Languages</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4582</wfw:commentRss>
 <dz:submitDate>Mon, 18 Aug 2008 17:08:33 -0400</dz:submitDate>
 <dz:readCount>183</dz:readCount>
 <dz:commentCount>0</dz:commentCount>
 <dz:submitter> <dz:username>bdesmet</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-301284.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Mon, 18 Aug 2008 17:08:33 -0400</pubDate>
 <dc:creator>bdesmet</dc:creator>
 <guid isPermaLink="false">4582 at http://architects.dzone.com</guid>
</item>
<item>
 <title>My Number 1 Java to Python Gotcha</title>
 <link>http://architects.dzone.com/news/my-number-1-java-python-gotcha</link>
 <description>Fredrik Lundh is almost certainly a benevolent alien in disguise, sent to Earth to help the pitiful human race drag itself up out of the muck.In a recent post, he touched on something that burned me BAD when I first started slinging pythion: using mutables as default parameters.My particular run-in was a cousin of what Fredik describes, using a mutable as a default class attribute. I had a class...</description>
 <comments>http://architects.dzone.com/news/my-number-1-java-python-gotcha#comments</comments>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/java">Java</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/architecture">Architecture</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/tools-methods">Tools &amp;amp; Methods</category>
 <category domain="http://architects.dzone.com/category/dzone-taxonomy/languages">Languages</category>
 <wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://architects.dzone.com/crss/node/4581</wfw:commentRss>
 <dz:submitDate>Mon, 18 Aug 2008 16:38:32 -0400</dz:submitDate>
 <dz:readCount>1959</dz:readCount>
 <dz:commentCount>4</dz:commentCount>
 <dz:submitter> <dz:username>olivstor</dz:username>
 <dz:userimage>http://architects.dzone.com/sites/all/files/avatars/picture-294553.jpg</dz:userimage>
</dz:submitter>
 <pubDate>Mon, 18 Aug 2008 16:38:32 -0400</pubDate>
 <dc:creator>olivstor</dc:creator>
 <guid isPermaLink="false">4581 at http://architects.dzone.com</guid>
</item>
</channel>
</rss>
