Java JMXConnectorServer的jboss问题

Java JMXConnectorServer的jboss问题,java,jboss,Java,Jboss,我刚刚安装了JBoss并尝试从Eclipse运行它。当我第一次尝试运行它时,我得到一个错误,指出端口8080和1098已经绑定到其他端口。我在配置文件中更改了这些。下面是我将端口1098更改为10098的示例 <bean class="org.jboss.services.binding.ServiceBindingMetadata"> <property name="serviceName">jboss:service=Naming</pro

我刚刚安装了JBoss并尝试从Eclipse运行它。当我第一次尝试运行它时,我得到一个错误,指出端口8080和1098已经绑定到其他端口。我在配置文件中更改了这些。下面是我将端口1098更改为10098的示例

    <bean class="org.jboss.services.binding.ServiceBindingMetadata">
       <property name="serviceName">jboss:service=Naming</property>
       <property name="bindingName">RmiPort</property>
       <property name="port">10098</property>
       <property name="description">Socket Naming service uses to receive RMI requests from client proxies</property>
    </bean>
你知道问题可能是什么或者如何着手解决它吗

谢谢


Tam

改变JBoss的端口不是一件容易的事,因为它与自身有很多对话。如果更改它侦听的端口,它将丢失该通信

首先,最好尝试关闭监听这些端口的其他进程。要么是其他web服务器、应用程序服务器,要么有时像thunderbird和firefox这样的东西会抢占这些端口

如果这不是一个选项,那么最好将jboss绑定到它自己的IP地址,但这只适用于unix/linux


因此,如果您真的想将JBoss转移到另一组端口,那么您可以

更改JBoss的端口并不是一件容易的事情,因为它与自身有很多关系。如果更改它侦听的端口,它将丢失该通信

首先,最好尝试关闭监听这些端口的其他进程。要么是其他web服务器、应用程序服务器,要么有时像thunderbird和firefox这样的东西会抢占这些端口

如果这不是一个选项,那么最好将jboss绑定到它自己的IP地址,但这只适用于unix/linux

因此,如果您真的想将JBoss转移到另一组端口,那么您可以查看您的进程 ps-f 并杀死挂起的进程。 这似乎解决了我的问题。

查看您的流程 ps-f 并杀死挂起的进程。
这似乎解决了我的问题。

我同意库马里亚的答案,由于我在一台Jboss服务器上也遇到了这个问题,在使用linux命令ps-ef | grep java检查之后,我知道有多个实例运行同一个应用程序,并且很少有依赖实例使用这些应用程序。因此,我刚刚用
kill-9 instanceNumber
杀死了所有这些多个实例和依赖项,并重新启动了主应用程序,它成功了:)

我同意Kumaria的答案,由于我在一台Jboss服务器上也遇到了这个问题,在使用linux命令ps-ef | grep java检查之后,我知道有多个实例运行同一个应用程序,并且很少有依赖实例使用这些应用程序。所以我用
kill-9instancenumber
杀死了所有这些多个实例和依赖项,并重新启动了主应用程序,它成功了:)

Error installing to Start: name=jboss.remoting:protocol=rmi,service=JMXConnectorServer state=Create mode=Manual requiredState=Installed
java.lang.IllegalStateException: BaseClassLoader@dc93be{vfsfile:/C:/jboss-5.1.0.GA/server/default/deploy/jmx-remoting.sar/} classLoader is not connected to a domain (probably undeployed?) for class javax.management.remote.rmi.RMIServerImpl_Stub
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:793)
    at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:441)
........