java.lang.RuntimeException:错误:无法恢复损坏的缓存条目
我刚刚收到一位用户发来的错误消息。 (IE8、Java 1.6.20)。它来自一个小程序,该小程序接收来自 Javascript 的指令并在客户端上执行某些进程。
RangeError
java.lang.RuntimeException: ERROR: Failed to recover corrupt cache entry
at com.sun.deploy.cache.CacheEntry.recover
at com.sun.deploy.cache.CacheEntry.getSignerMap
at com.sun.deploy.cache.CachedJarFile.getSignerMap
at com.sun.deploy.cache.CachedJarFile.access$100
....
有什么想法可能导致这种情况吗?
I just had this error message from one of my users. (IE8, Java 1.6.20 ). It is from an applet which receives instructions from Javascript and executes certain processes on the client.
RangeError
java.lang.RuntimeException: ERROR: Failed to recover corrupt cache entry
at com.sun.deploy.cache.CacheEntry.recover
at com.sun.deploy.cache.CacheEntry.getSignerMap
at com.sun.deploy.cache.CachedJarFile.getSignerMap
at com.sun.deploy.cache.CachedJarFile.access$100
....
Any iddeas what could be causing this?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
可能是此错误。如果是这样,解决方法似乎是 清除 java 缓存 并再试一次。
It might be this bug. If so the workaround would appear to be to clear the java cache and try again.
我在 java1.8_0.31 遇到过这个问题,到目前为止我发现的唯一解决方法是将打包的 jar (pack.gz) 与你的 jar 放在同一目录中。当跟踪 servlet 时,我看到,
在客户端,当跟踪日志显示时,
客户端将纯 jar 文件表现为打包和 gzip 压缩的 jar。也许需要检查 HTTP 标头以了解客户端这样做的原因。
I have experienced this problem at java1.8_0.31 and Only workaround I found so far that put packed jars (pack.gz) to same directory with your jar(s). When tracing the servlet i see that
And at client side when tracing log is shown that
Client behaves coming plain jar file as packed and gziped jar. Maybe need to examine HTTP Header to why client do that.