<?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/mchampion/">
<title>Michael Champion&apos;s Blog</title>
<link>http://weblogs.java.net/blog/mchampion/</link>
<description></description>
<dc:language>en-us</dc:language>
<dc:creator></dc:creator>
<dc:date>2004-09-29T18:01:46-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/mchampion/archive/2004/09/bicycles_trucks.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2004/09/more_ws_specs_m.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2004/04/wssimplicity.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/12/xml_2003_reflec_1.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/12/xml_2003_reflec.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/10/simplistic_subs.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/10/reports_of_the.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/08/standards_stabi_4.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/07/xml_can_define.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/06/soa_one_acronym.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/06/when_does_soap.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/mchampion/archive/2003/06/exploring_where.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2004/09/bicycles_trucks.html">
<title>Bicycles, Trucks, and web services specs</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2004/09/bicycles_trucks.html</link>
<description>&quot;Use the right tool for the job&quot; is a cliche that is hard to dispute.  Or so I used to think before this new round of the REST vs Web Services debate started up.   I want to hear how to do hard things RESTfully, not  hear once again about the pointlessness of doing easy things with WS-*.</description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2004-09-29T18:01:46-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2004/09/more_ws_specs_m.html">
<title>More WS-* specs, more questions about architectural viability</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2004/09/more_ws_specs_m.html</link>
<description>I think I finally understand why half the smart people I know are involved with specifying and implementing the WS-* specs, and the other half think it is a waste of time.</description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2004-09-19T13:35:18-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2004/04/wssimplicity.html">
<title>WS-Simplicity?</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2004/04/wssimplicity.html</link>
<description>Tim Bray sorts out the best practices from the best guesses among the web services &quot;standards&quot; and concludes with a plea for WS-Simplicity: &quot;building applications with what&amp;#146;s here today and what works today: XML, HTTP, URIs, SOAP, WSDL, and that&amp;#146;s about it.&quot;</description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2004-04-27T11:11:52-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/12/xml_2003_reflec_1.html">
<title>Xml 2003 Reflections - Adam Bosworth Keynote</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/12/xml_2003_reflec_1.html</link>
<description>Some thoughts, and links to other discussions, inspired by a speech given by Adam Bosworth last week.  Topics touched on include the KISS principle and its breakdown in the XML world, hopes that Father Darwin wil set things right, the challenges of effectively using low-powered mobile devices in an internet optimized for fat pipes, and spins off into a discussion of the ideas behind JXTASpaces as an alternative to the competing distributed object and REST approaches to this kind of application.</description>
<dc:subject>Community: Java Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-12-19T06:58:27-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/12/xml_2003_reflec.html">
<title>XML 2003 reflections - day 1</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/12/xml_2003_reflec.html</link>
<description>Most would agree that we need more metadata on the Web for it to live up to its full potential.  On the other hand, the historical difficulty of getting real people to put metadata in their content is believed by many to doom such efforts to failure.  Jon Udell&apos;s insight, presented in a keynote at XML 2003,  is that we can leverage the technology we have, salted by human vanity, to get usable metadata without technological breakthroughs or unrealistic demands on humans. </description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-12-11T11:50:27-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/10/simplistic_subs.html">
<title>Simplistic subsets</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/10/simplistic_subs.html</link>
<description>The 80/20 rule, both a blessing and a curse.  When is it one, when the other?</description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-10-19T19:43:46-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/10/reports_of_the.html">
<title>Reports of the &quot;Demise of the XML Database&quot; are dubious</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/10/reports_of_the.html</link>
<description>There are good reasons to doubt that specialized XML DBMS products will follow OODBMS products down the road to oblivion.</description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-10-04T14:30:09-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/08/standards_stabi_4.html">
<title>Standards, Stability, and Confusion</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/08/standards_stabi_4.html</link>
<description>There are lots of power struggles, personality conflicts, and political shenanigans in the world of Web, XML, and even Java standards.  How worried should you be?</description>
<dc:subject>Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-08-07T18:38:59-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/07/xml_can_define.html">
<title>XML can define agreements, but can also help deal with chaos</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/07/xml_can_define.html</link>
<description>XML makes it easier for those who want to agree on a data &quot;standard&quot; to nail down the technical details. On the other hand, when data is sent around or stored in XML, lots of work can be done without agreement or authority.   </description>
<dc:subject>Community: Java Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-07-07T07:05:18-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/06/soa_one_acronym.html">
<title>SOA: One acronym to bind them all?</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/06/soa_one_acronym.html</link>
<description>The acronym SOA for &quot;Services Oriented Architecture&quot; does seem to get tossed around a lot these days.  Is this simply the buzzword du jour of the marketers and analysts, or is there something more profound going on here? </description>
<dc:subject>Community: Java Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-06-24T19:31:19-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/06/when_does_soap.html">
<title>When does SOAP add value over simple HTTP+XML?</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/06/when_does_soap.html</link>
<description>When does SOAP add value over just plain HTTP+XML? When you really have to deal with reliable, secure, vendor-neutral, complex applications over multiple networks it definitely beats reinventing a lot of wheels.  In simpler situations, your mileage may vary.</description>
<dc:subject>Community: Java Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-06-13T11:04:00-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/mchampion/archive/2003/06/exploring_where.html">
<title>Exploring Where XML and Java Meet</title>
<link>http://weblogs.java.net/blog/mchampion/archive/2003/06/exploring_where.html</link>
<description>Introduction - This weblog will explore some of the alternatives available to Java developers who need to work with XML as documents rather than objects.</description>
<dc:subject>Community: Java Web Services and XML</dc:subject>
<dc:creator>mchampion</dc:creator>
<dc:date>2003-06-10T16:07:06-08:00</dc:date>
</item>


</rdf:RDF>
