<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>links.lmorchard.com - #soap</title>
    <link>/tags/soap/</link>
    <description>Recent bookmarks tagged #soap</description>
    <lastBuildDate>Mon, 02 Nov 2026 08:24:48 +0000</lastBuildDate>
    <item>
      <title>Soap Gen 5 — Timeplast</title>
      <link>https://www.timeplast.com/store/p/soap</link>
      <description>Timeplast’s TimeMass Soap Gen 5 is a breakthrough polymer-soap hybrid designed for FDM 3D printing. Made from water, calcium carbonate, in-house polymerized alcohols, olive oil, and naturally derived surfactants and emulsifiers (Coco-Glucoside and Glyceryl Stearate), this filament prints reliably and performs as a functional soap.&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #3dprinting #soap #weird&lt;/p&gt;</description>
      <pubDate>Wed, 18 Feb 2026 22:07:53 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:38318</guid>
      <category>3dprinting</category>
      <category>soap</category>
      <category>weird</category>
      <enclosure url="https://links.lmorchard.com/static/8fd1713e79bd806178f6ff2110f75ce8.webp" type="image/webp"></enclosure>
    </item>
    <item>
      <title>RPC and its Offspring: Convenient, Yet Fundamentally Flawed</title>
      <link>http://qconlondon.com/london-2009/file?path=/qcon-london-2009/slides/SteveVinoski_RPCAndItsOffspringConvenientYetFundamentallyFlawed.pdf</link>
      <description>&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #corba #distributed #rest #rpc #soap #webdev&lt;/p&gt;</description>
      <pubDate>Mon, 23 Mar 2009 16:33:28 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:12076</guid>
      <category>corba</category>
      <category>distributed</category>
      <category>rest</category>
      <category>rpc</category>
      <category>soap</category>
      <category>webdev</category>
    </item>
    <item>
      <title>Request Weblog #Frog: REST Request</title>
      <link>http://www.crummy.com/2008/08/18/0</link>
      <description>&#34;But on a technical level, the point is not that &#34;whatever!&#34; is evil. The point is that if you chip a piece off &#34;whatever!&#34; and make it mean something specific, you can optimize around the constraints and reap the benefits.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #http #rest #soap #web #webdev #webservices&lt;/p&gt;</description>
      <pubDate>Tue, 19 Aug 2008 14:29:17 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:11240</guid>
      <category>http</category>
      <category>rest</category>
      <category>soap</category>
      <category>web</category>
      <category>webdev</category>
      <category>webservices</category>
    </item>
    <item>
      <title>Dare Obasanjo aka Carnage4Life - Explaining REST to Damien Katz</title>
      <link>http://www.25hoursaday.com/weblog/2008/08/17/ExplainingRESTToDamienKatz.aspx</link>
      <description>&#34;At this point, the benefits of building RESTful services for the Web should be self evident. The Web has a particular architecture and it makes sense that if you are deploying a service or API on the Web then it should take advantage of this architecture instead of fighting against it. There are millions of deployed clients, servers and intermediaries that support REST and it makes sense to be compatible with their expectations. &#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #apis #rest #soap #webdev #webservices&lt;/p&gt;</description>
      <pubDate>Mon, 18 Aug 2008 00:01:49 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:11228</guid>
      <category>apis</category>
      <category>rest</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
    </item>
    <item>
      <title>Recipe for creating your own Rails-like web framework (reddit.com)</title>
      <link>http://programming.reddit.com/info/1vd62/comments/c1veoc</link>
      <description>&#34;In a nutshell, that&#39;s what it&#39;s like for a SOAP/XML-RPC/WS-* programmer to discover REST.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #rest #soap #webdev #webservices&lt;/p&gt;</description>
      <pubDate>Sun, 03 Jun 2007 04:53:19 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:9171</guid>
      <category>rest</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
    </item>
    <item>
      <title>» REST Battles SOAP for the Future of Information Services | Newton’s Theory | ZDNet.com</title>
      <link>http://blogs.zdnet.com/Newton?p=11</link>
      <description>&#34;Anyone who is looking at integrating any sort of information service needs to at least consider REST.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #rest #soap #webdev #webservices&lt;/p&gt;</description>
      <pubDate>Sun, 27 May 2007 19:18:02 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:9131</guid>
      <category>rest</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
    </item>
    <item>
      <title>ryan kennedy’s blog » JSON-RPC vs. SOAP</title>
      <link>http://unclehulka.com/ryan/blog/archives/2007/03/31/json-rpc-vs-soap</link>
      <description>&#34;It may seem clear to some that parsing/generating JSON is more efficient than XML, but here’s some numbers that make things a little clearer.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #json #jsonrpc #mail #soap #webdev #webservices #xml #yahoo&lt;/p&gt;</description>
      <pubDate>Mon, 02 Apr 2007 18:09:49 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:8807</guid>
      <category>json</category>
      <category>jsonrpc</category>
      <category>mail</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
      <category>xml</category>
      <category>yahoo</category>
    </item>
    <item>
      <title>Quoderat ? Beginning of the end for open web data APIs?</title>
      <link>http://www.megginson.com/blogs/quoderat/archives/2006/12/18/beginning-of-the-end-for-open-web-data-apis</link>
      <description>&#34;Another victory for REST over WS-*? Nope — Google doesn’t have a REST API to replace it.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #ajax #google #rest #search #soap #webdev #webservices #ws&lt;/p&gt;</description>
      <pubDate>Wed, 20 Dec 2006 05:01:06 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:8245</guid>
      <category>ajax</category>
      <category>google</category>
      <category>rest</category>
      <category>search</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
      <category>ws</category>
    </item>
    <item>
      <title>O&#39;Reilly Radar Google Deprecates Their SOAP Search API</title>
      <link>http://radar.oreilly.com/archives/2006/12/google_depreciates_SOAP_API.html</link>
      <description>This is the real unfortunate bit in the Google Search SOAP API going away: &#34;The AJAX Search API is not a replacement for the SOAP API.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #ajax #google #soap #webdev #webservices #ws&lt;/p&gt;</description>
      <pubDate>Tue, 19 Dec 2006 18:38:24 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:8239</guid>
      <category>ajax</category>
      <category>google</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
      <category>ws</category>
    </item>
    <item>
      <title>Google SOAP Search API</title>
      <link>http://code.google.com/apis/soapsearch</link>
      <description>&#34;As of December 5, 2006, we are no longer actively supporting the SOAP Search API. We encourage you to use the AJAX Search API instead.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #google #soap #webdev #webservices #ws&lt;/p&gt;</description>
      <pubDate>Tue, 19 Dec 2006 16:50:17 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:8238</guid>
      <category>google</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
      <category>ws</category>
    </item>
    <item>
      <title>Steve: Developing on the Edge - The end of SOAP</title>
      <link>http://www.1060.org/blogxter/entry?publicid=4B4C0B46DC743154ECB68300531D6A04&amp;token=</link>
      <description>&#34;Slowly, all over the world, the lights on the SOAP endpoints are going out&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #google #soap #webdev #webservices #ws&lt;/p&gt;</description>
      <pubDate>Tue, 19 Dec 2006 16:49:57 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:8237</guid>
      <category>google</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
      <category>ws</category>
    </item>
    <item>
      <title>Nelson&#39;s Weblog: tech / googleSearchAPI</title>
      <link>http://www.somebits.com/weblog/tech/googleSearchAPI.html</link>
      <description>&#34;I just learned that two weeks ago Google officially put the SOAP search API on end of life status.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #apis #google #holycrap #search #soap #webdev&lt;/p&gt;</description>
      <pubDate>Tue, 19 Dec 2006 15:59:58 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:8232</guid>
      <category>apis</category>
      <category>google</category>
      <category>holycrap</category>
      <category>search</category>
      <category>soap</category>
      <category>webdev</category>
    </item>
    <item>
      <title>Pete Lacey’s Weblog :: The S stands for Simple</title>
      <link>http://wanderingbarque.com/nonintersecting/2006/11/15/the-s-stands-for-simple</link>
      <description>&#34;Dev: So it’s simple?  SG: Simple as Sunday, my friend.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #soap #webdev #webservices #ws #xml&lt;/p&gt;</description>
      <pubDate>Thu, 16 Nov 2006 21:21:34 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:8036</guid>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
      <category>ws</category>
      <category>xml</category>
    </item>
    <item>
      <title>Ironick: What were we thinking?</title>
      <link>http://ironick.typepad.com/ironick/2006/08/what_were_we_th.html</link>
      <description>&#34;So who really cares that SOAP is able to be bound to MQ or IIOP or SMTP, today?&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #http #soap #webdev #webservices&lt;/p&gt;</description>
      <pubDate>Sat, 26 Aug 2006 19:11:02 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:7679</guid>
      <category>http</category>
      <category>soap</category>
      <category>webdev</category>
      <category>webservices</category>
    </item>
    <item>
      <title>mnot&#39;s Web log: Web Services are Dead, Long Live Web Services</title>
      <link>http://www.mnot.net/blog/2006/05/25/web_services</link>
      <description>&#34;When I joined Yahoo, one of the biggest adjustments I had to make was to their use of &#34;Web Services&#34;.&#34;&lt;br/&gt;&#xA;&lt;p&gt;&lt;strong&gt;Tags:&lt;/strong&gt; #rest #soap #webservices #yahoo&lt;/p&gt;</description>
      <pubDate>Fri, 26 May 2006 00:44:26 +0000</pubDate>
      <guid isPermaLink="false">linkding-ssg:bookmark:7130</guid>
      <category>rest</category>
      <category>soap</category>
      <category>webservices</category>
      <category>yahoo</category>
    </item>
  </channel>
</rss>
