Eixo carregar módulos - Criação de arquivo temporário e falhando

Question

Estamos usando eixo de comunicação webservice entre sistema diferente em casa. De vez em quando as chamadas eixo falhar com um:

[org.apache.axis2.deployment.util.Utils] - Created temporary file : C:\WINDOWS\TEMP\_axis2\axis248890addressing-1.41.mar
[org.apache.axis2.util.Loader] - java.lang.ClassNotFoundException: Class Not found : org.apache.axis2.handlers.addressing.AddressingInHandler
[org.apache.axis2.util.Loader] - java.lang.ClassNotFoundException: org.apache.axis2.handlers.addressing.AddressingInHandler
[org.apache.axis2.i18n.ProjectResourceBundle] - org.apache.axis2.i18n.resource::handleGetObject(invalidmodule)
[org.apache.axis2.deployment.ModuleDeployer] - The addressing-1.41.mar module, which is not valid, caused org.apache.axis2.handlers.addressing.AddressingInHandler
org.apache.axis2.AxisFault: org.apache.axis2.handlers.addressing.AddressingInHandler

Talvez um em 100 falhar assim.

O código é implantado em um servidor de aplicações 50thread WebLogic executar o eixo2 versão 1.4.1.

Tanto quanto eu posso dizer a partir do log, o "tempfile Criando" acontece em cada chamada (e menciona o mesmo toda vez que arquivo), então o meu palpite é que talvez um acesso múltiplo thread para o mesmo arquivo, mas eu não sabe o que fazer sobre isso.

Alguém tem algumas idéias que poderiam nos ajudar a eliminar esse?

Update:

Eu encontrei um problema semelhante na lista de discussão sem resposta: http: // marc .info /? l = eixo do utilizador e m = 124411691013763 & W = 2 e postei esta pergunta lá também: http://marc.info/?l= eixo-utilizador e m = 124912603230939 & W = 2

Answer 1

Nós encontramos esta questão http://issues.apache.org/jira/browse/AXIS2-3204

e

configContext.terminate () era o culpado.

Answer 2

Obrigado @svrist

O link para o [página JIRA] http://issues.apache.org / JIRA / browse / AXIS2-3204 você desde que me informou que um upgrade para pelo menos Axis2 1.5 foi necessária para evitar este problema.

FYI, se estão vendo qualquer um desses erros que foram descritos na pergunta, você corre o risco de um thread parado na sua aplicação. Eu tive um tempo difícil tentar controlar isso para baixo, por isso, se você está vendo este rastreamento de pilha, considere a atualização:

"pool-2-thread-10" prio=10 tid=0xad5ab000 nid=0x35f8 runnable [0xa7d0b000]
   java.lang.Thread.State: RUNNABLE
    at com.sun.xml.stream.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:353)
    at com.sun.xml.stream.XMLReaderImpl.next(XMLReaderImpl.java:557)
    at org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:506)
    at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:161)
    at ***org.apache.axiom.om.impl.llom.OMDocumentImpl.getOMDocumentElement(OMDocumentImpl.java:132) <- Infinite loop***
    at org.apache.axiom.om.impl.builder.StAXOMBuilder.getDocumentElement(StAXOMBuilder.java:411)
    at org.apache.axis2.util.XMLUtils.toOM(XMLUtils.java:602)
    at org.apache.axis2.util.XMLUtils.toOM(XMLUtils.java:581)
    at org.apache.axis2.deployment.DescriptionBuilder.buildOM(DescriptionBuilder.java:97)
    at org.apache.axis2.deployment.AxisConfigBuilder.populateConfig(AxisConfigBuilder.java:86)
    at org.apache.axis2.deployment.DeploymentEngine.populateAxisConfiguration(DeploymentEngine.java:641)
    at org.apache.axis2.deployment.FileSystemConfigurator.getAxisConfiguration(FileSystemConfigurator.java:116)
    - locked <0xb4de1d10> (a org.apache.axis2.deployment.FileSystemConfigurator)
    at org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContext(ConfigurationContextFactory.java:68)
    at org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContextFromFileSystem(ConfigurationContextFactory.java:184)
    at org.apache.axis2.client.ServiceClient.configureServiceClient(ServiceClient.java:150)
    at org.apache.axis2.client.ServiceClient.<init>(ServiceClient.java:143)

............................ O resto Omitido ................ ...................