Debug in DAX 2012 Enterprise Portal

[kashperuk]

не могу утверждать на 100%. но мне кажется вот ту галочку на третьей картинке, которая у Вас не стоит, надо поставить - enable global breakpoints ...

[Cardagant]

В дополнение к совету от kashperuk, вот что говорит книга "Inside Microsoft Dynamics AX 2012" (Глава 2):

Цитата:

For Enterprise Portal code that uses the BCPROXY context to run interpreted X++ code, in the Microsoft Dynamics AX Server Configuration Utility, create a new configuration, if necessary, and select the check box Enable Global Breakpoints.

Для отладки интерпретируемого кода Х++ в Корпоративном Портале используйте контекст BCPROXY, в конфигурационной утилите Microsoft Dynamics Server создайте новую конфигурацию и, если необходимо, установите признак Enable Global Breakpoints.

[kashperuk]

Цитата:

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

В дополнение к совету от kashperuk, вот что говорит книга "Inside Microsoft Dynamics AX 2012" (Глава 2):

О, вот, я ж помню что вроде надо global breakpoints.
спасибо

Пробуйте, автор

[Alex_KD]

Как вариант можно попробовать отладку X++ в Visual Studio. Работает на любой студии от 2010 до 2013.
Мы этот метод активно используем для отладки веб сервисов -

http://daxmusings.codecrib.com/2011/...fast-lane.html

[Narayana]

Многочисленные опыты с Порталом 2009 показали, что, хоть ты наизнанку вывернись, никакой отладки, если AOS и веб-сервер стоят на разных машинах, не получается.
Только, если все на одном компьютере.
Если отлаживаться из под Студии, то отлаживается то, что написано на С# и если точка остановки непосредственно на той странице, которая запускается из студии отладчиком.
А в целом, это и есть самый большой геморрой при создании гибридных решений всякого рода интернет магазинов или веб-сервисов.
Обычно с веб-разработкой все немного не так, как с Аксаптой.
Для веб приложений нужно иметь возможность делать правки на рабочем экземпляре. Это оправдано, потому что обычно сложность веб-решения на порядок меньше Аксапты и заморачиваться с тестовыми машинами смысла нет.
Но, как раз рабочее веб-приложение вы запустить под отладчиком не можете, потому что при этом сервер для использования внешними клиентами блокируется.
Ну и сами разные среды программирования вместе все-равно нормально не отлаживаются.
В конечном счете получается, что Портал, это совершенно дурацкая примочка, которая никому не нужна, так как она может работать только в интрасети и не может работать в свободном интернете для анонимных пользователей, иначе ее быстро распотрошат.
А если Портал может работать только в интрасети, то нафиг он, вообще, нужен, когда можно использовать просто клиента Аксапты?

Соответственно, с первого взгляда остается только потребность в одиноко стоящих веб-приложениях, работающих с Аксаптой, но и здесь облом, потому как никакое приложение в свободном интернете не может смотреть в базу Аксапты. Только в свою собственную. А если только в свою собственную базу, то и никакие отладчики не нужны, потому как, есть Аксапта со своим отладчиком. Есть сайт с отладкой в Студии и есть утилита синхронизации данных Аксапты с данными сайта тоже со своим отладчиком.

В общем, удобно и красиво никак не получается.

Кстати, никто не тестил интернет-магазин в R3?
Жутко интересно, удалось ли Майкрософту все-таки сделать из этого рабочую систему, которую можно использовать без рыданий?

[gl00mie]

Цитата:

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

В конечном счете получается, что Портал, это совершенно дурацкая примочка, которая никому не нужна, так как она может работать только в интрасети и не может работать в свободном интернете для анонимных пользователей, иначе ее быстро распотрошат.

Работать в интернете и работать для анонимных пользователей - это разные вещи. Портал с успехом работает в интернете, к примеру, у Тойота-Мотор Россия интернет-порталов штук 5 или 6, через них работают все дилерские центры в России, Белоруссии и Казахстане.

Цитата:

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

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

В интрасети портал тоже бывает очень полезен, потому что, во-первых, портальная пользовательская лицензия чуть ли не на порядок дешевле лицензии для доступа через Windows-клиента, во-вторых, Windows-клиент предъявляет очень высокие требования к каналу связи, и обеспечить такой канал для удаленных подразделений не всегда возможно, а организация терминального доступа для выполнения небольшого числа функций в системе не всегда оправдана. Например, для какой-нибудь федеральной розничной сети организовать доступ администраторам магазинов в Аксапту через портал будет куда проще и дешевле, чем через RDS.

[Dreadlock]

Вот здесь есть небольшой пример настройки для отладки.

Цитата:

Многочисленные опыты с Порталом 2009 показали, что, хоть ты наизнанку вывернись, никакой отладки, если AOS и веб-сервер стоят на разных машинах, не получается.
Только, если все на одном компьютере.

Неправда это, у меня все работает, даже если АОС на другом сервере. Вот настроить отладку - это да, не так то просто

[user_ax]

Цитата:

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

О, вот, я ж помню что вроде надо global breakpoints.
спасибо

Пробуйте, автор

Да, теперь в отладчик заходит, замечательно!
Однако, когда я меняю код, после заново хочу пройтись по нему отладчиком , то в отладчике я вижу старый, неизменённый код. Я закрывал и открывал всё заново, чистил кеш - по-прежнему старый код.

[pedrozzz]

А инкрементную компиляцию CIL после изменения кода пробовали?

[user_ax]

Цитата:

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

А инкрементную компиляцию CIL после изменения кода пробовали?

Надстройки - инкрементная компиляция(Add-ins - Compile forward)? Да, пробовал, но только класса, в котором делал изменения. Может стоит родителя ещё откомпилировать?

Попробовал сделать - тоже самое.