Mais divergências nas comunicações de serviços :
· O Intalio BPMS usa as ultimas versões dos softwares de serviços da Apache, o Axis2.
· O Coldfusion MX7 e 8 ainda usam o Axis Versão 1 – Versão 1.2/1.3/1.4
Isso faz com que os serviços de webservices gerados no Intalio, gerados pelo Axis2, sejam mal interpretados pelo Coldfusion, não reconhecendo os elementos <soap:fault> existentes nas chamadas das funções que tem manipulação de erros:
TaskManagementServices
Isto é devido a um bug no Axis, relativo a manipulação do protocolo Soap 1.2, conforme encontrei no JIRA:
https://issues.apache.org/jira/browse/AXIS-2614
Eu baixei os fontes do Axis e corrigi o bug mencionado, mas não solucionou o problema, pois ele passou, mas gerou erros em outras rotinas.
Toda vez que se faz uma chamada de um WebService pelo Coldfusion, que tem o Java como base, ele roda as rotinas para geração de classes (em Java) para acesso aquele serviço, usando as rotinas wsdl2java existentes no framework axis. O resultado do fonte gerado é um código Java que dá erro de semântica ao compilar. Então o processo para ai.
Vasculhando os fontes do axis, encontrei dezenas de entradas TODO, justamente em pontos que manipulam o protocolo Soap 1.2, com as mesmas características do ponto onde corrigi.
Fiz a tentativa de instalar o Coldfusion 8 dentro do servidor Apache Geronimo, acreditando que desta maneira ele faria uso do novo Axis (o 2), mas foi em vão, pois o Axis ainda vai para dentro da instalação do mesmo.
A próxima tentativa será a utilização de um Servidor Proxy de serviços que converta os formatos de protocolo, para tentar compatibilizar os serviços. Aguardem mais noticias:
Nenhum comentário:
Postar um comentário