Нарвался на такой эффект:
На компьютере стоит IIS 7 и IIS Express 8.

Такой вызов работает с полноценным или экспрессом в зависимости от того, из какого фолдера референснута ассембли
Microsoft.Web.Administration.dll




А если мне надо дать возможность выбора юзеру экспресс или не-экспресс использовать, тогда как референсить ассембли?

buserWinnipuh, эээм... а что эти сборки различаются? или только пути отличаются?

получается отличаются, п-ц в том, что если цепонуть сборку от экспресса и экспресс установлен в системе, то здесь




идет коннект только к экспрессу
и соответственно, если от взрослого,то к взрослому IIS.

Я проморочился с инсталлятором, в котором исп-ся во время установки работа с IIS.
Сейчас референснул ассембли и сделал копи локал.

На первый взгляд вроде похожи, но кто знает. Версии разные, размеры разные, экспрессовая ассембли лежит в GAC

C:\Windows\assembly\GAC_MSIL\Microsoft.Web.Administration\7.9.0.0__31bf3856ad364e35

, взрослая в

C:\Windows\System32\inetsrv

buserWinnipuh, а если попробовать зареференсить взрослую dll, но вызывать параметризованный конструктор, передавая соответствующие редакции пути до конфига?

%windir%\system32\inetsrv\config\applicationhost.config
%userprofile%\documents\iisexpress\config\applicationhost.config
%userprofile%\my documents\iisexpress\config\applicationhost.config


Взрослой всунул путь к конфигу экспресса - подхватился, выдает сайты экспресса.
Экспрессную зареференсил, всунул явный путь к конфигу взрослого IIS - тоже сработала правильно.

Но почему разное поведение внутри в зависимости от места откуда референснута длл?

buserBy Design? :) рефлектор в руки и вперед - удовлетворять любопытство :)

да х.бы с ним с тем любопытством, тут бы быть уверенным в поведении инсталлятора
То есть, чтобы он всегда к взрослому IIS цеплялся