<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:admin="http://webns.net/mvcb/"
xmlns:cc="http://web.resource.org/cc/"
xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://weblogs.java.net/blog/marklittle/">
<title>Mark Little&apos;s Blog</title>
<link>http://weblogs.java.net/blog/marklittle/</link>
<description></description>
<dc:language>en-us</dc:language>
<dc:creator></dc:creator>
<dc:date>2006-03-02T13:25:45-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.01D" />


<items>
<rdf:Seq><rdf:li rdf:resource="http://weblogs.java.net/blog/marklittle/archive/2006/03/transactions_ar_1.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/marklittle/archive/2006/02/when_and_why_ar_1.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/marklittle/archive/2005/05/transactions_an.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/marklittle/archive/2005/05/a_session_conte.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://weblogs.java.net/blog/marklittle/archive/2006/03/transactions_ar_1.html">
<title>Transactions are your friend</title>
<link>http://weblogs.java.net/blog/marklittle/archive/2006/03/transactions_ar_1.html</link>
<description>In this article I&apos;ll describe why you shouldn&apos;t overlook the potential usefulness of transactions within your application, even if you&apos;re not using distributed transactions.</description>
<dc:subject>J2EE</dc:subject>
<dc:creator>marklittle</dc:creator>
<dc:date>2006-03-02T13:25:45-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/marklittle/archive/2006/02/when_and_why_ar_1.html">
<title>When and why are interoperability fests useful?</title>
<link>http://weblogs.java.net/blog/marklittle/archive/2006/02/when_and_why_ar_1.html</link>
<description>Interoperability fests/workshops have become very popular recently, particularly in the area of Web Services. However, they are more widely useful and should be an active part of a developer&apos;s testing arsenal whilst building relevant systems, rather than an afterthought as is often the case.</description>
<dc:subject>Testing</dc:subject>
<dc:creator>marklittle</dc:creator>
<dc:date>2006-02-01T03:09:42-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/marklittle/archive/2005/05/transactions_an.html">
<title>Transactions and recoverability: what they mean to your applications</title>
<link>http://weblogs.java.net/blog/marklittle/archive/2005/05/transactions_an.html</link>
<description>Over the years I&apos;ve seen many complaints about using transactions (e.g., via the JTA) for a number of reasons, including performance degredation, assumptions are impact on application development etc. You don&apos;t get something for nothing (there really is no such thing as a free lunch), so there&apos;s always a trade-off to be made with transactions: guaranteed completion even in the presence of failures. In this entry I&apos;ll look at why you shouldn&apos;t look to trade off some transaction properties; either use them all or don&apos;t use transactions.</description>
<dc:subject>J2EE</dc:subject>
<dc:creator>marklittle</dc:creator>
<dc:date>2005-05-11T12:53:05-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/marklittle/archive/2005/05/a_session_conte.html">
<title>A session &amp; context concept for Web Services</title>
<link>http://weblogs.java.net/blog/marklittle/archive/2005/05/a_session_conte.html</link>
<description>In this entry I&apos;ll take a look at the OASIS WS-Context specification that&apos;s being developed by Sun, Oracle and others. It&apos;s an important component in the Web Service stack and unlike some aspects of WS-Addressing, facilitates the loosely coupled nature of SOA.</description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>marklittle</dc:creator>
<dc:date>2005-05-07T14:44:20-08:00</dc:date>
</item>


</rdf:RDF>
