За это отвечает настройка в registry:
ProgramFilesDir=HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion 

http://www.windowsitpro.com/Windows/Articles/ArticleID/16524/pg/1/1.html 

У этого коннектора, который требуется для функционирования веб-портала Axapta есть четыре режима установки: обычный COM, DCOM, DCOM Proxy и COM+.

Выбираем COM+ установку, но тесты коннектора просто так не пройдут. Для корректной регистрации запустим оснастку управления компонентами COM+ "Component Services", заходим в COM+ Applications, правый клик на Navision Axapta Bussiness Connector -> Properties -> Identity. По умолчанию устанавливается Account в System Account. Меняем это счастье на свой административный аккаунт.
Закрываем вкладку, правый клик -> stop service, start service.

И золотой ключик у нас в кармане :)

 

... и немножко философии дзен :)

В большинстве случаев ответ прост: во FreeBSD вы не сможете настроить тот же routing просто покняпав мышкой и руководствуясь пошаговыми how-to от встроенного хелпа к системе. Нет, вы должны четко осознавать все что происходит, и ПОЧЕМУ ЭТО ДОЛЖНО РАБОТАТЬ. Поэтому, если вы можете осознавать как и почему "нечто" должно работать, вы способны дружить С ЛЮБОЙ операционкой, которая субъективно более подходит для конкретной задачи.

А вопрос, что лучше или хуже, отнесем к разряду религиозных и риторических.

 

Начнем с инсталляции. Видимых глазу отличий нет, разве что пару сопроводительных экранов напомнили что винда наша таки 64 битная.
Первое что бросилось в глаза: Там два Internet Explorer:
Internet Explorer 32bit и Internet Exporer 64bit.
Примечательно что при загрузке "пустой" винды она занимает памяти больше чем "обычная" 32 битная. Ну это и понятно, битов-то больше стало. В окне процессов мы видим что приложения которые используют 32 битный режим имеют окончание в виде "*32", это показывает что приложения запущены в "неродном" режиме. Теперь мы имеем в структуре каталогов две папки: "Program Files" для "родных" 64 битных программ, и "Program Files x86" для всех остальных. В остальном - тот же функционал по безопасности который мы уже видели в SP2 + родные средства защиты исполняемого кода которые поддерживаются на уровне процессора. Кстати, встроен также и одиозный Media player версии 10, которы все никак не запретят Мелкософту встраивать в свои операционки.
Для 64 битной версии Windows нужны 64 битные драйверы устройств. Если для таких монстров как ATI и NVidia выпустить такие драйверы дело чести, то для "случайно" попавших к нам в комп девайсов типа Manli HomeTV tuner драйверов для 64 битной Windows, возможно, и в проекте не будет.

Субъективно исполнение программ "на глаз" быстрее. Осталось дождаться появление основных Фотошопов, Кварк Експресов и Вижуал Студий  для это операционки, только после этого мы сможем говорить о каком-либо распространии, а пока это произведение пополняет ряды диковинок ИТ индустрии, - вещей классных, но совершенно бесполезных. 

Эти и многие другие эпитеты хотелость произносить от глюка к глюку при установке Project Server.
Думаю, корректно установить сие произвенеие мелкософтовского исскуства давалось не многим, и вот, теперь и я стал одним из "избранных" ;)

Для установки нужно:
1. Установить WSS, если Project Server русский, то соотв. берем WSS SP1 Russian.
2. ВРУЧНУЮ создать базы с нужным collation. Почему, расскажу позже.
3. Завести двух спец. юзеров в базе.
4. Проинсталлить Project Server 2003.
5. Побороть баг в веб-интерфейсе.
6. Установить SP1.

Странно, но в WSS ружно разрешить файлы ASP.
http://dotnetjunkies.com/WebLog/AlexChang/archive/2004/03/22/9747.aspx

И в продолжение эпопеи: глюки на странице управления юзерами и т.д. не прекращали появляться, был установлен SP1, а затем и была был применен метод ниндзя, который описывается здесь:
http://support.microsoft.com/default.aspx?scid=kb;en-us;832588

А все из-за WSS обработчиков URL.
Но, справедливость восторжествовала и Project 2003 Server был установлен и замучан до производственной готовности.

 

После установки SP1 перестала работать операция копирования с FTP на сетевую шару.
Workaround:
копировать сначала на локальный диск, а потом на сетевую шару.

Воистину призвание сервиспаков: старые глюки убираем, - новые добавляем. 

Как выяснилось не все так гладко с шаблонами в SharePoint Portal Server.
Шаблоны списков и шаблоны узлов действуют ТОЛЬКО В ПРЕДЕЛАХ ОДНОГО портала. Т.е. импортировать и работать со списком, скажем, сотрудников мы можем только на том портале, на котором этот список и шаблон создавались. 

Вот, к примеру, автоматическая топология контроллеров домена с линком синхронизации.

А вот это топология почтовых серверов Exchange.

Так что MOM 2005 еще много чего умеет! :)