Java 6.0支持Javascript

INI我现在还在用啊，没问题

XML的定义是很简单的，容易解释是优点，
因为它的解析器易得才成为首选，是配置推广了XML，不是XML推广了配置
推广配置的功臣是Java应用。

大伙把XML当瑞士军刀一样用，我就不觉得XML的设计有多爽

cfg = {
        'a': 1,
        'b': {'rule' : function(k){return k*k;}}
      };

怎么看都比那些XML顺眼

觉得这个代码恰好说明了xml还是要顺眼点。就我自己的工作来说，xml配置通常是给运维、实施人员看和用的，语法简单无需编译，改了马上看效果，适合他们。

要不你在街上找一个正常人问问他，下面的好理解还是上面的好理解

<cfg a="1">
	<b>
		<rule>
			<function>
				<params>
					<param name="k" />
				</params>
				<result>
					<multiple left="k" right="k" />
				</result>
			</function>
		</rule>
	</b>
</cfg>

恩，如果javascript支持的好的话，爬虫程序就容易做了。

<cfg >
<a>1</a>
<b><rule><function>
	<params><param name="k"              /></params>
	<result><multiple left="k" right="k" /></result>
</function></rule></b>
</cfg>

哈哈 我以前是用ASP in Jsrcipt的 不知升级到JDK6行不 呵呵？？

每种语言都有自己的优势,java的这种做法目的应该是为了取各家之长，还是比较看好的

如果能在虚拟机级别实现java2js的话，java的web开发会出现一些有趣的玩意。

请问这个东西有谁具体应用过吗？？？？

在服务器端使用JavaScript开发，就跟在客户端使用Java开发一样不适合。JavaScript并不是一种足够强大的脚本语言，除了做DOM Scripting和Ajax Web Remoting，不应该将其应用范围扩大到服务器端的开发。在服务器端，Ruby显然是比JavaScript更加有效和强大的脚本语言。

不过从政治上来说，Sun首先支持JavaScript没有任何风险，因为服务器端的JavaScript引擎Rhino由来已久，集成到JDK中的成本很低，而且JavaScript是真正标准化的语言。JavaScript也完全不可能威胁服务器端的Java语言，只能在某些特定的场合充当Java语言的配角。若Sun将JRuby集成到JDK中，就等于是他们承认了Ruby确实要比Java更优越，而且Ruby会威胁到Java语言的统治地位，将来在JVM上做开发，可能有一半的人都会选择使用Ruby。所以直接在JDK级别支持Ruby对于Sun这个保守的公司来说是不可能的。