<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Art of Software Reuse</title>
	<atom:link href="http://artofsoftwarereuse.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://artofsoftwarereuse.com</link>
	<description>Enabling Organizational Agility using Systematic Software Reuse</description>
	<lastBuildDate>Sun, 08 Jan 2012 11:58:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Transforming Object to XML using Freemarker by vijaynarayanan</title>
		<link>http://artofsoftwarereuse.com/2010/08/22/transforming-object-to-xml-using-freemarker/#comment-1450</link>
		<dc:creator><![CDATA[vijaynarayanan]]></dc:creator>
		<pubDate>Sun, 08 Jan 2012 11:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=2400#comment-1450</guid>
		<description><![CDATA[Thanks André you are right! have updated the sample code snippet - if we are transforming data that has poor data quality controls, special characters are certainly a possibility.]]></description>
		<content:encoded><![CDATA[<p>Thanks André you are right! have updated the sample code snippet &#8211; if we are transforming data that has poor data quality controls, special characters are certainly a possibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Transforming Object to XML using Freemarker by André</title>
		<link>http://artofsoftwarereuse.com/2010/08/22/transforming-object-to-xml-using-freemarker/#comment-1449</link>
		<dc:creator><![CDATA[André]]></dc:creator>
		<pubDate>Sun, 08 Jan 2012 08:23:21 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=2400#comment-1449</guid>
		<description><![CDATA[the correct template should look like this 
${myBean.firstName?xml} ${myBean.lastName?xml}
sure, that it is pretty unlikely, that a name contains any of the special xml characters, but who knows...]]></description>
		<content:encoded><![CDATA[<p>the correct template should look like this<br />
${myBean.firstName?xml} ${myBean.lastName?xml}<br />
sure, that it is pretty unlikely, that a name contains any of the special xml characters, but who knows&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Systematic Reuse Success Factor #7 &#8211; Document by Software Reuse Quick Tip #29 &#171; Art of Software Reuse</title>
		<link>http://artofsoftwarereuse.com/2009/10/21/systematic-reuse-success-factor-7-document/#comment-1442</link>
		<dc:creator><![CDATA[Software Reuse Quick Tip #29 &#171; Art of Software Reuse]]></dc:creator>
		<pubDate>Sun, 01 Jan 2012 15:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=1568#comment-1442</guid>
		<description><![CDATA[[...] documentation including what the reusable asset isn&#8217;t meant to do. Though it is a critical success factor, maintaining documentation manually is a time consuming task and is the first item that gets left [...]]]></description>
		<content:encoded><![CDATA[<p>[...] documentation including what the reusable asset isn&#8217;t meant to do. Though it is a critical success factor, maintaining documentation manually is a time consuming task and is the first item that gets left [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Benefits of Decoupled Service Contracts by Decoupled Service Contracts enable more modular services - SOA Talk</title>
		<link>http://artofsoftwarereuse.com/2011/03/13/benefits-of-decoupled-service-contracts/#comment-1284</link>
		<dc:creator><![CDATA[Decoupled Service Contracts enable more modular services - SOA Talk]]></dc:creator>
		<pubDate>Wed, 03 Aug 2011 16:55:21 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=2579#comment-1284</guid>
		<description><![CDATA[[...] as much value as you could be getting from your potentially reusable services. According to the Art of Software Reuse blog, the trick to maintaining modular services is to employ decoupled service contracts. Specifically, [...]]]></description>
		<content:encoded><![CDATA[<p>[...] as much value as you could be getting from your potentially reusable services. According to the Art of Software Reuse blog, the trick to maintaining modular services is to employ decoupled service contracts. Specifically, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Automated Tests are Foundational to Systematic Reuse by 9 Quick Tips to Reducing Technical Debt &#171; Art of Software Reuse</title>
		<link>http://artofsoftwarereuse.com/2009/10/08/automated-tests-are-foundational-to-systematic-reuse/#comment-1265</link>
		<dc:creator><![CDATA[9 Quick Tips to Reducing Technical Debt &#171; Art of Software Reuse]]></dc:creator>
		<pubDate>Wed, 13 Apr 2011 02:26:38 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=1387#comment-1265</guid>
		<description><![CDATA[[...] last but not the least &#8211; create a comprehensive suite of automated tests [...]]]></description>
		<content:encoded><![CDATA[<p>[...] last but not the least &#8211; create a comprehensive suite of automated tests [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using Spring Interceptors to Reuse Functionality by 9 Quick Tips to Reducing Technical Debt &#171; Art of Software Reuse</title>
		<link>http://artofsoftwarereuse.com/2010/08/29/using-spring-interceptors-to-reuse-functionality/#comment-1264</link>
		<dc:creator><![CDATA[9 Quick Tips to Reducing Technical Debt &#171; Art of Software Reuse]]></dc:creator>
		<pubDate>Wed, 13 Apr 2011 02:26:35 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=2415#comment-1264</guid>
		<description><![CDATA[[...] Provide consistent strategies for implementing cross cutting concerns [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Provide consistent strategies for implementing cross cutting concerns [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Systematic Reuse Success Factor #5 &#8211; Manage Domain Complexity by 9 Quick Tips to Reducing Technical Debt &#171; Art of Software Reuse</title>
		<link>http://artofsoftwarereuse.com/2009/10/16/systematic-reuse-success-factor-5-manage-domain-complexity/#comment-1263</link>
		<dc:creator><![CDATA[9 Quick Tips to Reducing Technical Debt &#171; Art of Software Reuse]]></dc:creator>
		<pubDate>Wed, 13 Apr 2011 02:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=1522#comment-1263</guid>
		<description><![CDATA[[...] redundant definitions of key domain objects (i.e. competing, conflicting definitions of the same domain object across related [...]]]></description>
		<content:encoded><![CDATA[<p>[...] redundant definitions of key domain objects (i.e. competing, conflicting definitions of the same domain object across related [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Software Reuse Design Practices Primer by Guest post at the Art of Software Reuse &#171; Patterns-Based Engineering</title>
		<link>http://artofsoftwarereuse.com/2011/03/05/agile-software-reuse-design-practices/#comment-1244</link>
		<dc:creator><![CDATA[Guest post at the Art of Software Reuse &#171; Patterns-Based Engineering]]></dc:creator>
		<pubDate>Fri, 18 Mar 2011 17:17:19 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=2571#comment-1244</guid>
		<description><![CDATA[[...] If you&#8217;ve not yet visited Art of Software Reuse &#8211; it&#8217;s definitely worth taking a look. I&#8217;m currently reviewing a short ebook that they&#8217;ve published looking at Agile Software Reuse. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] If you&#8217;ve not yet visited Art of Software Reuse &#8211; it&#8217;s definitely worth taking a look. I&#8217;m currently reviewing a short ebook that they&#8217;ve published looking at Agile Software Reuse. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Guest Post: Succeeding With Reuse In The Enterprise by Guest post at the Art of Software Reuse &#171; Patterns-Based Engineering</title>
		<link>http://artofsoftwarereuse.com/2011/03/18/guest-post-succeeding-with-reuse-in-the-enterprise/#comment-1243</link>
		<dc:creator><![CDATA[Guest post at the Art of Software Reuse &#171; Patterns-Based Engineering]]></dc:creator>
		<pubDate>Fri, 18 Mar 2011 17:17:16 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=2582#comment-1243</guid>
		<description><![CDATA[[...] Just wrote a guest post over at the Art of Software Reuse. The post takes a look at some of the key things that we can do to have a successful reuse effort within the enterprise. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Just wrote a guest post over at the Art of Software Reuse. The post takes a look at some of the key things that we can do to have a successful reuse effort within the enterprise. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SOA Anti-Patterns When Building Services by Benefits of Decoupled Service Contracts &#171; Art of Software Reuse</title>
		<link>http://artofsoftwarereuse.com/2009/09/30/soa-anti-patterns-when-building-services/#comment-1229</link>
		<dc:creator><![CDATA[Benefits of Decoupled Service Contracts &#171; Art of Software Reuse]]></dc:creator>
		<pubDate>Sun, 13 Mar 2011 09:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://artofsoftwarereuse.com/?p=1332#comment-1229</guid>
		<description><![CDATA[[...] contract tends to get expressed using the underlying technology platform &#8211; one of the many anti-patterns to avoid. This inhibits interoperability and increases integration effort for service consumers. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] contract tends to get expressed using the underlying technology platform &#8211; one of the many anti-patterns to avoid. This inhibits interoperability and increases integration effort for service consumers. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

