Почему разработчик Американского лося принимает строковое значение?
Образы контейнеров MQ Advanced for Developers поставляются с конфигурацией по умолчанию , которая обеспечивает безопасность. В этой конфигурации приложения подключаются по каналу DEV.APP.SVRCONN. Я думаю, что вы должны взглянуть на атрибут CHCKCLNT в CONNAUTH . В конфигурации по умолчанию атрибут CHCKCLNT на канале (CHLAUTH) устанавливается на REQUIRED, если вы установили пароль для контейнера (установив переменную среды MQ_APP_PASSWORD), или установите на ASQMGR в противном случае. , Параметр администратора очередей, к которому это будет применено, устанавливается с помощью CONNAUTH для объекта AUTHINFO, который по умолчанию имеет значение REQDADM. Таким образом, отказ от отправки идентификатора пользователя и пароля уже должен работать. Однако, если нет, попробуйте отрегулировать настройку объекта AUTHINFO CHCKCLNT. Заметьте, что это также может иметь эффект наложения на канал DEV.ADMIN.SVRCONN, который также использует это значение по умолчанию.
Вы можете изменить конфигурацию MQ, используемую в образе Docker, добавив MQSC, как описано здесь . Вам нужно будет обновить безопасность в конце вашего MQSC.
3 ответа
Когда разработчика звонят, это происходит:
$object->$builder
Если разработчик является строкой (скажем, build_attr), затем пользователи могут записать свой собственный build_attr метод в подклассе, и это назовут. Это делает значение по умолчанию расширяемым с помощью простого именованного механизма метода.
Если это - ссылка на подпрограмму, ссылка взята в пакете исходного класса, что означает, что это не может быть переопределено тот же путь.
Это не "символьная" ссылка. Разработчик является именем метода. Это означает, что является наследуемым и компонуемым от роли. При передаче ссылки подпрограммы та ссылка должна существовать в том же пакете (или полностью определяются).
Я вполне уверен, я объясняю это в руководстве. Действительно ли это неясно?
Разделение на подклассы.
Разработчик указывает имя метода для вызова, таким образом,
package Something;
use Moose;
extends 'YourClass';
sub subroutine { <some other default> }
имел бы Что-то:: подпрограмма позвала разработчика 'подпрограммы', тогда как при использовании стиля subref затем YourClass:: подпрограмму назвали бы вместо этого, потому что Вы сделали прямую ссылку на подпрограмму вместо того, чтобы позволить ей пройти отправку метода.