64ビットマシン上でクエストジオソリューションズGIQ60ライブラリを使用します

StackOverflow https://stackoverflow.com/questions/1845917

質問

私たちは、SQL Serverの統合サービス(SSIS)パッケージ内のクエストジオソリューションのグリッド審問DLL(GIQ60.DLL)を使用しています。私たちは、.NETラッパー(相互運用機能)を作成します。tlbimp使用して、ローカル(32bit版)の問題もなく、これを使用するために管理しています。これは私たちの統合サーバーに移動したときに、サーバーが64ビットであるしかし、これは動作しません。

GIQ60.DLLは、16ビットのDLLで、ベンダーは、彼らはもはや積極的にこれをサポートしていないことを確認しました。我々は、サーバー上のDTEXECの32ビットバージョンを実行する場合、パッケージは問題なく動作します。 SQL Serverの統合サービスを(インストール64bit版)が動作するために、これを有効にするために、.NETラッパーを変換するためのトリック/方法はあります。

また、我々は、英国とアイルランドの両方のための地理空間経度/緯度にOSグリッド(東距/ Northings)に変換されます交換無料32ビットの.NETライブラリを必要とする(それらが異なるグリッドシステムを使用)、その後、それは実行可能な解決策になります。

役に立ちましたか?

解決

私は考えることができる唯一の他のソリューションは、あなたのコンポーネントをホストし、WCFまたはリモート処理エンドポイントとして、それを公開するWindowsサービス(32ビット)を作成することです。そして、それをアクセスするために、SSISでスクリプトタスクを使用します。この方法は、あなたは、32ビットプロセスでは64ビットDTEXECおよびコンポーネントにあなたのパッケージを実行することができます。

HTH

他のヒント

私がサポートしてある環境では、ロータスノーツへの接続の特定のバージョンに依存しているSSISパッケージがあります。 64ビットのプロダクションサーバ上のSSISで実行されるときにDLLは、32ビットDLLであり、それは動作しない。

私たちは、単純なDTEXECの32bit版にコマンドプロンプトの呼び出しでSSISパッケージを実行します。それは正常に動作します。

あなたは、コードの2つの異なるバージョンを維持することを避けるためにそれを試してみるのでしょうか?

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top