BlazeDS perdendo canal de comunicação entre Java e Flex

Assuntos Gerais
#1

Olá a todos,

Tenho uma aplicação em Flex que se comunica com o Java. A comunicação
local entre eles ocorre normalmente. No entanto, quando coloco a
aplicação no servidor, nos métodos que o Java demora um pouco mais
para devolver uma resposta para o Flex, a comunicação se fecha e da
erro de canal, como no exemplo abaixo:

Detalhes do Erro : (mx.messaging.messages::ErrorMessage)#0
body = (Object)#1
clientId = (null)
correlationId = "DE337EA1-C83B-20E6-12A1-319E75F3BE54"
destination = ""
extendedData = (null)
faultCode = "Channel.Call.Failed"
faultDetail = "NetConnection.Call.Failed: HTTP: Failed"
faultString = "error"
headers = (Object)#2
messageId = "C7380BD0-57A2-93A2-745F-319EC60BDDD2"
rootCause = (mx.messaging.events::ChannelFaultEvent)#3
bubbles = false
cancelable = false
channel = (mx.messaging.channels::AMFChannel)#4

Existe um timeout no AMFChannel? Nos testes que eu fiz, antes perdia
a comunicação quando dava 1min de espera, agora com 20seg já perde.
Já aconteceu isso com alguém??

Obrigado

#2

Faltou dizer que tilizo https no servidor.

#3

Cara, tem sim…

<channel-definition id="triage-amf" class="mx.messaging.channels.AMFChannel"> <endpoint url="?" class="flex.messaging.endpoints.AMFEndpoint"/> <properties> <serialization> <ignore-property-errors>true</ignore-property-errors> <log-property-errors>true</log-property-errors> </serialization> <connect-timeout-seconds>2</connect-timeout-seconds> </properties> </channel-definition>

Porém, é muito estranho uma chamada demorar mais de 20 segundos.

#4

Qual app server você tá usando?

#5

Estou utilzando tomcat 6.0.20 e flex 3.

A função é de importação, então é natural demorar mais de 20 segundos para grandes arquivos. Vou tentar colocar 2 no timeout.

Valeu, até mais

#6

Tà em modo debug, certo? Tenta ver isso sem estar em debug.

#7

Cara, se a operação é demorada dessa forma, acho bom você analisar a possibilidade de fazer de forma a-síncrona.
Envia o pedido de processamento, e responsa imediatamente, depois, quando conclída a operação, você atualiza a view/flex.

Quando você tem um processamento muito demorado, é complicado confiar que a conexão vai se manter sem quedas nesse período.
Onde trabalho temos implementações semelhantes com importações de arquivos que demoram d+. E fazemos dessa forma.

#8