Есть ли в Аксапте какой-нибудь журнал трассировки вызываемых функций?

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

[mazzy]

хм...
настолько так комфортно - нет.
интересную мысль высказал komar http://forum.mazzy.ru/index.php?showtopic=187

Кроме того, у вас есть профайлер в Аксапте. Если очень хочется, то можно через него поизвращаться.

только поверьте, очень быстро вы начнете понимать что происходит и без логов, поэтому не стоит тратить на создание такого инструмента сил больше, чем необходимо.

Расскажите, пожалуйста, в 2-х словах подход описанный в месте, ссылку на которое Вы дали выше.

[bucken]

komar:

Quote:

Известно, что иногда возникает желание подправить какую-то цифирю в проводке, или вообще ее удалить. Известно, что делать такого не стоит. Но если очень хочется, то вот самый простой способ, не требующий программирования и знания структуры базы данных:
- на пустой базе включаете журнал изменений БД
- проводите интересующую транзакцию
- смотрите, какие таблицы и как изменились
- влезаете туда средствами СУБД или через интерфейс Axapta (если через интерфейс редактировать не дает, то это можно победить, изменив свойство MaxAccessLevel на таблице, но лучше в таком случае работать через СУБД) и редактируете нужные записи
- запускаете проверку целостности данных (никто при этом не гарантирует, что сия процедура проверяет все таблицы, особенно те, которые написали в ходе кастомизации)
- смотрите, не получилось ли беды с номерными сериями:

[mazzy]

извините за офф.

Quote:

Изначально опубликовано Кирилл
...ссылку на которое Вы дали выше.

А могу ли я вас попросить сделать команду "tracert forum.mazzy.ru >p.txt" и прислать получившийся файлик p.txt.

Заранее спасибо.

mazzy.ru загружается с неимоверной скоростью,
попытка опорочить честное имя mazzy.ru не увенчалась успехом.
Все на mazzy.ru
P.S. Но как только начнет тормозить пришлю лог трасерта (на личное мыло)

[Zom]

Quote:

Изначально опубликовано Кирилл
Хотелось бы проделать некое действие пользователя, а потом открыть данный журнальчик и прочитать что и откуда вызывалось.
Это для целей изучения существующего кода.
Такое возможно в Аксапте?

Попробуй Tools -> Development Tools -> Code Profiler

Нажимаешь Start, делаешь что тебя интересует, нажимаешь Stop и смотришь какие функции/методы вызывались.

[Evgeniy2020]

А сложно ли сделать так, чтобы

1. Настроить журнал БД на основные таблицы
2. Добавить уникальный номер данной сессии
3. Добавить уникальный номер операции
4. Добавить уникальный счетчик внутри операции для данной сессии
5. Чтобы в журнал БД попали эти поля (уникальный номер сессии, операции и счетчик внутри операции)

Далее жмем какую нибудь кнопку, менюайтем и т.д. то есть элемент интерфейса, и выделяется номер
и начинается, когда управление возвращается к кнопке после всей
бизнес логики операция отключается

таким образом у нас будут все записи в журнале БД
проштампованные номером операции и шагом

а дальше пишем просмотрщик и видим
что для данной операции такие то записи
и можем посмтреть

это было бы трейсом для операции в Аксапте

[mazzy]

Quote:

Originally Posted by Evgeniy2020

Далее жмем какую нибудь кнопку, менюайтем и т.д. то есть элемент интерфейса, и выделяется номер
и начинается, когда управление возвращается к кнопке после всей
бизнес логики операция отключается

есть макросы profileBegin, profileEnd, profileFlush

axStart: Starting the code profiler from code
profiler: как правильно искать узкие места в приложении?

допишите их в код, юзайте на здоровье.
Обратите внимание, что каждый раз при выполнении profileBegin будет создаваться отдельная сессия профайлера.

[Evgeniy2020]

а можно потом просматривать результаты операции как в журнале БД? перед операцией и после..?

просто очень удобно смотреть что именно поменяло данное значение конечно удобно еще в журнал бд сохранять контейнер с call stack (хотя уже слишком)

правда было бы удобно хранить ссылку на таблицу и уникальный callstack в другой таблице а в журнале БД хранить ссылку на уникальный call stack, так даже версионность будет видно

а если в журнал бд добавить все таблицы 90%,
тогда можно легко(может нелегко) отменять операции,

правда еще надо учитывать историчность операций