PLM-forum.ru

Доброго времени суток!

Господа, ситуация такая:
При редактировании форм/таблиц в тонком клиенте эновии, если значение атрибута не попало в установленный для данного атрибута Range, эновия выкидывает сообщение:
'ВВЕДЕННОЕ_ЗНАЧЕНИЕ' violates range for attribute 'ИМЯ_АТРИБУТА'
Поиск по property-файлам, jsp, js и вообще по всей папке веб приложения ничего не дает. Как сию иноземную фразу перевести на великий могучий? Кто-нибудь сталкивался?

P.S.: первое решение пришедшее в голову - обойти саму задачу, т.е. не задавать Range для атрибутов через Business, а проверять значения в кастомной валидации, пост процессах и т.п. Работать конечно будет, но уж больно муторно это все, да и от стандартных Range отказываться нет желания.

Да, интересно, в пропертисах что-то такого не нашёл.
Значит оно не переводится "по-обычному".
Скорее всего это связано именно с тем, что Range проходит проверку где-то на уровне БД, и ошибка как раз лезет оттуда. То есть Джавовское ядро Эновии этого не проверяет, а просто получает ошибку от БД и её выводит.
Попробуйте открыть Service Request на портале поддержки Дасо, пусть решают.

От них дождешься...)

Ну а если кому интересно, можно отредактировать файл emxNavigatorBottomErrorInclude.inc в директории common. Он как раз и отвечает за вывод сообщения на экран. По крайней мере в большинстве стандартных эновийных страниц типа emxForm и emxTable.

Конечно, нет гарантий, что ошибки будут переведены везде, но все лучше, чем писать собственные скрипты проверки.

Да не надо от них ждать, прсто надо сообщить, а индусы пусть программируют...
Я тоже сначала думал, что "зачем, это ещё только через 2 года в каком-нбиудь R202...X будет..."
Но на самоом деле, лучше сообщать. Это ж их работа. И если каждый будет им сообщать о найденых ошибках - то качество продукта будет выше, и нам же меньше потом его допиливать. Так сказать, с мира по нитке - голому на рубаху.
А JSP-шки лучше трогать по минимуму, а ещё лучше, вообще не трогать. Конечно, без этого иногда не обойтись. Но нужно стараться избегать модификации OOTB страниц.

К сожалению, дело не в том когда они запрограммируют, а в том как они это запрограммируют .
Судя по состоянию кода, исправление какой-либо ошибки по сервис реквесту частенько ведет за собой появление десятка новых. Так что мелкие косяки, особенно если они касаются перекодировки UTF-строк, лучше тихонечко поправить руками и молится, чтобы индусы не дошли до их исправления . Хотя это конечно мое субъективное мнение.

Добрый день!
Эти сообщения переводятся в файлах matrix.txt на сервере. \SERVER\win_b64\etc

В целом, описание перевода сообщений разного уровня приводится в документации в разделе:
Unified Live Collaboration > Live Collaboration - Administration > Configuring ENOVIA Live Collaboration > Localizing ENOVIA Live Collaboration

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

Fil, спасибо. Обязательно попробую.