2011-04-05 53 views
0

这是一个奇怪的。我的理解(在此之后重新阅读该文档最近没有变化)是它的安全替换JNLP启动服务器(在我们的例子网络)上的罐子,而客户端运行。如果我理解正确,启动后,客户端下载jar并在本地运行。因此,在下次启动之前更新源代码jar将不会被检索(作为更新的版本)。对JNLP启动软件的更新可能导致崩溃?

我的一个同事最近表示,他只会在所有客户都关闭系统部署新的罐子,因为它是造成问题,如果当他们对他进行更新。这根本不符合我以前的经验或我的理解。所以,我重新阅读文档,并对我在这个问题上的立场感到非常舒服。不过,我随后对该项目进行了更新并将其推出。在接下来的一个小时,多客户开始有各种奇怪的问题(这类似的,如果你更新有人掉的直接运行的罐子,你会得到)。我已经证实,他们都在做JNLP,我可以观看本地Java做的下载,等我不知道他们正在运行的副本会怎么连知道JNLP源JAR进行了更新,除非他们再次推出。

有时客户在同一时间在同一machien运行软件的多个副本。 JNLP有多聪明,它会将已更新的jar下载到已经在使用的缓存中的顶部吗?任何其他可能导致此问题的事情?

回答

0

看来,JNLP确实只是在复制中的旧高速缓存的顶新的.jar权利。如果客户端没有同时运行另一个软件副本,则不会有任何问题,但如果它们是大问题!已经运行的软件变得疯狂,做着各种奇怪的事情,因为它现在运行的缓存副本与RAM中的内容不匹配。