<?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"
	>
<channel>
	<title>Comments on: Hey Gosling: This is why we don&#8217;t use Java 5.0 yet!</title>
	<atom:link href="http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/</link>
	<description>Brandon Werner writes about business, leadership and technology with special emphasis on cloud computing, concurrency, and high performance architectures</description>
	<pubDate>Thu, 28 Aug 2008 15:47:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Jerry</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-497</link>
		<dc:creator>Jerry</dc:creator>
		<pubDate>Tue, 23 May 2006 23:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-497</guid>
		<description>weblogic 8.1 is not compatible with jdk 1.5. I use jdk1.42 and getting String builder related error when " " are used for strings. Kindly Help</description>
		<content:encoded><![CDATA[<p>weblogic 8.1 is not compatible with jdk 1.5. I use jdk1.42 and getting String builder related error when &#8221; &#8221; are used for strings. Kindly Help</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Infernoz</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-122</link>
		<dc:creator>Infernoz</dc:creator>
		<pubDate>Thu, 09 Feb 2006 13:36:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-122</guid>
		<description>I use a personally backported version of StringBuilder and other classes for java 1.3/1.4 in my work code (in a non java packages), because I must support legacy java, but still need flexibility/speed; Sun made plenty of dumb mistakes in the past *, so should expect this!  It is not hard to backport basic classes like this (without 1.5 extras) if you have the 1.5 JDK (with src.jar), try it.  I doubt I will release this openly given license concerns.

IMHO A synchronized string buffer is a really dumb idea, I doubt that it is genuinely useful or safe in a multi-threaded environment, given that text sequencing could cause some nasty bugs and there are more efficient/safer ways to handle thread safety, e.g. synchronizing on the buffer object!

I also have major gripes about classes having private rather than protected values, so making subclassing a pain (e.g. java.util.* and java.io.*), but is with little if any security benefit, so yet more class source code copying has to be done!</description>
		<content:encoded><![CDATA[<p>I use a personally backported version of StringBuilder and other classes for java 1.3/1.4 in my work code (in a non java packages), because I must support legacy java, but still need flexibility/speed; Sun made plenty of dumb mistakes in the past *, so should expect this!  It is not hard to backport basic classes like this (without 1.5 extras) if you have the 1.5 JDK (with src.jar), try it.  I doubt I will release this openly given license concerns.</p>
<p>IMHO A synchronized string buffer is a really dumb idea, I doubt that it is genuinely useful or safe in a multi-threaded environment, given that text sequencing could cause some nasty bugs and there are more efficient/safer ways to handle thread safety, e.g. synchronizing on the buffer object!</p>
<p>I also have major gripes about classes having private rather than protected values, so making subclassing a pain (e.g. java.util.* and java.io.*), but is with little if any security benefit, so yet more class source code copying has to be done!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brandon Werner</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-54</link>
		<dc:creator>Brandon Werner</dc:creator>
		<pubDate>Sat, 07 Jan 2006 04:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-54</guid>
		<description>That is a damn good point Dmitry, Apple's insistance on only providing Java 5 to upgraded OSes only smacks Sun &#038; the idea of Java in the face.. hard. Java is platform independent, but Apple is the only entity that controls it's Java distro (because of PowerPC compilation I'm sure) and uses it as leverage.

I'm certain when Apple moves to the Intel platform Sun will have a UNIX build of Java5 for Mac no matter what OS is running. Since Apple is abandoning Cooca Java binding going forward, there is no reason for deeply customized Apple distros or .jars anymore.</description>
		<content:encoded><![CDATA[<p>That is a damn good point Dmitry, Apple&#8217;s insistance on only providing Java 5 to upgraded OSes only smacks Sun &#038; the idea of Java in the face.. hard. Java is platform independent, but Apple is the only entity that controls it&#8217;s Java distro (because of PowerPC compilation I&#8217;m sure) and uses it as leverage.</p>
<p>I&#8217;m certain when Apple moves to the Intel platform Sun will have a UNIX build of Java5 for Mac no matter what OS is running. Since Apple is abandoning Cooca Java binding going forward, there is no reason for deeply customized Apple distros or .jars anymore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dmitry</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-53</link>
		<dc:creator>Dmitry</dc:creator>
		<pubDate>Sat, 07 Jan 2006 02:01:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-53</guid>
		<description>The real reason "why not 1.5..." for our product is that it must run on the Mac OS X, but not necessarily on Tiger.
1.5 supported on Tiger only and nobody knows when all the Mac owners will migrate to Tiger (the migration is not free)</description>
		<content:encoded><![CDATA[<p>The real reason &#8220;why not 1.5&#8230;&#8221; for our product is that it must run on the Mac OS X, but not necessarily on Tiger.<br />
1.5 supported on Tiger only and nobody knows when all the Mac owners will migrate to Tiger (the migration is not free)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vinny Carpenter&#8217;s Link blog &#187; links for 2005-12-21</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-42</link>
		<dc:creator>Vinny Carpenter&#8217;s Link blog &#187; links for 2005-12-21</dc:creator>
		<pubDate>Thu, 22 Dec 2005 15:21:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-42</guid>
		<description>[...] Brandon Werner » Blog Archive » Hey Gosling: This is why we don’t use Java 5.0 yet! Whenever there is a major JDK update everyone on the Sun Microsystems side seems to love to beat the drum of upgrading. This leaves developers in a situation where they love the new features of the new JDK but quickly find out the rest of the world isn’ (tags: java5.0 java) [...]</description>
		<content:encoded><![CDATA[<p>[...] Brandon Werner » Blog Archive » Hey Gosling: This is why we don’t use Java 5.0 yet! Whenever there is a major JDK update everyone on the Sun Microsystems side seems to love to beat the drum of upgrading. This leaves developers in a situation where they love the new features of the new JDK but quickly find out the rest of the world isn’ (tags: java5.0 java) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Klaus</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-41</link>
		<dc:creator>Klaus</dc:creator>
		<pubDate>Thu, 22 Dec 2005 12:19:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-41</guid>
		<description>Hi Mark,
I have looked for such wonderful Eclipse settings, that allow for 1.5 source code with generics, enums, annotations, java.util.concurrent.*, etc. and really give us the 1.4 bytecode at the end. I don't think that this is possible.
If you use "Compiler compliance level "5.0" you CANNOT set the "Generated .class files compatibility" to "1.4"! Otherwise the Eclipse people would have to provide a COMPLETE Java 5 to 1.4 backport...
My current solution right now is to use the new OS project Retrotranslator if we need one source for both 1.5 and 1.4.</description>
		<content:encoded><![CDATA[<p>Hi Mark,<br />
I have looked for such wonderful Eclipse settings, that allow for 1.5 source code with generics, enums, annotations, java.util.concurrent.*, etc. and really give us the 1.4 bytecode at the end. I don&#8217;t think that this is possible.<br />
If you use &#8220;Compiler compliance level &#8220;5.0&#8243; you CANNOT set the &#8220;Generated .class files compatibility&#8221; to &#8220;1.4&#8243;! Otherwise the Eclipse people would have to provide a COMPLETE Java 5 to 1.4 backport&#8230;<br />
My current solution right now is to use the new OS project Retrotranslator if we need one source for both 1.5 and 1.4.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trinity</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-40</link>
		<dc:creator>Trinity</dc:creator>
		<pubDate>Thu, 22 Dec 2005 06:20:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-40</guid>
		<description>We migrated from 1.4.2 to jdk1.5 successfully. jboss4.0.3 has ejb3.0 support.</description>
		<content:encoded><![CDATA[<p>We migrated from 1.4.2 to jdk1.5 successfully. jboss4.0.3 has ejb3.0 support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-39</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Wed, 21 Dec 2005 19:10:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-39</guid>
		<description>"the platform of choice of Java developers, Apple Mac OSX"

Really??? I'm not saying it sucks - I really don't know anything about it.  But that's because I don't know ANYBODY developing on it.  Am I living in a bubble?</description>
		<content:encoded><![CDATA[<p>&#8220;the platform of choice of Java developers, Apple Mac OSX&#8221;</p>
<p>Really??? I&#8217;m not saying it sucks - I really don&#8217;t know anything about it.  But that&#8217;s because I don&#8217;t know ANYBODY developing on it.  Am I living in a bubble?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-38</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 21 Dec 2005 15:43:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-38</guid>
		<description>Eclipse has settings to parse Java 5 source-code but emit Java 1.4 classes. But I must admit I haven't tried it out yet.</description>
		<content:encoded><![CDATA[<p>Eclipse has settings to parse Java 5 source-code but emit Java 1.4 classes. But I must admit I haven&#8217;t tried it out yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vinny Carpenter&#8217;s blog &#187; Daily Del.icio.us for Dec 20, 2005</title>
		<link>http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-36</link>
		<dc:creator>Vinny Carpenter&#8217;s blog &#187; Daily Del.icio.us for Dec 20, 2005</dc:creator>
		<pubDate>Wed, 21 Dec 2005 04:37:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonwerner.com/2005/12/20/hey-gosling-this-is-why-we-dont-use-java-50-yet/#comment-36</guid>
		<description>[...] Brandon Werner &#194;&#187; Blog Archive &#194;&#187; Hey Gosling: This is why we don&#8217;t use Java 5.0 yet! &#187; Whenever there is a major JDK update everyone on the Sun Microsystems side seems to love to beat the drum of upgrading. This leaves developers in a situation where they love the new features of the new JDK but quickly find out the rest of the world isn&#8217;t [...]</description>
		<content:encoded><![CDATA[<p>[...] Brandon Werner &#194;&#187; Blog Archive &#194;&#187; Hey Gosling: This is why we don&#8217;t use Java 5.0 yet! &#187; Whenever there is a major JDK update everyone on the Sun Microsystems side seems to love to beat the drum of upgrading. This leaves developers in a situation where they love the new features of the new JDK but quickly find out the rest of the world isn&#8217;t [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
