with starting not jdk hat for eap java windows-7 jboss java-ee jvm

starting - java.net.SocketException: error de Windows Sockets no reconocido: 0: JVM_Bind(JBOSS)



jboss eap 7.1 download (10)

Es muy probable que ya haya otro proceso vinculado en un puerto que JBoss está utilizando (¿8080?) Y esto evita que JBoss se inicie correctamente (consulte esta página para obtener una lista de los puertos utilizados por JBoss).

O encuentre el proceso conflictivo y apáguelo:

  • use netstat -a -o -n y busque los puertos utilizados por JBoss (por ejemplo, 8080) y el pid correspondiente
  • luego use tasklist /FI "PID eq <pid>" para encontrar el proceso

O cambiar los puertos por defecto de JBoss. Hay varias formas de hacerlo, pero la mejor es usar el administrador de enlace de servicios (consulte las instrucciones detalladas en Configuración de varias instancias de JBoss en una máquina ).


Estoy usando JBoss 4.0.5 GA en Windows 7 con Java versión 1.5 (tengo que usar una versión anterior de Java y un JBoss porque trabajo con un sistema heredado). Y cuando estoy iniciando el servidor me sale el siguiente error:

java.net.SocketException: Unrecognized Windows Sockets error: 0: JVM_Bind

Y creo que esto causa muchas otras excepciones:

11:09:26,925 WARN [ServiceController] Problem starting servicejboss.cache:service=TomcatClustering Cache java.lang.NullPointerException at org.jgroups.protocols.FD_SOCK.down(FD_SOCK.java:235) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.FD.down(FD.java:278) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.stack.Protocol.down(Protocol.java:540) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.pbcast.NAKACK.down(NAKACK.java:297) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.UNICAST.down(UNICAST.java:262) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.pbcast.STABLE.down(STABLE.java:292) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.pbcast.GMS.down(GMS.java:605) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.FC.down(FC.java:122) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.FRAG2.down(FRAG2.java:146) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.Protocol.passDown(Protocol.java:510) at org.jgroups.protocols.pbcast.STATE_TRANSFER.down(STATE_TRANSFER.java:217) at org.jgroups.stack.Protocol.receiveDownEvent(Protocol.java:467) at org.jgroups.stack.ProtocolStack.down(ProtocolStack.java:331) at org.jgroups.JChannel.down(JChannel.java:1035) at org.jgroups.JChannel.connect(JChannel.java:374) at org.jboss.cache.TreeCache.startService(TreeCache.java:1424) at org.jboss.cache.aop.PojoCache.startService(PojoCache.java:94) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy8.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) 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.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) at org.jboss.Main.boot(Main.java:200) at org.jboss.Main$1.run(Main.java:490) at java.lang.Thread.run(Thread.java:619)

Aprecio mucho si alguien pudiera ayudar. Al menos para averiguar dónde debería buscar la solución (p. Ej., ¿Se trata de un error relacionado con la incompatibilidad de clústeres de Windows 7 y JBoss? ¿Se debe a una configuración de puerto incorrecta? Etc.)

Gracias.


Es un problema de JAVA 32/64 bit. intenta ejecutar tu jarra con JVM de 32 bits


Este problema ocurre en algunos sistemas Windows que tienen instalada la pila TCP de IPv6. Si tanto IPv4 como IPv6 están instalados en la computadora, la Máquina Virtual de Java (JVM) puede tener problemas para cerrar o abrir sockets en el nivel del sistema operativo.

Agregue la siguiente opción JVM: -Djava.net.preferIPv4Stack=true

He visto que esto sucede en los sistemas Windows 7 y Windows 2008 que tienen instaladas pilas IPv4 e IPv6 por defecto.


Me encontré con el mismo problema en Win7 al intentar implementar el ejemplo aquí: http://download.oracle.com/javase/tutorial/networking/sockets/clientServer.html

El puerto predeterminado en el código de ejemplo es 4444. Al usar este puerto obtuve "Error de Windows Sockets no reconocido: 0: JVM_Bind"

Cambié el puerto a 44444 y lo intenté de nuevo. Recibí una ventana emergente del servicio Firewall de Windows que me pregunta si esta aplicación tenía permiso para acceder a la red. Al seleccionar Aceptar, ya no recibo el mensaje de error cuando ejecuto mi servidor.

Después de algunos experimentos, encontré que con un puerto de 5000 o menos obtendría el error JVM_Bind. Cualquier puerto de 5001 o superior se unirá sin problemas.


Sé que este es un problema antiguo, pero recientemente he descubierto una causa del problema, así como la solución. Mi programa de socket del servidor funcionó bien hasta que puse el código en un bucle, luego obtuve el error Error de Unrecognized Windows Sockets error: 0: JVM_Bind en cada intento de accept() después del primer intento. Tuve un código como este:

ServerSocket ssock = null; Socket sock = null; while (loopCount < loopLimit) { ssock = new ServerSocket(port); ssock.setSOLimit(millis); sock = ssock.accept(); // some code here... loopCount++; }

Solo fue cuando puse ssock = new ServerSocket(port) y ssock.setSOLimit(millis); Por encima del bucle que eliminé el error.


Tenía este problema con mi Tomcat y resultó ser un conflicto de puertos con Skype. En mi Skype-> Opciones-> Avanzado-> Conexión, desactivé lo siguiente "Usar los puertos 80 y 443 como alternativas para las conexiones entrantes". Esto solucionó el problema completamente.


Tuve el mismo problema con Tomcat en Windows 10. Agregué esto al archivo catalina.bat cerca de la parte superior:

SET JAVA_OPTS=-Djava.net.preferIPv4Stack=true


Tuve un problema similar. Utilicé process-xp y maté javaw.exe , luego javaw.exe la aplicación. Esto funciona para mi.


abrir el símbolo del sistema como administrador. A continuación, hacer un reinicio Wocksock netsh


esto resolvió mi problema :) Agregue la siguiente opción de JVM: -Djava.net.preferIPv4Stack = true