Курсор перешел к следующей записи на клиенте, на сервере этого сделать уже нельзя

[S.Kuskov]

Цитата:

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

Для чистоты эксперимента сделала все так, как указано в примере http://microsoft-dynamics-ax-erp.blo...ders-with.html

по ссылке, приведённой вами:

Цитата:

the final step is to call the logic from a job or a RunBaseBatch class, make sure that you select records on the same tier as the nextRecord will run or else it will fail. Preferably on the server tier.

Вы же делаете вызов серверного метода из джоба, который выполняется на клиенте.

[Fizik]

Цитата:

Сообщение от S.Kuskov

по ссылке, приведённой вами:

Вы же делаете вызов серверного метода из джоба, который выполняется на клиенте.

Логично. Если я в job напишу такую строку
ClassRunMode runOn = ClassRunMode::Server;
это что-то изменит?

похоже, в голове уже случилась каша.

[S.Kuskov]

Цитата:

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

Логично. Если я в job напишу такую строку
ClassRunMode runOn = ClassRunMode::Server;
это что-то изменит?

В случае с джобом - нет. Как проще всего запустить JOB на сервере (в 3-Tier)

Воспользуйтесь советом из поста #11 и перенесите select в new().
Тогда будет не важно откуда запускать класс, ведь и команда select и команда next будут на одной и той же стороне.

[macklakov]

Цитата:

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

FromCacheSalesLine fromCacheSalesLine;
SalesAutoCreate SalesAutoCreate = new SalesAutoCreate();

select forupdate fromCacheSalesLine;

SalesAutoCreate = SalesAutoCreate::construct(fromCacheSalesLine);
SalesAutoCreate.create();

Давайте, чтоб глаз не замыливался и в голове кашу разгрести, код немножко в порядок приведем? (Каждый раз удивляюсь, насколько эффективен такой простой прием)
У вас, в начале, объект создается через new, а потом через construct. Надо оставить что-то одно.
fromCacheSalesLine это и есть та самая временная таблица? Тогда надо ее чем-то наполнить, наверное? А то у меня складывается впечатление, что в качестве параметра в SalesAutoCreate::construct идет пустая табличная переменная.