Нужная конфигурация из командной строки

[Вата]

Что тоже не есть гуд.. Как я и говорил..

Счас актуально, передать парамметр, через коммандную строку.
И по поводу СОМ конектора, кто нить делал что то подобное? Я тут нашел на форуме что:

Цитата:

Axapta COM connector работает ТОЛЬКО с IIS

?!?!

[Владимир Максимов]

Может быть Вам стоит просто ограничить максимальное количество строк в одном журнале? Скажем, не более 500..1000 строк.

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

Как Вам уже неоднократно намекали, основная проблема разносок - это взаимные блокировки. И распаралеливание процессов Вам вообще никак не поможет. По сути, Вы просто повторите ту ситуацию, которая происходит сейчас. Когда Вы пытаетесь разнести в процессе работы такой огромный журнал вся работа встает. Другой пользователь (процесс) не может ничего сделать из-за наложенных процессом разноски блокировок. И в чем разница, если в качестве другого пользователя будет выступать другой процесс разноски?

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

Ну, сделают пользователи не один мега-журнал, а 10..20 небольших журналов. Например, просто копируя строки из предварительно созданного мега-журнала. Это и контролировать будет проще и обрабатывать...

[Вата]

То что вы описали (с ночными ошибками) это как раз вариант с пакетами..
Ограничение строк журналов будет однозначно.

Я все таки хочу попробовать, о результатах отпишусь.

[Владимир Максимов]

Цитата:

Сообщение от Вата

То что вы описали (с ночными ошибками) это как раз вариант с пакетами..
Ограничение строк журналов будет однозначно.

Я все таки хочу попробовать, о результатах отпишусь.

Еще раз, почему Вы хотите запустить паралельный процесс? ЗАЧЕМ? Что Вы хотите этим добиться? Какую проблему решить?

Еще раз, подумайте над таким вопросом: чем отличается запуск разноски через запуск еще одной копии Axapta, от включения в работу еще одного пользователя? Это не одно и то же? Если нет, то ЧЕМ отличается?

[Vadik]

Цитата:

Сообщение от Вата

Успешный бизнес он наверное от того и успешный, что пытается из всего выжать максимум

Вы похоже смайлик в моем сообщении не заметили

Цитата:

Да и подход "купите новый продукт, так как старый не делает того, что должен был делать" весьма сомнительный аргумент.

"Должен" по отношению к программному продукту тоже аргумент весьма спорный. Он никому ничего не должен. У него есть свои особенности (фичи) и недостатки (баги), иногда одно достаточно трудно отличить от другого Фича в разноске больших и очень больших журналов ГК заключается в том, что время разноски растет не линейно в арифметической прогрессии от числа строк, а по экспоненте. Так что у Вас всегда есть выбор: понять особенность продукта и решить проблему штатно (ограничением максимального количества строк и запуском дополнительных пакетных серверов) либо продолжать рожать ежиков (COM Connector и пр.)

[raz]

Цитата:

Сообщение от Вата

И по поводу СОМ конектора, кто нить делал что то подобное?

Да. Без IIS прекрасно работает.

Пример:

файл TestAOS.vbs

Цитата:

'Имя аоса к которому подключаемся
AOSName = "Axapta-AOS"

'Имя конфигурации аос клиента
ConfigurationClientName = "Real"

'Имя аос клиента под которым выполняем логин (для него настроена доменная авторизация)
AxaptaClientName = "aos1"

On Error Resume Next

' WScript.Sleep 120000

set ax=CreateObject("AxaptaCOMConnector.Axapta2.1")
Err = Ax.Logon (AxaptaClientName, "", "", ConfigurationClientName)
Ax.Logoff
if Err = 0 Then
WScript.Echo Err
ELSE
WScript.Echo Err
End If

Set ax = Nothing

[3oppo]

Цитата:

Сообщение от Вата

Счас актуально, передать парамметр, через коммандную строку.

Cоздай свою команду загрузки, см. SysStartupCmd::construct()

[Вата]

Цитата:

Сообщение от Владимир Максимов

Может быть Вам стоит просто ограничить максимальное количество строк в одном журнале? Скажем, не более 500..1000 строк.

Это понятно, и это одназначно будет делаться..

Цитата:

Сообщение от Владимир Максимов

Как Вам уже неоднократно намекали, основная проблема разносок - это взаимные блокировки. И распаралеливание процессов Вам вообще никак не поможет. По сути, Вы просто повторите ту ситуацию, которая происходит сейчас. Когда Вы пытаетесь разнести в процессе работы такой огромный журнал вся работа встает. Другой пользователь (процесс) не может ничего сделать из-за наложенных процессом разноски блокировок.

Другой пользователь ничего не сможет сделать с тем же журналом! А с другим сможет.. Много времени ухожит именно на обработку кучи АХ классов разноски, а не обращение к БД. Вот на этом времени я и хочу выиграть.

[Владимир Максимов]

Цитата:

Сообщение от Вата

Другой пользователь ничего не сможет сделать с тем же журналом! А с другим сможет..

Это Вам так кажется. Впрочем, зависит от версии Axapta.

Например, до 3.0 включительно, в процессе разноски была блокировка InventSum. Это значит, что другой пользователь не сможет выполнить никаких операций с тем же самым артикулом по той же складской аналитике. Ни заказ отфактуровать, ни закупку оприходовать.

В 4.0 механизм блокировки InventSum в операциях разноски переделали (блокируют не в начале операции, а в конце). Т.е. с этой стороны опасности вроде нет. Но возможно, там возникают ли какие-нибудь другие блокировки.

Цитата:

Сообщение от Вата

Много времени ухожит именно на обработку кучи АХ классов разноски, а не обращение к БД. Вот на этом времени я и хочу выиграть.

Вы хронометраж делали? Ну, или трассировку?

Операции в памяти (обработка классов) - самые быстрые. На них "по определению" не может тратится времени больше, чем на запросы к базе данных.

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

Распаралеливанием процессов путем запуска еще одной копии Axapta Вы никакого выигрыша не получите. Скорее, лишние проблемы и тормоза.

[Владимир Максимов]

Насчет блокировок в 3.0 я был не совсем прав. Если включен IMTS, то их может и не быть. Но, вроде бы, никто не советует его включать из-за возникающих дополнительных рисков. Есть очень хорошая статья, насчет того, кто и что блокирует

Dynamics AX 4 и IMTS

Так что, далеко не факт, что в процессе разноски одного журнала другой пользователь сможет разнести другой журнал. Как повезет...

[Вата]

Цитата:

Сообщение от Владимир Максимов

Это значит, что другой пользователь не сможет выполнить никаких операций с тем же самым артикулом по той же складской аналитике.

Да это понятно.. Но я планирую разбивать данные таким образом чтобы скл. аналитика не пересекалась.

[Владимир Максимов]

Цитата:

Сообщение от Вата

Но я планирую разбивать данные таким образом чтобы скл. аналитика не пересекалась.

Это как?

В InventSum сливаются модификации от складских журналов, заказов и закупок. Каким образом Вы предполагаете "развести" эти разные типы документов по разным складским аналитикам? В смысле, чтобы в один и тот же момент времени они не использовали одинаковые складские аналитики по одним и тем же артикулам?

Да даже и в рамках только складских журналов. Каким образом Вы собираетесь "развести" разных пользователей по разным складским аналитикам?

Т.е. один пользователь создал журнал, а второй не может ничего делать, поскольку ему НАДО (ну, вот надо и все тут!) создать строку с той же складской аналитикой. А Вы запрещаете!

Мне кажется, это еще хуже, чем создать журнал, но не смочь его разнести...

[Вата]

Цитата:

Сообщение от Владимир Максимов

Это как?
Каким образом Вы предполагаете "развести" эти разные типы документов по разным складским аналитикам? В смысле, чтобы в один и тот же момент времени они не использовали одинаковые складские аналитики по одним и тем же артикулам?
.

Очень просто.. ночью, когда работает только один пользователь..

[Владимир Максимов]

Цитата:

Сообщение от Вата

Очень просто.. ночью, когда работает только один пользователь..

Т.е. у Вас с Axapta работает один пользователь и Вы хотите паралельно запускать "скрытую" копию Axapta? А что, пользователь не начнет тут же создавать другой журнал (заказ, закупку) по тем же складским аналитикам? И как Вы ему объясните, что "нельзя"? Почему собственно?

Вы можете хотя бы самому себе объяснить ЗАЧЕМ Вам надо автоматически запускать некий скрытый процесс? Почему пользователь не может это сделать самостоятельно?