|
|
|
|
#1 |
|
Участник
|
Запуск AOS DAX4 в качестве консольного приложения
Случайно наткнулся на интересную особенность AOS в DAX4: его можно запускать не только как сервис, но и как обычное консольное приложение
Для этого перед номером конфигурации нужно указать параметр <абсолютно_любой_непробельный_одиночный_символ>console, напримерКод: ax32serv.exe /console 01 Последний раз редактировалось gl00mie; 23.10.2007 в 00:23. |
|
|
|
| За это сообщение автора поблагодарили: mazzy (15), Logger (10). | |
|
|
#2 |
|
Участник
|
эх, под рукой компьютера нет.
а как это можно использовать? |
|
|
|
|
#3 |
|
Участник
|
|
|
|
|
|
#4 |
|
Участник
|
Нет, с домашнего. На нем Аксапты нет.
Очень интересно. Спасибо |
|
|
|
|
#5 |
|
Пенсионер
|
Цитата:
А может как перспектива для запуска в Линуксе?
__________________
Законы природы еще никто не отменял!А еще у меня растет 2 внучки!!! Кому интересно подробности тут: http://www.baby-shine.com/ |
|
|
|
|
#6 |
|
Участник
|
может, для облегчения тестирования или типа того?
|
|
|
|
|
#7 |
|
Microsoft Dynamics
|
Да, это сделано для удобства тестирования. Никаких особых отличий при работе AOS в качестве консольного приложения и сервиса нет.
|
|
|
|
|
#8 |
|
Участник
|
Цитата:
А вообще, практика показывает, что в Аксапте находишь, порой, такие особенности, о которых не в курсе и сами разработчики
|
|
|
|
|
#9 |
|
Участник
|
Раз уж вы в курсе на счет и по поводу, скажите, какая версия SmartHeap используется в 3-й и 4-й Аксапте, обычная для многопоточных приложений или же версия для SMP?
|
|
|
|
|
#10 |
|
Microsoft Dynamics
|
Спасибо за совет, подал заявку на вступление в группу.
|
|
|
|
|
#11 |
|
Участник
|
Не прошло и ста лет, как пригодилась возможность запускать 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). | |
|
|
#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.
|
|
|
|
|
#13 |
|
Участник
|
|
|
|
|
| За это сообщение автора поблагодарили: Logger (10). | |
| Теги |
| aos, ax4.0, getwindowthreadprocessid, отладка |
|
|
|