Централизованная / общая COM DLL, возможно? - PullRequest
0 голосов
/ 05 июня 2010

У нас есть система, использующая стороннюю COM DLL, написанную на vba

У нас есть централизованное веб-приложение и 1-50 клиентских компьютеров, которые должны ссылаться на эту COM DLL, чтобы использовать наше централизованное веб-приложение.

В будущем COM DLL будет быстро обновляться, а это значит, что ее придется переустанавливать на каждой машине вручную.

Можно ли централизовать эту COM DLL где-нибудь в сети? Есть ли другие альтернативы? В противном случае затраты на обслуживание будут огромными ...

Спасибо

Ответы [ 2 ]

2 голосов
/ 05 июня 2010

Я предлагаю заключить вашу COM DLL в пакет Windows Installer (MSI). Затем можно использовать функции развертывания программного обеспечения, встроенные в Windows Server и групповую политику AD, для автоматической установки пакетов MSI на клиентские машины.

Вы можете использовать WiX , чтобы помочь вам создавать пакеты MSI, и эта статья базы знаний Microsoft даст вам краткое (но полное) краткое изложение того, как первоначально развернуть пакет, и как обновить его позже, когда у вас появятся новые версии.

Одна из приятных сторон этого подхода заключается в том, что он гарантирует, что новые компьютеры, подключенные к вашей сети, автоматически получат ваш COM-компонент, поэтому при настройке нового сотрудника это на один шаг меньше.

1 голос
/ 05 июня 2010

Упакуйте свое веб-приложение с помощью технологии WebStart. Он имеет встроенный механизм для проверки зависимостей и загрузки обновленные двоичные файлы. Даже если он изначально разработан для Java, он может быть к любому виду артефактов, включая DLL. см http://java.sun.com/javase/technologies/desktop/javawebstart/index.jsp

...