Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/ruby-on-rails/57.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Jakarta ee GlassFish v3中的应用程序客户端流量开销_Jakarta Ee_Glassfish_Glassfish 3_Ear - Fatal编程技术网

Jakarta ee GlassFish v3中的应用程序客户端流量开销

Jakarta ee GlassFish v3中的应用程序客户端流量开销,jakarta-ee,glassfish,glassfish-3,ear,Jakarta Ee,Glassfish,Glassfish 3,Ear,我有一个带有应用程序客户端模块的EAR应用程序 当此EAR文件部署在GlassFish v2上且应用程序客户端模块存在于缓存中时,在应用程序客户端启动期间,客户端计算机和服务器之间的通信量约为0.7KB 但当我在GlassFish v3上部署此应用程序并第二次或第三次启动应用程序客户机模块时,它已经存在于缓存中,在应用程序客户机启动期间,客户机和服务器之间的通信量是10MB 有什么不对劲 UPD 1 即使我使用应用程序客户端组件创建一个简单的EAR项目,只输出Hello World并将其部署在G

我有一个带有应用程序客户端模块的EAR应用程序

当此EAR文件部署在GlassFish v2上且应用程序客户端模块存在于缓存中时,在应用程序客户端启动期间,客户端计算机和服务器之间的通信量约为0.7KB

但当我在GlassFish v3上部署此应用程序并第二次或第三次启动应用程序客户机模块时,它已经存在于缓存中,在应用程序客户机启动期间,客户机和服务器之间的通信量是10MB

有什么不对劲

UPD 1

即使我使用应用程序客户端组件创建一个简单的EAR项目,只输出Hello World并将其部署在GlassFish v3上,每次从缓存启动应用程序客户端时,它仍然是5-6MB

UPD 2

试图深入研究这个问题。 当我从GlassFish v3中的缓存启动应用程序时,我的应用程序客户端中每个库的GlassFish v3日志中都会出现以下异常:

java.io.IOException: An established connection was aborted by the software in your host machine
例如:

SEVERE: Adapter[/___JWSappclient/___system] s1as/glassfish/modules/webservices-osgi.jar
java.io.IOException: An established connection was aborted by the software in your host machine
    at sun.nio.ch.SocketDispatcher.write0(Native Method)
    at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
    at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:100)
我有一个假设,流量开销可能是相关的。互联网上有一些关于这个问题的信息。但显然没有官方解释,也没有办法解决这个问题。 下面是一个与这个问题相关的例子,它可能会对这个问题有所帮助。 下面是Tim more tjquinn对这种情况的评论:

已建立的连接中止消息是我们已经看到的消息,但正如您所说,似乎不会影响发射。我认为——但尚未验证——JavaWebStart开始下载JAR,然后发现缓存的副本是最新的,因此中止传输。这不应该发生,但我还没有发现到底是什么导致它知道这是一个JavaWebStart问题还是一个Grizzly问题,这基本上是GlassFish中的传输层问题,还是GlassFish问题本身

UPD 3 关于老纳布尔有一个有趣的讨论。在启动应用程序客户端之后,我们还出现了web服务失败的症状

UPD 4
来自Grizzly论坛的Oleksiy Stashok在UPD3中提到的线程建议在JavaWebStart论坛上发布这个问题

你在这个问题上有什么进展吗?@jan no.但是查阅提供的链接,可能有人关注了这个问题。我试过了,但是大多数链接都已经死了。你在这个问题上有什么进展吗?@jan no.但是查阅提供的链接,可能有人关注了这个问题。我试过了,但是大多数链接都已经死了。