откуда это сообщение об ошибке приходит в acumatica - PullRequest
0 голосов
/ 28 февраля 2020

Всякий раз, когда я получаю сообщения об ошибках, как на скриншоте, я хотел бы знать, откуда они берутся.

Я хотел бы знать код этих сообщений об ошибках.

Я действительно рад все время Откуда все эти сообщения об ошибках? Я искал все файлы кода на сайте acumatica, но не повезло. Я знаю, что некоторые сообщения приходят из файла класса сообщений.

Я буду очень рад, если кто-нибудь сообщит мне об этом.

enter image description here

Ответы [ 3 ]

2 голосов
/ 28 февраля 2020

Это заданное c исключение выдается в методе throwNoItem объекта PXSelectorAttribute. Этот код можно найти в файле веб-сайта App_Data \ CodeRepository \ PX.Data \ Descriptor \ Attributes \ SelctorAttribute.cs.

Часто при поиске в каталоге текста сообщения об ошибке isn ' t успешно, потому что Acumatica, возможно, не предоставила исходный код для класса, который содержит строку. В этом случае может быть полезно взглянуть на трассировку стека и посмотреть, говорит ли это о методе, вызвавшем исключение.

0 голосов
/ 03 марта 2020

Эти сообщения об ошибках поступают из обработчика событий PXSelectorAttribute.FieldVerifying. Это означает, что введенное значение не соответствует запросу селектора.

0 голосов
/ 28 февраля 2020

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

Если я немного углублюсь в этом, то лучше пойму, почему вы публикуете это. Самое близкое, что я могу найти - это поиск по «правам доступа к этому объекту», и это самый близкий результат, который я получаю: «Указанный идентификатор инвентаря или альтернативный идентификатор \" {1} \ "не найден в системе. Пожалуйста, проверьте есть ли у вас надлежащие права доступа к этому объекту. "; это не то, что вы ищете.

На этом этапе вы можете рассмотреть возможность использования инструмента декомпиляции, такого как ILSpy, чтобы посмотреть, сможете ли вы получить постоянное имя из библиотек, которые могут не индексироваться. Скорее всего, его можно найти в PX.Data.dll

Надеюсь, это поможет. Роберт

...