java - NetConnection.Call.Failed 在 Flex3/Tomcat/BlazeDS/Spring 中偶尔发生

Question

我有一个非常大的问题。我已经使用 Flex3/Tomcat/BlazeDS/Spring 编写了一个大型应用程序，它在本地开发时运行良好，在我部署到通用开发环境时运行良好，但在部署到我们的测试环境时经常失败。

当远程处理请求花费大量时间(超过 20 秒)时，失败似乎最常发生。在我的开发服务器上，错误发生了，但只有当请求花费很长时间(超过 45 秒)时才会发生。但是，错误有时似乎也是立即发生的(发送请求并立即失败)。大多数错误也有 HTTP 状态:502(错误的网关)，但有些只是说 HTTP 失败。

除了将 war 文件放入 webapps 目录外，我没有对 BlazeDS 做任何特别的事情。该应用程序通过 https 访问。远程调用仅通过“目的地”引用服务器。我们的 DEV 和 TEST 实例上的 tomcat 服务器具有相同的 java 参数(相同的 Xms 和 Xmx 等)。以下是我的相关文件:

服务配置.xml

<?xml version="1.0" encoding="UTF-8"?>
<services-config>
    <services>
        <default-channels>
           <channel ref="my-secure-amf"/>
        </default-channels>
    </services>
    <channels>
        <channel-definition id="my-secure-amf" class="mx.messaging.channels.SecureAMFChannel">
            <endpoint url="https://{server.name}:{server.port}/{context.root}/messagebroker/amfsecure" class="flex.messaging.endpoints.SecureAMFEndpoint"/>
            <properties>
                <add-no-cache-headers>false</add-no-cache-headers>
            </properties>
        </channel-definition>
    </channels>
<services-config>

网络.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">

    ...

    <servlet>
        <servlet-name>spring-flex</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>/WEB-INF/flexContext.xml</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>spring-flex</servlet-name>
        <url-pattern>/messagebroker/*</url-pattern>
    </servlet-mapping>
</web-app>

flexContext.xml

<!--
    I have component-scan tags here to scan my class files. The Controller I'm using for flex has an annotation on it to define it as a remote destination. Here it is:
    @Controller
    @RemotingDestination(value = "dest", channels="my-secure-amf")
    public class FlexController {
-->

<bean id="flexExceptionTranslator" class="edu.liberty.zconduct.web.FlexExceptionTranslator" />

<flex:message-broker>
    <flex:exception-translator ref="flexExceptionTranslator"/>
    <!-- <flex:secured /> Had this previously, but it wasn't working then, either -->
</flex:message-broker>

我快要穷途末路了。该错误是一个应用程序破坏者。如果可以，请帮助我。

编辑我切换到 http 仍然收到错误。 Tomcat 现在说:

WARNING: Error sending end packet

java.net.SocketException: Broken pipe

我在我的 apache 日志中查找 jk_mod，并看到一些看起来像我发送的请求的调试信息，然后是以下内容:

[debug] ajp_send_request::jk_ajp_common.c (1592): Resent the request body (432)

[debug] jk_shutdown_socket::jk_connect.c (681): About to shutdown socket 68

[debug] jk_shutdown_socket::jk_connect.c (732): Shutdown socket 68 and read 0 lingering bytes

[info] ajp_connection_tcp_get_message::jk_ajp_common.c (1150): (myTestServer) can't receive the response header message from tomcat, network problems or tomcat (xx.xx.xx.xx:xxxx) is down (errno=11)

[error] ajp_get_reply::jk_ajp_common.c (1962): (myTestServer) Tomcat is down or refused connection. No response has been sent to the client (yet)

[info] ajp_service::jk_ajp_common.c (2447): (myTestServer) sending request to tomcat failed (recoverable), (attempt=2)

[error] ajp_service::jk_ajp_common.c (2466): (myTestServer) connecting to tomcat failed.

[debug] ajp_reset_endpoint::jk_ajp_common.c (743): (myTestServer) resetting endpoint with sd = 4294967295 (socket shutdown)

[debug] ajp_done::jk_ajp_common.c (2905): recycling connection pool slot=0 for worker myTestServer

[info] jk_handler::mod_jk.c (2615): Service error=0 for worker=myTestServer

Answer 1

Cornel Creanga 帮助我找到了这个解决方案。我将我的应用程序切换到 http 并开始在 catalina.out 文件中接收消息。我不知道为什么这会影响它，但确实如此。消息都说 socket 中的管道破裂。进一步调查发现jk_mod涉及。

通过大量搜索，我发现我们的系统管理员在我们的测试服务器上将服务器上的套接字超时设置为 10 秒，但在我们的开发服务器上设置为 5 分钟，因此进行的大量搜索导致它一旦超时必须进行测试。

系统管理员调整了 TEST 上的配置，以便另一个工作人员(超时 5 分钟)处理此上下文路径的调用。