23.10.2007, 00:19 | #1 |
Участник
|
Запуск AOS DAX4 в качестве консольного приложения
Случайно наткнулся на интересную особенность AOS в DAX4: его можно запускать не только как сервис, но и как обычное консольное приложение Для этого перед номером конфигурации нужно указать параметр <абсолютно_любой_непробельный_одиночный_символ>console, например
Код: ax32serv.exe /console 01 Последний раз редактировалось gl00mie; 23.10.2007 в 00:23. |
|
|
За это сообщение автора поблагодарили: mazzy (15), Logger (10). |
23.10.2007, 00:21 | #2 |
Участник
|
эх, под рукой компьютера нет.
а как это можно использовать? |
|
23.10.2007, 00:35 | #3 |
Участник
|
|
|
23.10.2007, 00:55 | #4 |
Участник
|
Нет, с домашнего. На нем Аксапты нет.
Очень интересно. Спасибо |
|
23.10.2007, 08:49 | #5 |
Пенсионер
|
Цитата:
А может как перспектива для запуска в Линуксе?
__________________
Законы природы еще никто не отменял! А еще у меня растет 2 внучки!!! Кому интересно подробности тут: http://www.baby-shine.com/ |
|
23.10.2007, 11:06 | #6 |
Участник
|
может, для облегчения тестирования или типа того?
|
|
24.10.2007, 16:28 | #7 |
Microsoft Dynamics
|
Да, это сделано для удобства тестирования. Никаких особых отличий при работе AOS в качестве консольного приложения и сервиса нет.
|
|
24.10.2007, 18:07 | #8 |
Участник
|
Цитата:
А вообще, практика показывает, что в Аксапте находишь, порой, такие особенности, о которых не в курсе и сами разработчики |
|
24.10.2007, 18:35 | #9 |
Microsoft Dynamics
|
Спасибо за совет, подал заявку на вступление в группу.
|
|
25.10.2007, 00:19 | #10 |
Участник
|
Раз уж вы в курсе на счет и по поводу, скажите, какая версия SmartHeap используется в 3-й и 4-й Аксапте, обычная для многопоточных приложений или же версия для SMP?
|
|
21.07.2019, 11:58 | #11 |
Участник
|
Запуск AOS'а с измененными параметрами
Не прошло и ста лет, как пригодилась возможность запускать AOS в консоли Коллегам понадобилось для синхронизации рабочей базы AX 2012 запускать какой-то отдельный AOS так, чтоб и пользователи туда не ходили, и отладка там была выключена. С включенной отладкой AOS стартует ощутимо медленнее, почему - отдельный разговор. Так вот, часто на внедрениях той же AX 2012 есть отдельно стоящий "отладочный" AOS, и подумалось, что можно в этом сценарии запускать его, но в ком. строке отключать отладку:
Код: ax32serv.exe -console 01 -xppdebug=0 Цитата:
X++ debugging: Disabled
Код: C:\ProgramData\Microsoft\Crypto\RSA\MachineKeys |
|
|
За это сообщение автора поблагодарили: Logger (7). |
05.11.2021, 21:05 | #12 |
Участник
|
Добрый вечер.
Столкнулись со странным поведением. При вызове WinApi функции GetWindowThreadProcessId из под аоса возвращаются нули. Но! Если аос запустить не как службу а как консольное приложение, то все ок. Пробовал на ax4 и на ax2012 (в этом случае вызов идет через .Net обертку) 32/64 бита не влияют (иначе бы в 4-ке работало, там аос 32-битный) Elevated права или нет тоже не влияет, так как запускал аос в консольном режиме и так и так - в консоли все работает, а как служба - нет. Похоже для служб есть какое-то дополнительное ограничение. Как бы проверить какое ? Пробовал смотреть момент вызова через ProcMon64 - ничего интересного. Куда еще копать ? Скорее всего что дело в правах или в доменных политиках. Учетка аоса - локальный админ (это разработческий сервер). Но скорее всего на нее наложены в домене какие-то дополнительные ограничения. У нас безопасники гайки закручивают. Для учетки аоса запустил Цитата:
GPResult /h c:\temp\gp.html /f
Цитата:
INFO: The user "XXXX\yyyyyy" does not have RSoP data.
|
|
05.11.2021, 22:10 | #13 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: Logger (10). |
Теги |
aos, ax4.0, getwindowthreadprocessid, отладка |
|
|