Pergunta

Estamos usando Grade inquérito DLL da Quest Geo Solution (GIQ60.DLL) dentro de um pacote SQL Server Integration Services (SSIS). Conseguimos usar este sem problemas localmente (32 bits) usando tlbimp para criar um .NET invólucro (interoperabilidade). No entanto, quando este se mudou para o nosso servidor de integração isso não funcionar como o servidor é de 64 bits.

O GIQ60.DLL é uma DLL de 16 bits e o vendedor confirmou que eles já não apoiar activamente esta. Se executar a versão de 32 bits do DTEXEC no servidor, o pacote é executado sem problemas. Existe um truque / maneira de converter o .NET wrapper para permitir que isso funcione Integration Services do SQL Server (64bit instalar).

Como alternativa, precisamos de uma substituição gratuita de 32 bits .net biblioteca que irá converter grade OS (easting / Northings) em geoespacial longitude / latitude tanto para Reino Unido e Irlanda (eles usam diferentes sistemas de rede), então isso seria uma solução viável.

Foi útil?

Solução

A única solução que eu posso pensar é para criar um serviço do Windows (32 bits) que hospeda o componente e expõe como WCF ou Remoting ponto final. Em seguida, use tarefa de script do SSIS para acessá-lo. Desta forma, você pode executar o seu pacote em 64bit DTEXEC e seu componente no processo de 32 bits.

HTH

Outras dicas

Em um suporte ambiente I, há um pacote SSIS que se baseia em uma determinada versão de uma conexão com o Lotus Notes. Essa dll é um 32 bit dll e ele não funciona ao executar no SSIS no servidor de produção de 64 bits.

simples executar o pacote SSIS com um prompt chamada de comando para a versão de 32 bits do DTEXEC. Esta coima funciona.

Você pode tentar que, para evitar ter que manter duas versões diferentes do código?

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top