Enterprise Portal, создание user control'а

[Hyper]

Windows Server 2008 SP2 64 bit

А в чем разница, новый объект деплоить или измененный?
Web Control и Managed Content Item в AOT добавили. Дальше идем по аналогии со стандартными контролами. Изменили в Visual Studio, сохранили, задеплоили - проверяем в EP.

Или я что-то упускаю?

[t540]

Софтинка, которая переносит объект на портал 32 битная. На 64 битах не работает.

[Hyper]

Проблема решена! В следующем посте напишу как.

А по поводу операционки: я знаю, что Administration > Setup > Internet > Enterprise Portal > Manage deployments на 64-битке не работает, и надо вместо этого использовать AxUpdatePortal.exe
Однако сейчас я не совсем понимаю, что именно эта операция выполняет. Потому что если мне надо задеплоить объект, я кликаю правой кнопкой мыши на \Web\Web Files\Web Controls, выбираю Deploy - и все моментально появляется в EP. AxUpdatePortal вроде ничего не деплоит, все надо делать из AOT. Что же этот AxUpdatePortal, собственно, делает?

[Hyper]

Итак, в Visual Studio создали Dynamics AX User Control (файлы, скажем, foo.ascx и foo.ascx.cs), сделали Add to AOT.
В AOT появился Web Control, но свойство Filename у него было пустым. Не знаю, нормальное ли это поведение, или оно обусловлено спецификой данной конфигурации, наличием TFS или еще чем-то. И вот это свойство Filename в AOT по ошибке установили в foo.aspx вместо foo.ascx. Опечатку было сложно заметить, потому что имя файла было длинным, а разница всего в один символ.
Ну и так как aspx - это расширение для скриптов ASP.NET, портал спотыкался на первой же строчке:

<%@ Control Language="C#" AutoEventWireup="true" CodeFile="foo.ascx.cs" Inherits="foo" %>

Такая вот получилась ерунда: в Visual Studio расширение ascx, а для EP Аксаптой создавался файл с расширением aspx. Как только свойство Filename поправили и сделали повторный деплоймент, все заработало. Ну и на всякий случай еще удалили сам файл aspx, так как Аксапта его сама не удалила.