Как из X++ запустить клиента AX 2009 с минимизированным окном?

[gl00mie]

Есть ядро AX 2009 SP1 RU7, хочется научиться запускать из кода X++ клиента этой сборки ядра под текущим пользователем в текущей сессии с минимизированным окном, чтобы он не мелькал на экране. Запускаю через System.Diagnostics.Process с использованием System.Diagnostics.ProcessStartInfo. Что уже перепробовал:

• параметр командной строки -minimize (в ядре клиента есть такой, но, может, он к окнам не имеет отношения);
• processStartInfo.set_CreateNoWindow( true );
• processStartInfo.set_WindowStyle( System.Diagnostics.ProcessWindowStyle::Minimized ) вместе с set_UseShellExecute( false );
• processStartInfo.set_WindowStyle( System.Diagnostics.ProcessWindowStyle::Hidden ) вместе с set_UseShellExecute( false );
• WinAPI::shellExecute() c _show == #SW_HIDE/#SW_SHOWMINIMIZED/#SW_SHOWNOACTIVATE/#SW_SHOWMINNOACTIVE;

Все равно, зараза, всплывает, мелькает, фокус ввода перехватывает и дико этим раздражает. Может, есть еще какие варианты "внешнего воздействия"?.. Ловить момент запуска процесса клиента, искать его окошко и прятать принудительно не хочется, равно как и не хочется дописывать какую-то логику в info.startupPost(), чтобы клиент при определенных условиях сам минимизировал свое окно. Или клиент Аксапты совсем в этом плане "невменяем", и помогут только такие средства?..
Совсем скрывать окно клиента, скажем, запуская его в другой виндовой сессии, не хочется, потому что он запускается не просто так, а для работы - мало ли, отладчик вылезет на точке останова или сообщение о том, что он че-то там где-то куда-то не может.

PS. Использовать Business Connector - не вариант: он кое-чего не умеет как раз из-за отсутствия "морды".

[sukhanchik]

Немного не в тему - но запуск в отдельном Thread тоже не рассматривается (пример: Ошибка времени выполнения в ComExcelDocument_RU.findRange()) ? Из плюсов - лицензии не жрет и не мешает работать основному клиенту (а-ля пакетник).
Т.е. мой вопрос звучит так: А нельзя ли исходную задачу решить другим способом? Возможно что и нет, раз бизнес-коннектор не подходит. Но тем не менее.

[Daiver]

А такой вариант

WinApi::minimizeWindow(infolog.hWnd());

пробовали?

[gl00mie]

Цитата:

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

запуск в отдельном Thread тоже не рассматривается?

У меня несско АОСов; задача - с клиента, запущенного на одном АОСе, запустить клиента на другом АОСе, что-то там сделать и завершиться (но так, чтобы окно запускаемого клиента не мельтешило перед глазами, ибо бесит). Поэтому отдельный поток на том же самом АОСе не катит.

Цитата:

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

А такой вариант

WinApi::minimizeWindow(infolog.hWnd());

пробовали?

Это условно вариант прописывания чего-то в info.starupPost(), т.е. чтобы запускаемый клиент каким-то боком просек, что ему нужно "свернуться". Я хотел бы этого избежать, потому что сейчас запускаемый клиент довольствуется штатным классом разбора xml-файла с параметрами того, что надо делать, без каких-то лишних дописок...

[belugin]

Попробуйте передать ключик для ax32.exe -minimize

[sukhanchik]

Цитата:

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

задача - с клиента, запущенного на одном АОСе, запустить клиента на другом АОСе, что-то там сделать и завершиться

Я попробовал порыть в другом направлении - а можно ли запустить код, указав ему на каком АОСе нужно исполняться. С ходу ничего не нашел, однако - идея-то по сути уже реализована - в АХ 2009 пакетные задания могут исполняться на тех АОСах, которые указаны в настройках. MSDN молчит. Не знаю - может это конечно может и скрыто глубоко в ядре ... Я пока не нашел какого-то системного класса - который с ходу так умеет запускать код на различных АОСах

[belugin]

Цитата:

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

С ходу ничего не нашел, однако - идея-то по сути уже реализована - в АХ 2009 пакетные задания могут исполняться на тех АОСах, которые указаны в настройках.

Там просто есть ассоциация пакетной группы и аоса в настройке. Движок пакетов с заднной периодичностью сканирует очередь своей пакетной группы и выполняет задания из нее. Никакой магии.

[belugin]

Цитата:

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

Это условно вариант прописывания чего-то в info.starupPost()

Можно отоправить сообщение вот сюда из запускающего процесса: http://msdn.microsoft.com/en-us/libr...dowhandle.aspx

[sukhanchik]

Цитата:

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

Там просто есть ассоциация пакетной группы и аоса в настройке. Движок пакетов с заднной периодичностью сканирует очередь своей пакетной группы и выполняет задания из нее. Никакой магии.

Правильно. А как он выполняет задания на конкретном АОСе?

А ... имеется в виду - что каждый конкретный АОС сканирует эту табличку и в зависимости от пакетной группы берет или не берет задание на себя? Если так - то тогда да, я рыл в неправильном направлении