http://webfx.eae.net/dhtml/xmlextras/xmlextras.html
webfx是一个很cool的网站，推荐一下
很多方面它和Applet很相似，比如都运行在沙箱中，权限受到限制，它的窗口和Applet的一样，下面都有一个警告条。如果需要获得更多的权限要数字签名
它的好处在于
1,它是从public static void main(String args[])方法进入的，这意味着CS的客户端可以不用任何改动就发布成为Java Web Start程序（不考虑权限因素）
2,Applet通常嵌入在web页面里，而web start是启动独立的窗口。就象是一个独立的程序，它甚至可以做一个桌面快捷方式（每个程序第二次启动的时候会问你是否需要做快捷方式，你也可以到管理器里面去做），以后不用每次都到那个web页面启动它。在客户看来它和普通程序没有两样。你甚至可以在windows添加删除程序里面看到每个安装过的web start程序。
3，当无法连接到服务器并且不需要和服务器通讯的时候
，你甚至可以让它脱机工作。
那是web start程序的管理器，打开它可以看到SUN的4个例子程序（要连接到SUN的网站下载的）
发帖人:aspcn (飞刀) csdn 的.net的大版主,也是 金蝶的.net开发人员之一
http://expert.csdn.net/Expert/topic/2032/2032086.xml?temp=.7346155
我有些恨微软了，什么行业都要插一手。是不是全部公司都倒了，才高兴？
> 了,所以这绝不是空穴来风
>
> 发帖人:aspcn (飞刀) csdn 的.net的大版主,也是
> 金蝶的.net开发人员之一
>
> http://expert.csdn.net/Expert/topic/2032/2032086.xml?t
> mp=.7346155
> 我有些恨微软了，什么行业都要插一手。是不是全部公司都倒
> 耍鸥咝耍?
就凭这个？也太捕风捉影了吧。
对于那篇文章，金蝶已经在网站上发表了律师声明，可能会起诉
转载文章的网站。但大家应该明白这一点，即使消息属实，也主要
是市场原因。
另外，我倒是听到用友内部的消息，用友准备从Java转到.NET上，
如果消息属实，这到真的是技术原因，因为用友的使用J2EE技术的
高端产品一直现在泥潭当中。
我的哥们要建立一个C/S构架的程序，但是对客户界面的要求教高，例如要在客户输入简称后立刻从几万条名目中找到物品的全称
>我的哥们要建立一个C/S构架的程序，但是对客户界面的要求教高，例如要在
>客户输入简称后立刻从几万条名目中找到物品的全称
只要你C/S做的到的，Java Web Start就能做到
我觉得大家概念有些混淆，Java Web Start属于多层结果中fat client，而浏览器属于thin client，后者可以称为B/S结构，这些都属于N层结构。
称前者应该为肥客户端的多层结构才为贴切。
而c/s结构是指整个系统只有两层client/Server两层，指传统上用Delphi或VB写的一种淘汰结构的技术，这种结构耦合性高，系统可维护性太差，项目一旦变大，在需求不断变化情况下，项目就会瘫痪。
如果有概念的不同见解，可以讨论。
顺便谈谈我对B/s和C/s的观点。我觉得B/S是不用安装和更新客户端的，和客户端无关的应用模式，现在是借助http协议，使用html浏览器；以后很能够会有其他协议和其他脚本。C/S是需要安装和更新客户端的程序。
一般来说现在大部分人认为B/S好，因为不用在客户端安装程序，不用程序升级以后到处去更新一遍。
实际上我认为能满足需要的就是好的，不必拘泥于什么模式
Java Web Start 需要在客户端装一次JRE，但是以后你发布的程序第一次的时候自动安装，以后每次可以自动更新。在具有全部权限的情况下，它又相当于一个C/S的程序。可以说兼有B/S和C/S的好处。你可以直接用Java Web Start程序去连接数据库（就象传统C/S两层程序一样，当然这样是不被推荐的），也可以连接到服务器端的中间层，由中间层处理数据库连接和业务，就象C/S三层结构；它能解决浏览器里面不能解决的很多问题，象打印、数据的维持、高级用户界面……。我认为它能够满足需求，这就够了，管它是B/S还是C/S呢！在每个客户端装一次JRE我认为在企业级项目里根本就不是一件事情（如果你是B2C就另当别论）
其实B/S的浏览器也是一种客户端，是thin client 就是瘦客户端，而Web Start J2ME或applet都是肥客户端。
这些都是多层结构的客户端，在目前多层结构中，一般已经不只是三层，而是至少五层，如图：
因此，也可以说，无论是传统的两层C/S，还是增设一个Web服务器后的假三层、或者Jsp/Javabeans的三层结构，都只局限在一个中小项目范围内，而中大型分布式项目一般至少5层，所以称为N层结构。
上个帖子也没说清楚自己想说什么。sorry.
used as it has problem in passing through firewall (you
can tunneling, but too slow).
Thin client, with pure HTML, is the trend.
It requires zero overhead on client side.
That is the main reason it becomes popular.
Haven't gone through all the email, but
Corba is almost dead too. The main competing
technologies are J2EE and .Net.
Which is better? it is impossible to give a generic
answer to this question, all depends on your concrete
situation. I personally like J2EE, the reason:
1) it uses a single one language.
2) it runs on multiple platform
3) it is standard based, so no-locking in to a specific vendor
4) it has wider open source community, which I believe
the ultimate winner (how long it takes, who knows?)
As developers, you should lock youself into a single
platform. That requires less overhead to become and
remain to be an export. If you like Windows platform (it
does have a lot of good sutff), then lock youself to .Net.
I came from Unix world and you know Unix guys usually do
not like Windows, so I lock myself to J2EE.
It is imperative for developers to know themselve where
they want to go. You have to design your career path,
not giving it to the company you work for.
This is the most important.
J2EE and .Net are both viable technologies. Whether
this is better than the other, is not a very meaningful
question at all.