<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Opensource on </title>
    <link>https://bzimmer.ziclix.com/tags/opensource/</link>
    <description>Recent content in Opensource on </description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sun, 21 Dec 2025 19:32:21 +0100</lastBuildDate>
    <atom:link href="https://bzimmer.ziclix.com/tags/opensource/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Been there -- a distributed ExecutorService.</title>
      <link>https://bzimmer.ziclix.com/2008/09/17/been-there-a-distributed-executorservice/</link>
      <pubDate>Wed, 17 Sep 2008 00:00:00 +0000</pubDate>
      <guid>https://bzimmer.ziclix.com/2008/09/17/been-there-a-distributed-executorservice/</guid>
      <description>&lt;p&gt;I happened to run across a new open-source project today I had not previously heard about: &lt;a href=&#34;http://www.hazelcast.com/&#34;&gt;Hazelcast&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;What really piqued my interest was the implementation of a distributed &lt;code&gt;ExecutorService&lt;/code&gt; as I wrote something of similar functionality to façade &lt;a href=&#34;http://www.orbitz.com/&#34;&gt;Orbitz&amp;rsquo;s&lt;/a&gt; Jini infrastructure. The design and implementation solved a couple primary objectives:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;add timeouts to Jini which is unfortunately lacking such a feature&lt;/li&gt;&#xA;&lt;li&gt;bound the number of concurrent requests being processed&lt;/li&gt;&#xA;&lt;li&gt;bound the number of threads created for request processing&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;The design was elegant, imo, because the exact same code worked either client or service-side &amp;ndash; it just mattered which way you twisted your head &amp;ndash; and masked the complexities of both Jini and the &lt;code&gt;ExecutorService&lt;/code&gt;. The timeouts were managed via the &lt;code&gt;Future&lt;/code&gt; and the throttling of requests and threads by configuring the backing &lt;code&gt;Queue&lt;/code&gt; and pool size. Spring wiring entirely hid the remote invocation machinery from the caller. In almost every case there were no code changes and the timeout and throttling features could be turned on and tuned entirely through a configuration change.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Amit Singh, questions, answers, Xcoders.</title>
      <link>https://bzimmer.ziclix.com/2008/09/12/amit-singh-talking-at-xcoders/</link>
      <pubDate>Fri, 12 Sep 2008 00:00:00 +0000</pubDate>
      <guid>https://bzimmer.ziclix.com/2008/09/12/amit-singh-talking-at-xcoders/</guid>
      <description>&lt;p&gt;I had the good fortune to attend a talk given by &lt;a href=&#34;http://www.kernelthread.com/&#34;&gt;Amit Singh&lt;/a&gt; at the &lt;a href=&#34;http://www.seattlexcoders.org/&#34;&gt;Seattle Xcoders&lt;/a&gt; meeting held in the Google offices in Fremont.&lt;/p&gt;&#xA;&lt;p&gt;Amit is the author of &lt;a href=&#34;http://osxbook.com/&#34;&gt;Mac OS X Internals&lt;/a&gt;, a book eclipsing the 1600 page mark (according to Amazon) making it one of the longest technical books I&amp;rsquo;ve ever seen. He spent some talking about his experience writing:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;no editors checked on him because most technical authors give up&lt;/li&gt;&#xA;&lt;li&gt;eight to nine chapters were cut from the already monstrous book&lt;/li&gt;&#xA;&lt;li&gt;he claims to not be an author and has no interest in writing another book&lt;/li&gt;&#xA;&lt;li&gt;he spent months at a time writing most of which he found all-consuming&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;I didn&amp;rsquo;t find much value in the technical content of the talk (not because of Amit but because I&amp;rsquo;m rarely in a position to need details at this level of the OS and I do have some Mach background from NeXT days) but the feedback on authorship was worth attending to confirm what I already suspected. I&amp;rsquo;ve been approached about book writing before but have balked because of the time commitment and lack of financial reward &amp;ndash; I find writing &lt;a href=&#34;http://www.infoq.com/articles/scalability-worst-practices&#34;&gt;technical articles&lt;/a&gt; and &lt;a href=&#34;https://bzimmer.ziclix.com/&#34;&gt;blog posts&lt;/a&gt; time consuming enough.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
