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

Question

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

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

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

Answer 1

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

ХТХ

Answer 2

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

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

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