<?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: JavaOne: Brian Goetz on concurrency in Java 7</title>
	<atom:link href="http://tech.puredanger.com/index.php/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/feed/" rel="self" type="application/rss+xml" />
	<link>http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/</link>
	<description>Alex Miller&#039;s technical blog</description>
	<lastBuildDate>Mon, 06 Feb 2012 19:39:50 -0800</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: Alex Miller - JavaOne: Neal Gafter on Closures</title>
		<link>http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/comment-page-1/#comment-46104</link>
		<dc:creator>Alex Miller - JavaOne: Neal Gafter on Closures</dc:creator>
		<pubDate>Wed, 07 May 2008 22:35:30 +0000</pubDate>
		<guid isPermaLink="false">http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/#comment-46104</guid>
		<description>[...] Neal quickly got into talking about aggregate operations over collections, which dovetailed very well with Brian Goetz&#8217;s talk yesterday on fork-join. These work on an array/list/map and provide operations like sort, filter, map, reduce, fold, etc. Basically a functional approach. The nice thing is that these can be automatically parallelized if you abstract it properly. [...]</description>
		<content:encoded><![CDATA[<p>[...] Neal quickly got into talking about aggregate operations over collections, which dovetailed very well with Brian Goetz&#8217;s talk yesterday on fork-join. These work on an array/list/map and provide operations like sort, filter, map, reduce, fold, etc. Basically a functional approach. The nice thing is that these can be automatically parallelized if you abstract it properly. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sun RIA: JavaFX Announced &#171; Tales from a Trading Desk</title>
		<link>http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/comment-page-1/#comment-46065</link>
		<dc:creator>Sun RIA: JavaFX Announced &#171; Tales from a Trading Desk</dc:creator>
		<pubDate>Wed, 07 May 2008 20:09:48 +0000</pubDate>
		<guid isPermaLink="false">http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/#comment-46065</guid>
		<description>[...] Sun RIA: JavaFX&#160;Announced  Sun announces JavaFX @ JavaOne 2008. JavaFX Script is a declarative language which will have its own runtime engine. Thus I expect in the future (2009?) every browser will have 3 plug-ins as standard - Flash, Silverlight and JavaFX. [...]</description>
		<content:encoded><![CDATA[<p>[...] Sun RIA: JavaFX&nbsp;Announced  Sun announces JavaFX @ JavaOne 2008. JavaFX Script is a declarative language which will have its own runtime engine. Thus I expect in the future (2009?) every browser will have 3 plug-ins as standard &#8211; Flash, Silverlight and JavaFX. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: henk</title>
		<link>http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/comment-page-1/#comment-45945</link>
		<dc:creator>henk</dc:creator>
		<pubDate>Wed, 07 May 2008 11:16:47 +0000</pubDate>
		<guid isPermaLink="false">http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/#comment-45945</guid>
		<description>This is a really good idea. Quad cores are out there for nothing and Hex + Octa cores are just around the corning. Not every load consists out of a lot of small requests. Programmers are wasting cycles because of the assumption that an increasing amount of individual requests will &#039;automatically&#039; take advantage of the multiple cores in some server.

With this API, it will become far easier to parallelize work that needs to be done for a single request.</description>
		<content:encoded><![CDATA[<p>This is a really good idea. Quad cores are out there for nothing and Hex + Octa cores are just around the corning. Not every load consists out of a lot of small requests. Programmers are wasting cycles because of the assumption that an increasing amount of individual requests will &#8216;automatically&#8217; take advantage of the multiple cores in some server.</p>
<p>With this API, it will become far easier to parallelize work that needs to be done for a single request.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Casper Bang</title>
		<link>http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/comment-page-1/#comment-45942</link>
		<dc:creator>Casper Bang</dc:creator>
		<pubDate>Wed, 07 May 2008 11:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://tech.puredanger.com/2008/05/06/javaone-brian-goetz-on-concurrency-in-java-7/#comment-45942</guid>
		<description>&quot;...don’t have to wait till Java 7, whatever decade that arrives in.&quot;

Next summer we were told... unless you run Apple, in which case I guess you must add 18 months. Anyway interesting stuff, I guess we can expect an updated edition of Java Concurrency in Practice.</description>
		<content:encoded><![CDATA[<p>&#8220;&#8230;don’t have to wait till Java 7, whatever decade that arrives in.&#8221;</p>
<p>Next summer we were told&#8230; unless you run Apple, in which case I guess you must add 18 months. Anyway interesting stuff, I guess we can expect an updated edition of Java Concurrency in Practice.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

