<?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: JDK 7 language changes: DeVoxx poll</title>
	<atom:link href="http://blog.smart-java.nl/blog/index.php/2009/03/08/jdk-7-language-changes-devoxx-poll/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.smart-java.nl/blog/index.php/2009/03/08/jdk-7-language-changes-devoxx-poll/</link>
	<description>Ordina J-Technologies - Java Blog</description>
	<lastBuildDate>Fri, 30 Jul 2010 13:00:28 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jan-Kees van Andel</title>
		<link>http://blog.smart-java.nl/blog/index.php/2009/03/08/jdk-7-language-changes-devoxx-poll/comment-page-1/#comment-175</link>
		<dc:creator>Jan-Kees van Andel</dc:creator>
		<pubDate>Thu, 12 Mar 2009 10:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.smart-java.nl/blog/?p=325#comment-175</guid>
		<description>Thanks voor de aanvulling. Ik zeg alleen niet dat alles al bepaald is, maar de grote lijnen zijn al wel duidelijk, zoals dat closures er niet in komen.

Over JDK 7, ik heb alleen de terminologie gevolgd zoals ze die op DeVoxx hanteerden.

Die annotations zijn idd leuk, want tooling kan met relatief weinig annotations in je code vrij veel aannames doen. De presentatie van de spec lead op DeVoxx komt ergens dit jaar op Parleys.

Maar, Sun is heel erg duidelijk over hun plannen met Java en ik hoor van de andere spelers ook vooral positieve geluiden.

De discussies van de JSR 294 EG kun je hier volgen: http://cs.oswego.edu/mailman/listinfo/jsr294-modularity-eg. Ik volg het nu al een tijdje. Ze zijn het absoluut nog niet eens over de details, dat is duidelijk.</description>
		<content:encoded><![CDATA[<p>Thanks voor de aanvulling. Ik zeg alleen niet dat alles al bepaald is, maar de grote lijnen zijn al wel duidelijk, zoals dat closures er niet in komen.</p>
<p>Over JDK 7, ik heb alleen de terminologie gevolgd zoals ze die op DeVoxx hanteerden.</p>
<p>Die annotations zijn idd leuk, want tooling kan met relatief weinig annotations in je code vrij veel aannames doen. De presentatie van de spec lead op DeVoxx komt ergens dit jaar op Parleys.</p>
<p>Maar, Sun is heel erg duidelijk over hun plannen met Java en ik hoor van de andere spelers ook vooral positieve geluiden.</p>
<p>De discussies van de JSR 294 EG kun je hier volgen: <a href="http://cs.oswego.edu/mailman/listinfo/jsr294-modularity-eg" rel="nofollow">http://cs.oswego.edu/mailman/listinfo/jsr294-modularity-eg</a>. Ik volg het nu al een tijdje. Ze zijn het absoluut nog niet eens over de details, dat is duidelijk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: soudmaijer</title>
		<link>http://blog.smart-java.nl/blog/index.php/2009/03/08/jdk-7-language-changes-devoxx-poll/comment-page-1/#comment-174</link>
		<dc:creator>soudmaijer</dc:creator>
		<pubDate>Wed, 11 Mar 2009 06:28:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.smart-java.nl/blog/?p=325#comment-174</guid>
		<description>Hoi JK,

jij stelt dat alle changes al zijn bepaald. Dit is nog niet het geval... de ideeen die nu op tafel liggen zijn de plannen zoals Sun het liefst ziet dat Java SE 7 eruit zal gaan zien. 

Jij hebt het steeds over JDK 7, volgens mij bedoel je de Java Language Specification en de Java Virtual machine versie 7. Dit zijn de twee gebieden waar alex buckley de spec lead van is. Er is namelijk ook een idee geopperd dat de language specification en de VM misschien niet gekoppeld moeten zijn aan een gelijktijdig release schedule. Echter zal dit pas met een modulaire Java VM realitisch zijn.

De Java language changes krijgen zeer veel aandacht. Ik denk dat de modulaire Java en JSR294 een veel grotere invloed gaan hebben op de toekomst van het Java platform.  Project Jigsaw (modulaire JDK) staat iig niet gepland voor Java SE 7, echter zou Sun dit wel graag erin hebben. JSR 294, Java Module System, staat wel op de planning. Dit is een voorwaarde voor de modulaire Java aanpak.

Daarnaast is JSR 308: Annotations on Java Types ook een belangrijke, omdat het static code analysis tools (bijv findbugs) veel krachtiger kan maken.

Alle zaken die jij hierboven noemt zijn dus nog voorwerk, als de expert group zijn werk gaat doen hoeft niet alles nog geformaliseerd te worden via de JCP. Definitief is het allerminst! Volgens mij zal de expert group op de volgende pagina bekend worden: http://jcp.org/en/jsr/detail?id=901

Timeframe voor Java SE 7 is tussen jan 2010 en JavaOne 2010. Ze hebben dus nog even :-)</description>
		<content:encoded><![CDATA[<p>Hoi JK,</p>
<p>jij stelt dat alle changes al zijn bepaald. Dit is nog niet het geval&#8230; de ideeen die nu op tafel liggen zijn de plannen zoals Sun het liefst ziet dat Java SE 7 eruit zal gaan zien. </p>
<p>Jij hebt het steeds over JDK 7, volgens mij bedoel je de Java Language Specification en de Java Virtual machine versie 7. Dit zijn de twee gebieden waar alex buckley de spec lead van is. Er is namelijk ook een idee geopperd dat de language specification en de VM misschien niet gekoppeld moeten zijn aan een gelijktijdig release schedule. Echter zal dit pas met een modulaire Java VM realitisch zijn.</p>
<p>De Java language changes krijgen zeer veel aandacht. Ik denk dat de modulaire Java en JSR294 een veel grotere invloed gaan hebben op de toekomst van het Java platform.  Project Jigsaw (modulaire JDK) staat iig niet gepland voor Java SE 7, echter zou Sun dit wel graag erin hebben. JSR 294, Java Module System, staat wel op de planning. Dit is een voorwaarde voor de modulaire Java aanpak.</p>
<p>Daarnaast is JSR 308: Annotations on Java Types ook een belangrijke, omdat het static code analysis tools (bijv findbugs) veel krachtiger kan maken.</p>
<p>Alle zaken die jij hierboven noemt zijn dus nog voorwerk, als de expert group zijn werk gaat doen hoeft niet alles nog geformaliseerd te worden via de JCP. Definitief is het allerminst! Volgens mij zal de expert group op de volgende pagina bekend worden: <a href="http://jcp.org/en/jsr/detail?id=901" rel="nofollow">http://jcp.org/en/jsr/detail?id=901</a></p>
<p>Timeframe voor Java SE 7 is tussen jan 2010 en JavaOne 2010. Ze hebben dus nog even <img src='http://blog.smart-java.nl/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Thijssen</title>
		<link>http://blog.smart-java.nl/blog/index.php/2009/03/08/jdk-7-language-changes-devoxx-poll/comment-page-1/#comment-173</link>
		<dc:creator>Ron Thijssen</dc:creator>
		<pubDate>Mon, 09 Mar 2009 09:10:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.smart-java.nl/blog/?p=325#comment-173</guid>
		<description>Begrijpelijk dat deze 3 bovenaan geëindigd zijn. Het zijn alle drie goede voorstellen in mijn ogen. Ik heb alleen mijn twijfels bij de leesbaarheid van de Null handling constructie. 
De overige oplossingen zijn gewoon nuttig en voorkomt een hoop boilerplate code.</description>
		<content:encoded><![CDATA[<p>Begrijpelijk dat deze 3 bovenaan geëindigd zijn. Het zijn alle drie goede voorstellen in mijn ogen. Ik heb alleen mijn twijfels bij de leesbaarheid van de Null handling constructie.<br />
De overige oplossingen zijn gewoon nuttig en voorkomt een hoop boilerplate code.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
