在这种情况下,我的问题是知道mcauser属性是否只适用于MQI通道,如svrconn、clusrcvr等,还是同时适用于这两类通道。如果是,那么为什么没有阻止到接收者通道的连接,就像在尝试clusrcvr通道和svrconn时,如果我将mcauser属性设置为'NOAccess',它将阻止用户,直到我没有为相同的属性设置任何chlauth。但是当我试图将接收方通道的属性设置为“noaccess”时,发送方能够连接到接收方。
谁能帮忙吗?
是的,MCAUser选项对receiver和svrconn信道都有效,行为差异是由信道工作方式不同造成的。
运行发件人通道的邮件通道代理始终以mqm权限运行,这就是它能够连接的原因。但它会将消息放在接收者端,使用MCAUser作为备用用户。因此,当接收者试图将消息放入业务队列时,您应该会在接收者端看到错误。
srvconn通道由运行客户机应用程序的用户自动运行,在QM检查connect authority之前,该用户被更改为MCAUser,在您的情况下,连接就是这样被阻止的。
面向对象编程最重要的原则之一 —— 将内部接口与外部接口分隔开来。 在开发比 “hello world” 应用程序更复杂的东西时,这是“必须”遵守的做法。 为了理解这一点,让我们脱离开发过程,把目光转向现实世界。 通常,我们使用的设备都非常复杂。但是,将内部接口与外部接口分隔开来可以让我们使用它们且没有任何问题。 一个现实生活中的例子 例如,一个咖啡机。从外面看很简单:一个按钮,一个显示器,几个洞
如何使类示例推断类型基于实例值检查: 打字沙盒。
我有一个连接到数据库的java应用程序。 数据库的用户名和密码存储在属性文件中。 避免在属性文件中以明文形式存储密码同时仍然保留让用户更改它的选项的常见做法是什么? 这里的主要动机是防止有人在管理员编辑属性文件时越过管理员的肩膀看到密码。 我在这里读到,有一个内置的方法可以在C#中做到这一点。 了解java,我不期望找到一个内置的解决方案,但我想听听其他人在做什么。 如果我找不到任何好的选择,那么
问题内容: 有什么办法可以实现安全的FTP ? 如果没有,那么Java还有哪些其他选择? 问题答案: 您可以使用org.apache.commons.net.ftp。 FTPSClient, 而不是org.apache.commons.net.ftp。 FTPClient 具有安全的ftp http://commons.apache.org/proper/commons- net/apidocs/
我真的很纠结于PDFBOX的文档。对于这样一个受欢迎的图书馆来说,信息似乎有点稀薄(对我来说!)。 无论如何,Im的问题与保护PDF有关。目前我想要的只是控制用户的访问权限。具体地说,我想防止用户能够修改PDF。 如果我省略了访问权限代码,那么一切都可以正常工作。我正在阅读一个PDF从外部资源。然后我读取并填充字段,在保存新的PDF之前添加一些图像。一切正常。 当我添加这段代码时,所有的文本和图像