GlassFish构建失败

Question

每次我尝试部署我的服务器端代码时，构建都会失败。如果我尝试重新启动我的机器，构建是成功的，但稍后当我尝试构建时会失败。当我尝试构建时，收到以下严重消息：

SEVERE: "IOP00410216: (COMM_FAILURE) Unable to create IIOP listener on the specified host/port: localhost/3820"
org.omg.CORBA.COMM_FAILURE:   vmcid: SUN  minor code: 216  completed: No


WARNING: Can not find resource bundle for this logger.  class name that failed: org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory
        WARNING: Exception getting SocketInfo
    java.lang.RuntimeException: Orb initialization eror


WARNING: "IOP02310202: (OBJ_ADAPTER) Error in connecting servant to ORB"
org.omg.CORBA.OBJ_ADAPTER:   vmcid: SUN  minor code: 202  completed: No

以下是severe方法的详细信息：

SEVERE: "IOP00410216: (COMM_FAILURE) Unable to create IIOP listener on the specified host/port: localhost/3820"
org.omg.CORBA.COMM_FAILURE:   vmcid: SUN  minor code: 216  completed: No
        at com.sun.corba.ee.impl.logging.ORBUtilSystemException.createListenerFailed(ORBUtilSystemException.java:3835)
        at com.sun.corba.ee.impl.logging.ORBUtilSystemException.createListenerFailed(ORBUtilSystemException.java:3855)
        at com.sun.corba.ee.impl.transport.SocketOrChannelAcceptorImpl.initialize(SocketOrChannelAcceptorImpl.java:98)
        at com.sun.corba.ee.impl.transport.CorbaTransportManagerImpl.getAcceptors(CorbaTransportManagerImpl.java:247)
        at com.sun.corba.ee.impl.transport.CorbaTransportManagerImpl.addToIORTemplate(CorbaTransportManagerImpl.java:264)
        at com.sun.corba.ee.spi.oa.ObjectAdapterBase.initializeTemplate(ObjectAdapterBase.java:131)
        at com.sun.corba.ee.impl.oa.toa.TOAImpl.<init>(TOAImpl.java:130)
        at com.sun.corba.ee.impl.oa.toa.TOAFactory.getTOA(TOAFactory.java:114)
        at com.sun.corba.ee.impl.orb.ORBImpl.connect(ORBImpl.java:1740)
        at com.sun.corba.ee.spi.presentation.rmi.StubAdapter.connect(StubAdapter.java:212)
        at com.sun.corba.ee.impl.orb.ORBImpl.getIOR(ORBImpl.java:2194)
        at com.sun.corba.ee.impl.orb.ORBImpl.getFVDCodeBaseIOR(ORBImpl.java:966)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.glassfish.gmbal.generic.FacetAccessorImpl.invoke(FacetAccessorImpl.java:126)
        at org.glassfish.gmbal.impl.MBeanImpl.invoke(MBeanImpl.java:440)
        at org.glassfish.gmbal.impl.AttributeDescriptor.get(AttributeDescriptor.java:144)
        at org.glassfish.gmbal.impl.MBeanSkeleton.getAttribute(MBeanSkeleton.java:569)
        at org.glassfish.gmbal.impl.MBeanSkeleton.getAttributes(MBeanSkeleton.java:625)
        at org.glassfish.gmbal.impl.MBeanImpl.getAttributes(MBeanImpl.java:389)
        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getAttributes(DefaultMBeanServerInterceptor.java:726)
        at com.sun.jmx.mbeanserver.JmxMBeanServer.getAttributes(JmxMBeanServer.java:665)
        at org.glassfish.admin.amx.util.jmx.MBeanProxyHandler.getAttributes(MBeanProxyHandler.java:273)
        at org.glassfish.admin.amx.core.proxy.AMXProxyHandler.attributesMap(AMXProxyHandler.java:1193)
        at org.glassfish.admin.amx.core.proxy.AMXProxyHandler.attributesMap(AMXProxyHandler.java:1203)
        at org.glassfish.admin.amx.core.proxy.AMXProxyHandler.handleSpecialMethod(AMXProxyHandler.java:414)
        at org.glassfish.admin.amx.core.proxy.AMXProxyHandler._invoke(AMXProxyHandler.java:792)
        at org.glassfish.admin.amx.core.proxy.AMXProxyHandler.invoke(AMXProxyHandler.java:526)
        at $Proxy107.attributesMap(Unknown Source)
        at org.glassfish.admin.amx.core.AMXValidator._validate(AMXValidator.java:642)
        at org.glassfish.admin.amx.core.AMXValidator.validate(AMXValidator.java:1298)
        at org.glassfish.admin.amx.impl.mbean.ComplianceMonitor$ValidatorThread.doRun(ComplianceMonitor.java:256)
        at org.glassfish.admin.amx.impl.mbean.ComplianceMonitor$ValidatorThread.run(ComplianceMonitor.java:227)
Caused by: java.net.BindException: Address already in use
        at sun.nio.ch.Net.bind(Native Method)
        at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:119)
        at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
        at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:52)
        at org.glassfish.enterprise.iiop.impl.IIOPSSLSocketFactory.createServerSocket(IIOPSSLSocketFactory.java:293)
        at com.sun.corba.ee.impl.transport.SocketOrChannelAcceptorImpl.initialize(SocketOrChannelAcceptorImpl.java:91)
        ... 32 more

Answer 1

我遇到这个问题是因为我的程序意外崩溃，而服务器还在运行。因此，每次发生这种情况时，我都会清理代码崩溃时保持打开的tcp端口。

Answer 2

看起来某个进程正在使用端口3820。既然您已经说过第一次构建工作正常，那么我很想说您的构建正在尝试启动服务器，尽管它已经启动了……这会产生这样的错误。如果你在说“构建”时包含了更多关于你的意思的信息，别人可能会给你一个更完整的答案。