<?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/"
		>
<channel>
	<title>Comments on: Why Flowdock migrated from Cassandra to MongoDB</title>
	<atom:link href="http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/</link>
	<description></description>
	<lastBuildDate>Wed, 11 Jan 2012 14:52:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Abdel</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-73198</link>
		<dc:creator>Abdel</dc:creator>
		<pubDate>Thu, 12 May 2011 16:01:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-73198</guid>
		<description>@Martin
If you intend to modify the server and distribute or provide access to your modified version you are required to release the full source code for the modified MongoDB server. To reiterate, you only need to provide the source for the MongoDB server and not your application (assuming you use the provided interfaces rather than linking directly against the server).

I think this is acceptable.</description>
		<content:encoded><![CDATA[<p>@Martin<br />
If you intend to modify the server and distribute or provide access to your modified version you are required to release the full source code for the modified MongoDB server. To reiterate, you only need to provide the source for the MongoDB server and not your application (assuming you use the provided interfaces rather than linking directly against the server).</p>
<p>I think this is acceptable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: [转]为什么Flowdock从Cassandra迁移到MongoDB &#171; 最醉红楼&#8211;成江东@盛大在线</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-46355</link>
		<dc:creator>[转]为什么Flowdock从Cassandra迁移到MongoDB &#171; 最醉红楼&#8211;成江东@盛大在线</dc:creator>
		<pubDate>Tue, 05 Oct 2010 08:36:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-46355</guid>
		<description>[...] [转]为什么Flowdock从Cassandra迁移到MongoDB   Otto Hilska（@mutru)曾发表一篇文章，称由于Cassandra频繁出现稳定问题，他们对基于Web的团队通讯工具Flowdock的数据库服务做了一次切换，从Cassandra迁移到了另一种NoSQL工具——MongoDB并对迁移过程中的调整做了简要介绍。Jametong对此文章进行了翻译，现转载于此，全文如下： [...]</description>
		<content:encoded><![CDATA[<p>[...] [转]为什么Flowdock从Cassandra迁移到MongoDB   Otto Hilska（@mutru)曾发表一篇文章，称由于Cassandra频繁出现稳定问题，他们对基于Web的团队通讯工具Flowdock的数据库服务做了一次切换，从Cassandra迁移到了另一种NoSQL工具——MongoDB并对迁移过程中的调整做了简要介绍。Jametong对此文章进行了翻译，现转载于此，全文如下： [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 走上創業之路的你，應該避免的18件事（中） - Inside</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-42405</link>
		<dc:creator>走上創業之路的你，應該避免的18件事（中） - Inside</dc:creator>
		<pubDate>Wed, 18 Aug 2010 07:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-42405</guid>
		<description>[...] 技術、平台或框架的成熟度 成熟度的檢驗指標可以從技術面深入探討，這部份要仰賴團隊的技術夥伴依照過往的經驗與專業能力，再加上對於目前各種框架的研究與分析、比較，以及是否有可供參考的最佳實務(Best practice)、是否已經有成熟的生態系(ecosystem)來提供各方面的完整支援，包括相關的技術知識、經驗與相關產業的支援。 另外，可以比較直觀的觀察打算採用的方案，目前是否已有成功案例或被知名的組織採用。例如，今年在Web領域很熱門的話題就是NoSQL相關的技術實作，其中由Facebook發起、目前是Apache基金會主持的開放原始碼專案Cassandra，其用戶包括了Facebook、Twitter、Reddit、Rackspace等知名廠商。另一個直觀的指標是目前發展的程度，同樣以Cassandra為例，儘管已經有知名網站採用，但目前版本發展到0.6.4版，就軟體專案來說其實還是很年輕、還有一段路要走，例如Flowdock前陣子就從Cassandra換到MongoDB，因為Cassandra用起來還是有些問題。 此外，就建置網站來說，需要具備各種專業知識，一個網站從無到有涵蓋的問題極為廣泛，其中在技術面又涉及了HTML/CSS/JavaScript、伺服器端語言、資料庫等基本問題，接著你可能必須要有版本控制系統、自動部署系統、伺服器與服務監控系統才能讓產品的開發與維護變得輕鬆，為了讓網站得以配合流量的成長，又涉及了擴充性、延展性的問題，你所選用的開發框架是否已經有對應的解決方案，這些都是要思考的問題。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 技術、平台或框架的成熟度 成熟度的檢驗指標可以從技術面深入探討，這部份要仰賴團隊的技術夥伴依照過往的經驗與專業能力，再加上對於目前各種框架的研究與分析、比較，以及是否有可供參考的最佳實務(Best practice)、是否已經有成熟的生態系(ecosystem)來提供各方面的完整支援，包括相關的技術知識、經驗與相關產業的支援。 另外，可以比較直觀的觀察打算採用的方案，目前是否已有成功案例或被知名的組織採用。例如，今年在Web領域很熱門的話題就是NoSQL相關的技術實作，其中由Facebook發起、目前是Apache基金會主持的開放原始碼專案Cassandra，其用戶包括了Facebook、Twitter、Reddit、Rackspace等知名廠商。另一個直觀的指標是目前發展的程度，同樣以Cassandra為例，儘管已經有知名網站採用，但目前版本發展到0.6.4版，就軟體專案來說其實還是很年輕、還有一段路要走，例如Flowdock前陣子就從Cassandra換到MongoDB，因為Cassandra用起來還是有些問題。 此外，就建置網站來說，需要具備各種專業知識，一個網站從無到有涵蓋的問題極為廣泛，其中在技術面又涉及了HTML/CSS/JavaScript、伺服器端語言、資料庫等基本問題，接著你可能必須要有版本控制系統、自動部署系統、伺服器與服務監控系統才能讓產品的開發與維護變得輕鬆，為了讓網站得以配合流量的成長，又涉及了擴充性、延展性的問題，你所選用的開發框架是否已經有對應的解決方案，這些都是要思考的問題。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 我也不知道 &#187; 为什么Flowdock从Cassandra迁移到MongoDB</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-41785</link>
		<dc:creator>我也不知道 &#187; 为什么Flowdock从Cassandra迁移到MongoDB</dc:creator>
		<pubDate>Fri, 13 Aug 2010 04:27:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-41785</guid>
		<description>[...] Otto Hilska（@mutru)曾发表一篇文章，称由于Cassandra频繁出现稳定问题，他们对基于Web的团队通讯工具Flowdock的数据库服务做了一次切换，从Cassandra迁移到了另一种NoSQL工具——MongoDB并对迁移过程中的调整做了简要介绍。Jametong对此文章进行了翻译，现转载于此，全文如下： [...]</description>
		<content:encoded><![CDATA[<p>[...] Otto Hilska（@mutru)曾发表一篇文章，称由于Cassandra频繁出现稳定问题，他们对基于Web的团队通讯工具Flowdock的数据库服务做了一次切换，从Cassandra迁移到了另一种NoSQL工具——MongoDB并对迁移过程中的调整做了简要介绍。Jametong对此文章进行了翻译，现转载于此，全文如下： [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 为什么Flowdock从Cassandra迁移到MongoDB &#124; 中国数字时代</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-41625</link>
		<dc:creator>为什么Flowdock从Cassandra迁移到MongoDB &#124; 中国数字时代</dc:creator>
		<pubDate>Thu, 12 Aug 2010 02:35:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-41625</guid>
		<description>[...] 为什么Flowdock从Cassandra迁移到MongoDB by Otto Hilska @mutru Translated by Jametong [...]</description>
		<content:encoded><![CDATA[<p>[...] 为什么Flowdock从Cassandra迁移到MongoDB by Otto Hilska @mutru Translated by Jametong [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-41421</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Tue, 10 Aug 2010 22:33:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-41421</guid>
		<description>@Robert Cooper: That&#039;s the exact problem with AGPL and GPL 3. As soon as you interface an &quot;infected&quot; codebase it spreads.

I know this is NOT the case with GPL 2 and of course not with commercially compatible licensed such as LGPL, Apache, MIT, BSD and a myriad of other licenses as well.

Let&#039;s assume there&#039;s a server software like a database under GPL2. The protocol cannot be GPLed so if you write some driver to interface it without linking GPL licensed code you are free to choose whatever license you want for your driver. Another example is a data exchange happening through stdin/stdout: If you interface a GPL2 application in such a way then it is considered a public interface that cuts the GPL at that point.

Some people didn&#039;t like that because this is a common way to circumvent the legal restrictions of GPL without breaking it (which is okay since they had a point). The big difference between AGPL and GPL is that AGPL claims any interface to be under AGPL restrictions such as network communication or stdin/out. Although you don&#039;t link directly to a AGPLed codebase you are still forced to license your code under either AGPL or at least GPL.

I think that MongoDB&#039;s core developers got confused with those licenses. What they claim MongoDB to be licensed under matches GPL2 but definitely not AGPL since the whole point of AGPL gets lost.

To get back to your example, theoretically, if you are interfacing an AGPLed server via HTTP, AGPL would spread through that channel as well, to those MongoDB drivers that are working with REST, to your own driver that you wrote because you felt the urge to and so on. Of course that&#039;s highly unpractical and unrealistic, that&#039;s just not the way any open system works. But that&#039;s how AGPL has been intended to be; I&#039;d like to call that some sort of broken design.</description>
		<content:encoded><![CDATA[<p>@Robert Cooper: That&#8217;s the exact problem with AGPL and GPL 3. As soon as you interface an &#8220;infected&#8221; codebase it spreads.</p>
<p>I know this is NOT the case with GPL 2 and of course not with commercially compatible licensed such as LGPL, Apache, MIT, BSD and a myriad of other licenses as well.</p>
<p>Let&#8217;s assume there&#8217;s a server software like a database under GPL2. The protocol cannot be GPLed so if you write some driver to interface it without linking GPL licensed code you are free to choose whatever license you want for your driver. Another example is a data exchange happening through stdin/stdout: If you interface a GPL2 application in such a way then it is considered a public interface that cuts the GPL at that point.</p>
<p>Some people didn&#8217;t like that because this is a common way to circumvent the legal restrictions of GPL without breaking it (which is okay since they had a point). The big difference between AGPL and GPL is that AGPL claims any interface to be under AGPL restrictions such as network communication or stdin/out. Although you don&#8217;t link directly to a AGPLed codebase you are still forced to license your code under either AGPL or at least GPL.</p>
<p>I think that MongoDB&#8217;s core developers got confused with those licenses. What they claim MongoDB to be licensed under matches GPL2 but definitely not AGPL since the whole point of AGPL gets lost.</p>
<p>To get back to your example, theoretically, if you are interfacing an AGPLed server via HTTP, AGPL would spread through that channel as well, to those MongoDB drivers that are working with REST, to your own driver that you wrote because you felt the urge to and so on. Of course that&#8217;s highly unpractical and unrealistic, that&#8217;s just not the way any open system works. But that&#8217;s how AGPL has been intended to be; I&#8217;d like to call that some sort of broken design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MongoDB报告 - Just My weblog &#8211; everything about my life - 5188la Blog</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-41181</link>
		<dc:creator>MongoDB报告 - Just My weblog &#8211; everything about my life - 5188la Blog</dc:creator>
		<pubDate>Mon, 09 Aug 2010 07:45:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-41181</guid>
		<description>[...] Why Flowdock migrated from Cassandra to MongoDB &#8211; Flowdock Blog (July [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Flowdock migrated from Cassandra to MongoDB &#8211; Flowdock Blog (July [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Cooper</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-40976</link>
		<dc:creator>Robert Cooper</dc:creator>
		<pubDate>Sat, 07 Aug 2010 19:32:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-40976</guid>
		<description>The problem with Linux is it is GPL. You can&#039;t run software on Linux or that talks to Linux without being infected by the license. 

Martin: that is just ignent. That has never been how GPL software works. The rule has always been: what are you directly linking to? Or more to the point, if you did a monolithic compile, what code goes into your app. For some reason, people seem fond of not using the LGPL, but adding &quot;Exceptions&quot; to GPL code (see MySQL, Java, etc). But if passing data to/from a GPL application affected your code, the whole of the web would be &quot;infected.&quot;</description>
		<content:encoded><![CDATA[<p>The problem with Linux is it is GPL. You can&#8217;t run software on Linux or that talks to Linux without being infected by the license. </p>
<p>Martin: that is just ignent. That has never been how GPL software works. The rule has always been: what are you directly linking to? Or more to the point, if you did a monolithic compile, what code goes into your app. For some reason, people seem fond of not using the LGPL, but adding &#8220;Exceptions&#8221; to GPL code (see MySQL, Java, etc). But if passing data to/from a GPL application affected your code, the whole of the web would be &#8220;infected.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The week in links (08/02) &#171; turnings :: daniel berlinger</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-40382</link>
		<dc:creator>The week in links (08/02) &#171; turnings :: daniel berlinger</dc:creator>
		<pubDate>Mon, 02 Aug 2010 12:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-40382</guid>
		<description>[...] flowdock-migrated-from-cassandra-to-mongodb [...]</description>
		<content:encoded><![CDATA[<p>[...] flowdock-migrated-from-cassandra-to-mongodb [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Assaf Arkin</title>
		<link>http://blog.flowdock.com/2010/07/26/flowdock-migrated-from-cassandra-to-mongodb/comment-page-1/#comment-40329</link>
		<dc:creator>Assaf Arkin</dc:creator>
		<pubDate>Mon, 02 Aug 2010 00:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nodeta.fi/?p=617#comment-40329</guid>
		<description>@Martin:

&quot;Note however that it is never required that applications using mongo be published. The copyleft applies only to the mongod and mongos database programs. This is why Mongo DB drivers are all licensed under an Apache license. Your application, even though it talks to the database, is a separate program and “work”.&quot;
http://www.mongodb.org/display/DOCS/Licensing</description>
		<content:encoded><![CDATA[<p>@Martin:</p>
<p>&#8220;Note however that it is never required that applications using mongo be published. The copyleft applies only to the mongod and mongos database programs. This is why Mongo DB drivers are all licensed under an Apache license. Your application, even though it talks to the database, is a separate program and “work”.&#8221;<br />
<a href="http://www.mongodb.org/display/DOCS/Licensing" rel="nofollow">http://www.mongodb.org/display/DOCS/Licensing</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

