ActiveMQ Artemis队列发送安全设置
我有远程ActiveMQ Artemis节点，该节点具有以下安全设置
<security-setting match="#">
<permission type="createNonDurableQueue" roles="admin"/>
<permission type="deleteNonDurableQueue" roles="admin"/>
<permission type="createDurableQueue" roles="admin"/>
<permission type="deleteDurableQueue" roles="admin"/>
<permission type="createAddress" roles="admin"/>
<permission type="deleteAddress" roles="admin"/>
<permission type="consume" roles="admin"/>
<permission type="browse" roles="admin"/>
<permission type="send" roles="admin"/>
<!-- we need this otherwise ./artemis data imp wouldn't work -->
<permission type="manage" roles="admin"/>
</security-setting>
但是当我发送消息时，我会得到以下错误：
org.apache.activemq.artemis.api.core.ActiveMQSecurityException: AMQ229032: User: admin does not have permission='SEND' on address
我错过了什么？
共有1个答案
您的用户admin似乎不在admin角色中。
-
问题内容： 也许这是一个愚蠢的问题，但我似乎找不到一个明显的答案。 我需要一个仅包含唯一值的并发FIFO队列。尝试添加队列中已经存在的值只会忽略该值。如果不是为了线程安全，那将是微不足道的。在Java中是否存在数据结构，或者在Interweb上是否存在代码snipit表现出这种行为？ 问题答案： 如果您想要比完全同步更好的并发性，那么我知道有一种方法可以使用ConcurrentHashMap作为支
-
常见漏洞 XSS(Cross-site scripting) SQL Injection Command Injection Code Execution File Disclosure File Inclusion CSRF(Cross-site request forgery) Path Traversal Code injection 相关资源 OWASP (Open Web Applica
-
所以我对Java和Android的开发都很陌生，但我通过谷歌登录我的应用程序时，不知怎的成功地获得了一个idToken。 我在Android dev网站上读到，仅仅是ID是不安全的，因为修改过的客户端可能会发送一个假的ID并导致对另一个用户的冒充，所以我按照他们的步骤获取了用户的idToken。 不管怎么说，把一个URL发送到我家里的服务器上安全吗？例如，像这样（假设随机文本的长字符串是用户的id
-
问题内容： 我试图将字符串消息发送到在weblogic服务器中创建的JMS队列中。我使用Eclipse IDE，当我运行Web应用程序时，出现以下错误，tomcat服务器关闭。错误是 请帮助我。谢谢和最诚挚的问候 问题答案： 基于对该问题的一些快速研究，它似乎是由于在应用服务器和客户端之间使用不同的JDK级别引起的。我看到的大多数示例都表明，在Java 5上运行Weblogic时在客户端上使用Ja
-
问题内容： 尽管JVM会将SIGTERM和类似的信号转换为关闭挂钩，但是许多服务关闭脚本使用TCP端口启动关闭。（例如，Tomcat的关闭端口，Java Service Wrapper ，JBoss的管理接口等） 所以我认为不建议使用信号和关闭钩子来正常关闭Java服务，直到发现Play！框架通过关闭钩子管理服务生命周期，并且由生成的启动脚本假定将信号发送到JVM的PID。 我知道信号是与平台相关
-
主要内容：保持最新,拒绝服务(DoS)攻击,ServerRoot目录的权限,服务器端包含,CGI脚本,非脚本别名CGI,脚本别名CGI,其他动态内容来源,动态内容安全性,保护系统设置,默认保护服务器文件,查看日志,合并配置部分有关设置Web服务器的安全问题的一些提示和技巧。一些建议通用的，其他建议特定于Apache版本。 保持最新 Apache HTTP Server具有良好的安全记录和高度关注安全问题的开发人员社区。但是，在软件发布之后，软件中会发现一些小问题或大问题是不可避免的。因此，了解软