j2ee的web应用像CS程序一样自动更新

cs程序的更新一般都有更新程序或补丁程序，但服务器端的J2EE很少有自动更新，大多数都由实施人员上门进行手工的更新（这样能收上门费），但给用户的感觉很不好，所以需要写一个傻瓜式的更新模块，便于不懂J2EE的系统管理员做更新.
更新程序的操作过程设计如下：
1，给系统管理员在后台提供一个开关控制各个系统的使用状态为更新状态，在线的用户强制下线，登录的用户不允许登录。这样保证数据不再有更新。备份数据和应用程序如果更新失败提供恢复策略。
2，然后上传更新包，更新包结构：a，webapps（oa;hr;cc...各个应用）与tomcat结构保持一致 b，update.sql数据库的更新语句 c，update_版本号_补丁号.jsp最后动态执行这个jsp修改配置文件和清理缓存及其它复杂情况
3，更新成功后，要求重启tomcat
4，重启后检查更新效果，然后恢复各个系统的使用状态为正常使用状态

跟我最开始的想法一样，但是发现不好处理。

这个东西，怎么说呢。
“老大，我搞了一个好东西！”
“什么东西？”
“自动更新。以后我们可以少挣很多上门费了！”
“-_-”

程序的自动更新是非常有必要的。
一方面，用户可以省去上门服务的费用，让用户放心使用；就算收上门费用，有自动更新你的上门开销也会大大减少。
另一方面，有利于项目的产品化和标准化。开发出产品可维护性好才是最重要的。

并不是所有上门更新都是收费的，一旦用户量成千上万，就知道自动更新的重要性了。
不如用C++或者delphe写一个服务程序定期检查更新，有更新的时候提示用户，用户确定后程序停止web server开始升级过程。

这样如何实现跨平台呢？

你所谓的自动更新，大部分C/S自动更新都是要么C需要重启，要么S重启，跟你上不上门没什么联系。
如果你要不上门，ftp+telnet吧,绝对的跨平台 --!

用户的东西在自己局域网内，怎么更新？
自动更新不可能的，只能手动去更新。
我们公司的客户计算机都不连接互联网的

是要下载更新包的

我就是这么干的，效果还挺好。
我们的客户在局域 网中用，点有50多个，如果不采用自动更新，会死人的。
现在好了，只要拿出一台来做更新服务器，我们每次更新软件，只要更新一台就OK了。