Websphere 基于Web的客户端与厚/富客户端？

我的公司是一家大型电信公司的软件解决方案提供商。该环境目前基于IBM WebSphere，前端IBM Portal Server与提供EJB服务的后端WebSphere应用程序服务器集群通信。有些portlet使用我们自己开发的MVC模式，有些是用JSF编写的

最近，我们做了一个概念验证的富/厚客户机应用程序，它直接与后端服务器上的EJB进行通信。它是使用NetBeans平台编写的，并使用websphereapplicationclient库建立与EJB的通信

真正痛苦的是让客户端使用安全的JAAS/SSL通信。但是，在解决了这个问题之后，我们发现富客户端比我们已经习惯的基于web的门户客户端应用程序有许多优势：

• 巨大的性能优势（CORBA与HTTP相比，去掉了门户服务器的中间人）
• 由于使用了NetBeans的可视化设计器和Swing的健壮体系结构，开发变得简单而快速
• 由于不必将客户端应用程序部署到测试服务器，调试周期缩短了
• 与基于web的开发（Struts、JSF、JQuery、HTML、JSTL等）相比，没有技术的混乱

在忍受基于Web的开发（甚至JSF）的痛苦一段时间之后，我得出了以下结论：富客户端对于每种情况都不正确，但是当你开发一个内部Intranet的解决方案时，你会疯狂地不考虑NETBeas平台或Eclipse RCP。

---

对富客户端和web客户端有何评论/体验？

只要您使用Java web Start进行部署，我不一定不同意。IT中的web应用程序的目的是避免在不再支持版本X时尝试将所有人更新到版本Y的远程部署混乱

---

你可以通过webapps免费获得

一个好处是可以在客户端进行大量计算/验证，这允许每个客户端共享整个应用程序的处理负载

厚客户机的另一个好处是，您可以在客户机中保存您的状态。这会使您的服务器无状态，它们可以更好地扩展，并使容错变得轻而易举

在我们的例子中，我们的应用程序中有硬件接口，扫描仪位于工作站的串行端口上，我们还实现了打印机的JNI层，这样我们就可以从应用程序控制打印作业。（发票打印）

对于新软件的启动和分发，我们有一个运行的更新jar，它根据服务器上的部署日期检查本地系统上的文件，以查看本地系统是否是最新的。如果系统过时，我们下载所需的jar文件，然后启动应用程序。这避免了用户需要进入网页

我还建议使用服务器端模式，因为它们与新的JavaEE相关