Foi um erro no 8.1.0 corrigido para o 8.2.0:
Acabei de migrar um aplicativo do JBoss 7.1.1 para o Wildfly 8.1.0 Final. Mas agora de vez em quando (como a cada 2 dias) o Wildfly congela, e eu tenho que reiniciá-lo. Minha aplicação é basicamente EJB / JPA / JAX-RS com Resteasy.
Por congelamento, quero dizer que todo acesso HTTP ao Wildfly continua esperando para sempre. Eu suspeito que apenas Undertow está congelado, porque eu posso ver no meu log de aplicativo que as tarefas que foram agendadas estão sendo executadas, embora nenhuma delas seja relacionada à rede.
Eu também notei no meu log o seguinte erro: "A resposta está comprometida, não posso lidar com a exceção" causada por IOException "O canal foi fechado no meio, se você tentou gravar dados em partes você não pode desligar o canal até depois dele tudo foi escrito ".
O servidor é uma VM do Ubuntu em execução no Azure. "Memória física" e espaço "disco rígido" estão bem. Usos de heap, não-heap e encadeamentos estão bem de acordo com o Tempo de Execução da JVM no Wildfly Management.
A única coisa que notei é que tenho muitas conexões estabelecidas para sempre quando eu "netstat -aln". Eu tenho menos de 100 clientes por dia, mas agora eu conto com 2K conexões estabelecidas na minha porta 8080.
O que posso fazer para diagnosticar e resolver melhor este problema?
Atenciosamente, Renan
UPDATE : foi de fato um bug no 8.1.0 corrigido para o 8.2.0, veja minha resposta com link para o problema aberto no JbossDeveloper.
Foi um erro no 8.1.0 corrigido para o 8.2.0:
Gostaria de compartilhar minha experiência como desenvolvedor / arquiteto no Wildfly 8.1
Eu migro do 7.1.1 para o 8.1 no Windows / Eclipse há alguns dias. Eu também notei algumas instabilidades; um membro da equipe de desenvolvimento fez a migração e se queixou de falhas do eclipse / não o mesmo comportamento que 7.1.1. Um outro membro da equipe ainda está trabalhando no Wildfly 8.0; parece que a versão anterior é mais estável.
O JBOss diria a você que o Wildfly não é um servidor de aplicativos de produção; é para fins de desenvolvimento. Mas eu acho que você está apontando para algum bug sério / convergindo com meus sucpicions / sem quaisquer fatos reais, e nenhuma resposta à sua pergunta.
Você deve encaminhar sua postagem diretamente para os fóruns do JBoss, a fim de garantir que a equipe da Wildfly investigue o problema e espere que a correção seja parte das versões 8.2.
Eu estava usando o wildfly 8.0 final com o With Spring 4.1.0 e o JSF 2.0 & JDK 8.0_u25 Eu estava enfrentando a mesma exceção: UT005013: Ocorreu uma IOException: java.io.IOException: UT000029: O canal foi fechado no meio da parte, se você tentou gravar dados em partes, não pode encerrar o canal até que tudo tenha sido escrito.
E meu processamento de CPU do servidor aumenta 25% de cada vez que ocorre a exceção. Alhumdulillah Agora resolvo meu problema.
Agora estou usando: Wildfly 8.2.0 Final com Spring 4.1.0 e JSF 2.0 & JDK 8.0_u25
Wildfly 8.2.0 resolve meu problema de processamento da CPU Eu observo o meu servidor quase 8 dias, então percebo que quando o host (cliente / usuário) enviar algum pedido para o servidor que exigiu algum tempo para calcular / servidor tempo de resposta naquele usuário fechar a janela do navegador ou logout antes de obter resposta do servidor. quando o servidor fez seu processamento e, em seguida, tentar enviar resposta para sua solicitação específica de host / cliente, a exceção de E / S ocorre porque o cliente fechou a janela do navegador.
Espero que isso ajude você ou
Tags networking azure jboss ubuntu wildfly8