У меня есть приложение VB6, которое использует FileNet Visual Workflo (в FileNet Image Services) для механизма рабочего процесса.Весь код нашего приложения был обновлен для корректной работы как в Windows XP, так и в Windows 7, но при попытке получить информацию о рабочих объектах из FileNet существует проблема с производительностью в Win 7.
Внутри приложения есть вызовы, такие каккак
ErrorCode = APIVWAPI.VW_GetString(wobjid, lvFldName(idx - 1), aStr)
, для которого я выделил проблему с производительностью.
APIVWAPI определяется с помощью позднего связывания следующим образом:
Set APIVWAPI = CreateObject("VWApi.Srv")
ErrorCode = APIVWAPI.VW_GetString(wobjid, lvFldName(idx - 1), aStr)
линия занимает примерно в 40 раз больше времени на компьютере с Windows 7 (процессор Core i7 3,4 ГГц, 8 ГБ ОЗУ), как и на компьютере с Windows XP (Pentinum 4 3,2 ГГц, 1 ГБ ОЗУ).Эта строка (и тому подобное) вызывается несколько раз при получении элементов очереди.Например, для загрузки очереди из 120 элементов в Windows 7 потребуется около 40 секунд, а в Windows XP - менее 1 секунды.
Обе системы используют новейшие компоненты FileNet IDM (4.0.3 Fix Pack 1).Среда Windows 7 - 64-разрядная версия Enterprise.XP - 32-битная версия Professional.Компоненты FileNet Visual Workflo являются последними, версии 3.6.
Кто-нибудь имеет опыт работы с FileNet IDM в Windows 7 и / или имеет дело с проблемами производительности, которые, как представляется, связаны с DLL в Windows 7 - и предложения?