Использование библиотеки Quest Geo Solutions GIQ60 на 64-битной машине

Question

Мы используем библиотеку Quest Geo Solution Grid InQuest DLL (GIQ60.DLL) в пакете служб интеграции с SQL Server (SSIS). Нам удалось без проблем использовать это локально (32 бита) с помощью tlbimp для создания оболочки .NET (взаимодействия). Однако, когда это перенесено на наш сервер интеграции, это не работает, поскольку сервер 64-битный.

GIQ60.DLL - это 16-битная DLL, и поставщик подтвердил, что они больше не поддерживают это. Если мы запустим 32-битную версию DTEXEC на сервере, пакет запустится без проблем. Есть ли уловка / способ конвертировать оболочку .NET, чтобы она работала с SQL Server Integration Services (64-битная установка).

В качестве альтернативы нам нужна бесплатная 32-битная библиотека .net, которая преобразует сетку ОС (восток / север) в геопространственную долготу / широту для Великобритании и Ирландии (в них используются разные системы сетки), тогда это было бы жизнеспособным решением. 1005 *

Answer 1

Единственное другое решение, о котором я могу подумать, - это создать службу Windows (32 бита), в которой размещается ваш компонент и выставляется как конечная точка WCF или удаленного взаимодействия. Затем используйте задачу сценария в SSIS для доступа к нему. Таким образом, вы можете запустить свой пакет в 64-битном DTEXEC, а ваш компонент - в 32-битном процессе.

НТН

Answer 2

В одной среде, которую я поддерживаю, есть пакет служб SSIS, который зависит от определенной версии соединения с Lotus Notes. Эта dll является 32-битной dll и не работает при выполнении в SSIS на 64-битном производственном сервере.

Мы просто выполняем пакет служб SSIS с помощью вызова командной строки 32-битной версии DTEXEC. Это отлично работает.

Вы можете попробовать это, чтобы избежать необходимости поддерживать две разные версии кода?