
<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>pgt &#187; oop</title>
	<atom:link href="http://pgt.de/tag/oop/feed/" rel="self" type="application/rss+xml" />
	<link>http://pgt.de</link>
	<description>t3chnology scouting GmbH</description>
	<lastBuildDate>Thu, 08 Dec 2011 11:07:05 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>oop: java 7 session</title>
		<link>http://pgt.de/2008/01/24/oop-java-7-session/</link>
		<comments>http://pgt.de/2008/01/24/oop-java-7-session/#comments</comments>
		<pubDate>Thu, 24 Jan 2008 12:17:03 +0000</pubDate>
		<dc:creator>P.G.Taboada</dc:creator>
				<category><![CDATA[conferences]]></category>
		<category><![CDATA[Java & Co.]]></category>
		<category><![CDATA[oop]]></category>

		<guid isPermaLink="false">http://pgt.de/?p=236</guid>
		<description><![CDATA[<p>Angelika Langer and Klaus Kreft held a session about the new features of the upcoming JDK 7. The presented roadmap shows JDK 7 (codename Dolphin) being released somewhere in the end of 2008.</p> <p>First huge topic was the closures controversy. There is BGGA pushed by Neal Gafter, and there is Josh Bloch oposing with [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.angelikalanger.com/" target="_blank">Angelika Langer</a> and Klaus Kreft held a session about the new features of the upcoming <a href="https://jdk7.dev.java.net/" target="_blank">JDK 7</a>.  The presented roadmap shows JDK 7 (codename Dolphin) being released somewhere in the end of <strong>2008</strong>.</p>
<p>First huge topic was the closures controversy. There is <a href="http://www.javac.info/" target="_blank">BGGA</a> pushed by <a href="http://gafter.blogspot.com/" target="_blank">Neal Gafter</a>, and there is Josh Bloch oposing with very good arguments. Both now Google. Interesting.</p>
<p>Closures is coming, there is no JSR yet, time will tell.</p>
<p>Another very interesting topic in the session was the superpackage features planned:</p>
<p><a href="http://jcp.org/en/jsr/detail?id=294" target="_blank">JSR 294: Improved Modularity Support in the Java<span><sup>TM</sup></span> Programming Language</a></p>
<p>With superpackages it will be possible to define group of java packages, telling which ones are private to the superpackage and which ones are public. This allows us to create coarse grained modules and efficiently hide internal implementation. This is IMHO the most interesting Java extension in the jsr horizon.</p>
<p>While the JSR 294 introduces static modularization, there is still the need for runtime (and therefore deployment) modularization.</p>
<p><a href="http://jcp.org/en/jsr/detail?id=277" target="_blank">JSR 277: Java<span><sup>TM</sup></span> Module System</a></p>
<p>The JSR 277 introduces modules and is similar to what we know from OSGi. Quite interesting to see all the module configuration elements as Annotations in the Java code. There is a nice blog posting about the modularization works from <a href="http://underlap.blogspot.com/2007/03/state-of-java-modularity.html" target="_blank">Glyn Normington</a> (expert group members in the related JSRs, works for SpringSource).</p>
<p>The modularization planned for JDK7 is going to change the way we create components, as it provides the missing language features needed to create coarse grained components:</p>
<ul>
<li>versioning,</li>
<li>side-by-side deployment,</li>
<li>repositories,</li>
<li>module bootstrap and</li>
<li>module lifecycle</li>
</ul>
<p>I am curious to see how deployment will change in the future, and the future of Java EE in general. For example, Spring architectures lack deployment standards, now the standards are being provided by the Java SE.</p>
<p>And finally, but least interesting, some JSRs that probably will find their way into Dolphin:</p>
<p><a href="http://jcp.org/en/jsr/detail?id=310" target="_blank">JSR 310: Date and Time API</a></p>
<p><a href="http://jcp.org/en/jsr/detail?id=275" target="_blank">JSR 275: Units Specification</a></p>
<p><a href="http://jcp.org/en/jsr/detail?id=203" target="_blank">JSR 203: More New I/O APIs for the Java<sup><span>TM</span></sup> Platform (”NIO.2″)</a></p>
<p><a href="http://jcp.org/en/jsr/detail?id=107" target="_blank">JSR 107: JCACHE &#8211; Java Temporary Caching API</a></p>
<p><a href="http://jcp.org/en/jsr/detail?id=296" target="_blank">JSR 296: Swing Application Framework</a></p>
<p><a href="http://jcp.org/en/jsr/detail?id=255" target="_blank">JSR 255: Java<sup><span>TM</span></sup> Management Extensions (JMX<sup><span>TM</span></sup>) Specification, version 2.0</a></p>
<p><a href="http://jcp.org/en/jsr/detail?id=284" target="_blank">JSR 284: Resource Consumption Management API</a></p>
]]></content:encoded>
			<wfw:commentRss>http://pgt.de/2008/01/24/oop-java-7-session/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

