How to Enable X++ debugging for DAX 4.0 Enterprise Portal?

[avf]

Сделал все настройки согласно
How to Enable X++ debugging for Dynamics Ax 4.0 Enterprise Portal,
но выполнение не останавливается в точках останова.

Попробовал, кроме того, изменить атрибут "debug" элемента "compilation" конфигурационного файла, как указано в статье для DAX 2009 How to: Debug X++ Code on Pages. Результат тот же самый.

В активных пользователях с типом сеанса "Веб-пользователь" указана моя уч. запись, всё верно. Но вот странно то, что для типа сеанса "Business Connector Proxy" отображается она же, хотя для пула приложений с контентом я указал специально созданную уч. запись Business Connector proxy.

Подскажите в чем может быть проблема?

[sminex_ax]

Отлаживаете удаленно (т.е. терминально)?

[avf]

угу, через удаленный рабочий стол (mstsc /console) к серваку на котором стоит IIS и шарпонт, как и указано в статье... AOS у меня на отдельном серваке

[sminex_ax]

Странно, что не работает...Может, брекпоинт в неудачном месте и до него просто не доходит?

[avf]

да нет, точки поставил в методах init и run web-формы списка клиентов (EPCustTableList).. должен заходить

[sminex_ax]

Еще пара глупых вопросов: отладчик запущен мануально? Если да, то при выборе пункта "Обновить AOT", "Обновить данные" (это на главной странице) в нем появляются сообщения?

[cherv]

Удаленно отладка в портале не работает. Варианты решения проблемы:
1. Локально работать с сервером (если есть возможность).
2. Развернуть локально экзмепляр служб SharePoint и сделать на нем дубль сайта.

[alex55]

Цитата:

Сообщение от cherv

Удаленно отладка в портале не работает. Варианты решения проблемы:
1. Локально работать с сервером (если есть возможность).
2. Развернуть локально экзмепляр служб SharePoint и сделать на нем дубль сайта.

1. Удаленно - имеется в виду терминальный доступ? А вариант использования софта типа RAdmin тоже не может быть использован?

2. А это можно сделать на Windows XP?

[cherv]

alex55,
1. Да, имеется в виду терминальный доступ. RAdmin - можно попробовать, точно сказать не могу.
2. В этом и самая проблема, что SharePoint Services нужно ставить на серверную версию Windows .

[avf]

sminex_ax, да, отладчик запустил вручную. при обновлении AOD, данных ни единого сообщения в нём не появляется.
cherv, да, я запускаю дебагер через терминальный доступ на сервере, на котором установлен IIS и SharePoint Services + SharePoint Server 2007.

В консоли управления компьютером после открытия любой страницы EP появляется сообщения от Dynamics .NET Business:

 :    
 :    Dynamics .NET Business Connector 4.0
 :    
 :    110
:        7/2/2008
:        1:05:29 PM
:        
:    ...
:
       ( 110 )   ( Dynamics .NET Business Connector 4.0 ). ,           DLL      .    /AUXSOURCE=    , -       .      : Microsoft Dynamics Business Connector Session 9.

,    X++.
@DIS10784.

и от Microsoft.Dynamics.WebParts:

 :    
 :    Microsoft.Dynamics.WebParts
 :    
 :    10025
:        7/2/2008
:        1:05:29 PM
:        
:    ...
:
    runWebletItem    Microsoft Dynamics.

@DIS10784

Microsoft.Dynamics.BusinessConnectorNet.XppException
    Microsoft.Dynamics.BusinessConnectorNet.AxaptaObject.Call(String methodName, Object[] paramList)
    Microsoft.Dynamics.WebParts.SessionItem.AxaptaObjectImpl.Microsoft.Dynamics.WebParts.IAxaptaObject.Call(String methodname, Object[] paramlist)

        ,  "http://go.microsoft.com/fwlink/events.asp".

не понятно ни из-за этого ли не работает дебаггер.. и не из-за этого ли в форме активных пользователей в сессия Business Connector Proxy указана под моей учётной записью...

ищу как бы это починить? хм.. а метки @DIS10784 такой нет в dax-е

[sminex_ax]

А сам портал открывается? причем содержательная часть (гриды и прочее) там есть?

[avf]

sminex_ax, да, это так. всё открывается, работает. уже и пару страничек наваял, но без дебаггера сложно разрабатывать..

[sminex_ax]

Чудеса, а чудес не бывает... То, что в активных пользователях Ваша учетка - это нормально. Смущает сообщение про runWebletItem. А если поставить бреакпоинт в методе new класса WebPortalExecutionEngine и открыть домашнюю страницу (не забыв открыть и деббагер)?..

[avf]

Согласен, чудес не бывает.. Поставил breakpoint; и обычную точку на первых строчках этого метода. Открыл дебаггер, зашел на домашнюю страничку. Отладчик признаков жизни так и не подал..

И ещё вот такое сообщение какое увидал в консольке:

 :    
 :    Dynamics .NET Business Connector 4.0
 :    
 :    172
:        7/2/2008
:        2:24:00 PM
:        
:   ...
:
       ( 172 )   ( Dynamics .NET Business Connector 4.0 ). ,           DLL      .    /AUXSOURCE=    , -       .      : Microsoft Dynamics Business Connector Session 4.

, Dynamics .NET Business Connector, 1848, C:\WINDOWS\assembly\GAC_32\Microsoft.Dynamics.BusinessConnectorNet\4.0.0.0__31bf3856ad364e35\Microsoft.Dynamics.BusinessConnectorNet.dll, .Net, 2501.116, AxBCProxy, C:\Program Files\Microsoft Dynamics AX\40\Client\, -, -, AXAPTA, Enabled.

что-то не так с GAC-ом? попробую .NET Business Connector переустановить..

[sminex_ax]

Скорее всего это безобидное уведомление и я бы не спешил "все сносить", тем более что портал работает. Была версия, что проблема с правами у учетки, под которой отлаживаете, но если смогли зайти терминально, то скорее всего прав достаточно. Ну и совсем фантастическое предположение - портал смотрит на другую базу, нежели отладочная ахарта, но тогда список активных пользователей в ахарта не должен меняться после запуска портала...

[avf]

да, с правами нормуль - я локальный админ..
у меня база для AOS-а на оракле... может они не дружат? хотя, какая тут связь..

[sminex_ax]

В принципе связи быть не должно, но кто его знает (я работаю с MS SQL). Помнится, в самом начале работы с порталом были какие-то проблемы с отладкой и каким-то образом я вышел на таблицу SYSBREAKPOINTLIST. Если память не изменяет, при работе портала оттуда постоянно берется инфа о точках останова, причем с какими-то условиями (по текущей машине и пользователю). Так вот, понадобилось небольшое вмешательство в данные, чтобы это заработало (по-моему, подправил пользователя на того, которого хотел портал, но сейчас не вспомню, относительно давно было)

[avf]

в таблице SysBreakpointList хранится "шапки" списка точек в разрезе пользователей (userId), доменного имени компа (machineName) и DataArea. А в таблице SysBreakpoints сами точки списка (SysBreakpoints.listRecId == SysBreakpointList.RecId).

Так вот, странно, но во всех записях таблицы SysBreakpointList было пустое значение поля userId....
Я клонировал список точек и сами точки "пустого" пользователя для себя и прокси (предварительно завёл его тоже в списке пользователей и задал ему значение поля "Режим отладки" в точке останова). Рестартанул IIS, клиента, открыл отладчик... но данное небольшое вмешательство, к сожалению, не помогло.. эх..

[sminex_ax]

Кстати, а текущии компании в портале и в Ахарта совпадают?

[avf]

угугу, совпадают. дебагер открываю из 'dat' и портал на нее настраивал (проверил, данные выводятся из 'dat'-а).

а вот пути, который был казан в уведомлении, "C:\WINDOWS\assembly\GAC_32\" на серваке нема.. У кого работает дебагер - гляньте, плиз, есть такой у вас?