AX 2012 R2 and POS

[MikeR]

Я понял, оставим же А-шки тогда в покое.
Сделал свое под задание (ну в конце то концов имею же право, да и в системе есть такой выбор), причем как положено копированием. Создал задание, определил обработчик RetailConnReplicationNJob и жму что есть силы на выполнить немедленно. Как то странно при перезагрузке сервиса все мои нажатия отработали, опять же ничего не перелив из данных. Я было обрадовался, но не там то было, повторные действия не приводят ни к чему. То есть ситуация совершенно дурацкая - есть таблица в базе магазина и в главной базе, как бы перелить в неё данные. Ведь все свое уже созданное, ни какие счетчики не должны портить кровь. Однако система продолжает глумиться и выдает в логи

(105072)	[32]	CCriticals::ValidateCriticalItems

Вот как после этого не впасть в депрессию.....


ЗЫ прикинул и подумал, что наверное в коде магазина написано

Object instance = Object.class.newInstance();

то есть ищется необходимый класс и этот класс - RetailConnReplicationNJob. и генерится .net ошибка

(105072)	[32]	CCriticals::GetInstance
(105072)	[32]	CCriticals::ValidateCriticalItems

[R.Safianov]

Может это поможет. Правда придется немного адаптировать под свою версию системы.
http://axretail.blogspot.com/2012/06...data-from.html

ЗЫ есть еще аналогичная инструкция на P-джоб. Там немного посложнее будет.
+ обязательно перепрочитайте схему после создания таблиц.
+ посмотрите на настройку Распределения таблиц.

[MikeR]

Цитата:

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

(105072)	[32]	CCriticals::ValidateCriticalItems

Лечится переименованием службы, удалением лога и файлов переноса.
Я вроде еще не вышел на производственные обороты, а директория с файлами уже перевалила за 200 МБ, а как же реальные кассы то работать будут? Жесткий диск будет расходным материалом.....

ЗЫ и вообще заметил такую особенность - если служба пишет в лог с завидным постоянством одно и тоже сообщение раз двадцать -тридцать, то она умерла, поверьте мне и будет сей симптом виден по тому, что допустим реальное время 10:10 а лог замер на отметке 9:50 и не обновляется. Жуть конечно, но это горькая правда моих непутевых заметок. Ничего другого вы не увидите.

[ALES]

Цитата:

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

...То есть ситуация совершенно дурацкая - есть таблица в базе магазина и в главной базе, как бы перелить в неё данные...

1. Есть таблица в главной базе, сформированы данные, по ним сформировались предварительные действия и действия.
2. Отработал A-job и информация о том что изменненные данные "выгружены" при этом зафиксирована в DAX. Даже если данные в итоге не пришли на POS из-за неочевидных проблем службы передачи, а они, насколько я понял, пришли и были 'грохнуты' в базе POS, система считает, что изменения "выгружены" т.к. A-job успешно отработал.

Повторный запус A-job (не важно, исходное ли это задание или созданное "с нуля") в этой ситуации ничего не "выгрузит" т.к. в в таблице главной базы никаких изменений с данными не произошло.
В такой ситуации заливайте N-jobом или можно проапдейтить данные в таблице, чтобы "изменения" для повторного "проталкивания" A-заданием появились.
PS: В 2009 создание задания "копированием" работает с особенностями , например, "Подзадания определены заданием" копируется и "новое" задание по сути смотрит в настройки "старого".