Развертывание .net DLL для использования ColdFusion? - PullRequest
Новая
       8

Развертывание .net DLL для использования ColdFusion?

1 голос
/ 13 июля 2011

В настоящее время у моей компании есть интранет .net / sharepoint и общедоступный веб-сайт ColdFusion. Для поддержки двух платформ используется множество дублированных функциональных возможностей и неуклюжих слоев веб-сервисов. Недавно мы изучали использование классов .net в нашем интерфейсе ColdFusion, который показал многообещающие результаты.

Однако есть несколько проблем, связанных с управлением DLL. В настоящее время мы просто загружаем DLL из каталога на сервере, но, похоже, что после того, как ColdFusion загрузит DLL, вы можете больше перезаписывать DLL без предварительной остановки службы Coldfusion .Net. Я заметил, что ColdFusion также поддерживает загрузку классов из GAC.

Для тех, кто пошел по этому пути - как вы управляете библиотеками DLL, которые использует ColdFusion, в частности, обновлением и развертыванием библиотек DLL? Должны ли мы использовать сборочный кеш? Есть ли другие ошибки?

1 Ответ

2 голосов
/ 13 июля 2011

Я бы настоятельно рекомендовал GAC, если это возможно, если вы сами разрабатываете библиотеки (которые вам нужны, поэтому вам нужно обновлять их), чтобы вы могли применять строго именованные сборки и их зависимости и т. Д.

Если вы контролируете, некоторые из недостатков GAC становятся положительными, как сборка, работающая так же, как и с скомпилированной средой, а не с установленной.Устраняет вероятность (даже маловероятно) того, что обновление .net Framework может негативно повлиять на ваш код.

Использование GAC считается наилучшей практикой во избежание ада DLL (ад зависимости).

http://en.wikipedia.org/wiki/DLL_hell

=)

...