Настройка ошибок Grails I18N: различные несоответствия

Question

Например, сообщение i18n по умолчанию в message.properties для пустых полей:

default.blank.message=Property [{0}] of class [{1}] cannot be blank

Если кто-то хочет настроить это с данным классом (например, пользователем) и полем (например, логином), он делает

user.login.blank=Your login name must be specified

с отключенным суффиксом .message. Это немного оттолкнуло меня (так как оно у меня было, и оно не сработало), поэтому мне интересно, есть ли конкретная цель, как суффикс ".message" используется / не используется в message.properties

Answer 1

Похоже, что при настройке сообщений существует несколько несоответствий, помимо использования ".message".Смотрите пример ниже *.

Я полагаю, что разработчики программного обеспечения Grails могут включать комментарий в верхней части файла message.properties, который поможет пользователю найти правильное место для определения пользовательских сообщений об ошибках, например, в кратком справочнике ограничений,http://www.grails.org/doc/latest/ref/Constraints/matches.html. Раздел «Ограничения верхнего уровня» в кратком справочнике не включает имена полей с кодом ошибки, но может быть полезно добавить их туда.

* Например, ошибкой сопоставления по умолчанию является «default.doesnt.match.message», но конкретной ошибкой является, например, «user.login.matches.invalid».