新思域设计公司网站建设,佛山企业网站优化,ps做的网站模板,永州市建设网站与以前的版本相比#xff0c;JBoss AS7的目标之一是使其在默认情况下更加安全。 受此目标直接影响的领域之一是#xff0c;您不再期望服务器在端口上公开某些服务#xff0c;而无需任何身份验证/授权就可以访问它。 请记住#xff0c;在以前的JBoss AS版本中#xff0c;只… 与以前的版本相比JBoss AS7的目标之一是使其在默认情况下更加安全。 受此目标直接影响的领域之一是您不再期望服务器在端口上公开某些服务而无需任何身份验证/授权就可以访问它。 请记住在以前的JBoss AS版本中只要打开了这些端口以进行远程通信就可以访问JNDI端口JMX端口而无需任何身份验证/授权。 在JBoss AS7中此类端口上用于通信的更细粒度的授权允许服务器控制谁可以通过该端口调用操作。 当然这不仅限于JBoss AS7而且仍然是WildFly这是JBoss Application Server的重命名的目标。 实际上WildFly向前迈了一步现在具有“一个单一端口”的功能可以进行所有通信。 JBoss AS7和WildFly中的JMX通信 在此背景下我们现在将重点介绍JBoss AS7和WildFly中的JMX通信。 在本文的其余部分中我将使用WildFly8.2.0 Final作为参考但是相同的细节略有变化适用于JBoss AS7和WildFly的其他主要版本这些版本到目前为止已经发布。 WildFly服务器由“子系统”组成每个子系统都具有一组特定的功能。 例如有支持Java EE功能集的EE子系统。 然后是支持Web / HTTP服务器功能的Undertow子系统。 同样有一个JMX子系统公开了服务器上的JMX功能集。 众所周知我敢肯定JMX服务通常用于监视甚至管理Java服务器其中包括远程管理服务器。 WildFly中的JMX子系统允许远程访问JMX服务并且端口9990是用于该远程JMX通信的端口。 JConsole用于针对JBoss AS7和WildFly进行远程JMX访问 JavaJDK与JConsole工具捆绑在一起该工具允许连接到公开JMX服务的本地或远程Java运行时。 该工具易于使用您所要做的就是运行jconsole命令它将显示一个图形菜单列出所有本地Java进程以及一个用于指定远程URL以连接到远程进程的选项 # Start the JConsole
$JAVA_HOME/bin/jconsole 假设您已经在本地启动了WildFly独立服务器。 现在当您启动jconsole时您会注意到WildFly Java进程在您可以连接到的本地运行进程中列出。 选择WildFly Java实例时将自动连接到该实例并且您会注意到服务器公开的MBean。 但是在本文的上下文中JConsole中的这种“本地过程”模式不是我们感兴趣的。 让我们使用该JConsole菜单中的“ Remote process”选项该菜单允许您指定用于连接到Java运行时的远程URL以及用于连接到该实例的用户名和密码。 即使我们的WildFly服务器在本地运行我们也可以使用此“远程进程”选项尝试并连接到它。 因此让我们尝试一下。 在此之前让我们考虑以下几点 请记住WildFly中的JMX子系统允许在端口9990上进行远程访问 对于远程访问JMXURL的格式为– servicejmx[vendor-specific-protocol]// [host][port]。 供应商特定的协议是这里有趣的地方。 对于WildFly特定于供应商的协议是http-remoting-jmx。 请记住WildFly在默认情况下是安全的这意味着仅因为JMX子系统公开了9990端口以进行远程通信并不意味着它已开放给任何人通信。 为了允许通过此端口进行通信必须对调用方客户端进行身份验证和授权。 这由WildFly中的“ ManagementRealm”支持。 允许对此领域进行身份验证和授权的用户访问该端口。 牢记这些要点让我们首先在管理领域中创建一个用户。 可以使用添加用户命令行脚本位于JBOSS_HOME / bin文件夹中完成此操作。 由于有足够的文档资料因此我将不做详细介绍。 假设我创建了一个名为“ wflyadmin”的用户并在管理领域中使用了适当的密码。 要验证是否已正确创建用户请在正确的领域中访问URL http// localhost9990 / console的WildFly管理控制台。 系统将要求您输入用户名和密码进行访问。 使用与新创建的用户相同的用户名和密码。 如果登录有效那么您很好。 如果没有那么请确保您在添加新用户时做得正确正如我说的我将不赘述添加新用户的细节因为这只会不必要地延长本文的篇幅。 因此在这一点上我们已经创建了一个属于ManagementRealm的名为“ wflyadmin”的用户。 我们将使用相同的用户帐户通过JConsole访问WildFly上的JMX服务。 现在让我们照常启动jconsole $JAVA_HOME/bin/jconsole 在JConsole菜单上让我们再次选择“远程过程”选项并在URL文本框中使用以下URL service:jmx:http-remoting-jmx://localhost:9990 注意对于JBoss AS 7.x和JBoss EAP 6.x 供应商特定的协议是remoting-jmx并且通信端口是9999 。 因此URL为servicejmxremoting-jmx// localhost9999 在用户名和密码文本框中使用与新创建的用户/密码相同的密码。 最后单击“连接”。 你看到了什么 这是行不通的 连接失败。 那么出了什么问题 为什么JConsole对WildFly的远程访问不起作用 您做了所有显而易见的事情来远程访问WildFly JMX服务但是您仍然看到JConsole无法连接到它。 可能是什么原因 记住在前面的几点中我注意到“特定于供应商的协议”很有趣吗 我们使用http-remoting-jmx该协议内部依赖于某些WildFly / JBoss特定的库主要用于远程通信以及身份验证和授权。 这些库是WildFly服务器专用的因此不是标准Java运行时环境的一部分。 启动jconsole时它将使用标准类路径该类路径仅包含JDK / JRE中的相关库。 要解决此问题您需要做的是将WildFly服务器特定的库引入JConsole的类路径中。 在研究如何做之前让我们看一下需要哪些WildFly特定的库。 工作所需的所有必要类均在JBOSS_HOME / bin / client /文件夹中的jboss-cli-client.jar中。 因此我们需要做的所有事情就是将此jar包含在jconsole工具的类路径中。 为此我们使用jconsole工具的-J选项该选项允许将参数传递给jconsole的Java运行时。 为此的命令是 $JAVA_HOME/bin/jconsole -J-Djava.class.path$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/jconsole.jar:/opt/wildfly-8.2.0.Final/bin/client/jboss-cli-client.jar 请注意对于Windowsclasspath分隔符是分号而不是冒号 注意针对JBoss AS 7.x和JBoss EAP 6.x的服务器特定的jar名为jboss-client.jar并且位于相同的JBOSS_HOME / bin / client目录位置。 因此我们使用-J选项将-Djava.class.path作为参数传递给jconsole Java运行时。 注意我们在该类路径中指定的不仅仅是服务器特定的jar。 这是因为使用-Djava.class.path应该包含完整的类路径。 我们包括JConsole必需的Java JDK lib文件夹中的jar以及该类路径中服务器特定的jar。 运行该命令应照常启动JConsole让我们继续并选择“ Remote process”选项并指定与以前相同的URL service:jmx:http-remoting-jmx://localhost:9990 并使用与以前相同的用户名和密码然后单击“连接”。 这次您应该能够连接并且应该开始看到通过JMX公开的MBean和其他服务。 如何提供执行此必要的类路径设置的脚本 由于尝试使用JConsole对WildFly进行远程访问是很平常的事情因此可以合理地期望拥有一个设置类路径的脚本如上所述然后可以使用该脚本。 这就是为什么WildFly会提供这样的脚本的原因。 它位于JBOSS_HOME / bin文件夹中称为jconsole.sh对于Windows称为jconsole.bat。 这只是一个包装脚本在适当设置了类路径之后该脚本内部调用Java JDK中存在的jconsole工具。 您所要做的就是运行 $JBOSS_HOME/bin/jconsole.sh在真正的远程计算机上针对WildFly使用JConsole怎么办 到目前为止我们正在使用与WildFly实例在同一台机器上的jconsole工具这意味着我们可以访问文件系统上WildFly安装目录中存在的WildFly服务器特定jar的文件系统。 这使我们能够设置jconsole的类路径以指向本地文件系统上的jar 如果要从一台远程计算机对另一台计算机上安装并运行的WildFly服务器运行jconsole该怎么办。 在这种情况下您的远程客户端计算机将无法访问WildFly安装目录的文件系统。 因此要使jconsole在这种情况下运行必须将JBOSS_HOME / bin / jboss-cli-client.jar复制到远程客户端计算机上并复制到您选择的目录中然后按照说明设置jconsole工具的类路径并将其指向该jar位置。 这样一来您就可以从远程计算机上的jconsole访问WildFly的JMX服务。 翻译自: https://www.javacodegeeks.com/2014/12/my-wiki-remote-jmx-access-to-wildfly-or-jboss-as7-using-jconsole.html
