necesito para ejecutar un proveedor JNDI sin el añadido de un contenedor J2EE. Intenté seguir las instrucciones en este article, que describe (en la página 3) exactamente lo que quiero hacer. Lamentablemente, estas instrucciones fallan. Tuve que agregar el jboss-common.jar a mi classpath también. Una vez que lo hice, me sale un seguimiento de pila:JNDI sin un contenedor J2EE (con JNP? Tal vez algún otro proveedor?)
$ java org.jnp.server.Main
0 [main] DEBUG
org.jboss.naming.Naming - Creating
NamingServer stub, theServer=null,rmiPort=0,clientSocketFactory=null,[email protected]d093076[bindAddress=null]
Exception in thread "main"
java.lang.NullPointerException
at org.jnp.server.Main.getNamingInstance(Main.java:301)
at org.jnp.server.Main.initJnpInvoker(Main.java:354)
at org.jnp.server.Main.start(Main.java:316)
at org.jnp.server.Main.main(Main.java:104)
estoy esperando para hacer este trabajo, pero también estaría abierto a otros proveedores independientes JNDI ligeros. Todo esto para hacer que ActiveMQ funcione, y si alguien puede sugerir otro proveedor liviano de JMS que funcione bien fuera de la VM, los clientes no tendrán un servidor de aplicaciones completo que funcione también.
Esto no parece cubrir el hecho de que necesitamos un proveedor TCP JNDI. A menos que esté completamente equivocado, los puntos finales de VM no funcionan en todas las VM. Necesito poder ejecutar procesos separados que hablen a través de JNDI. ¿Es posible con este proveedor JNDI? – Benson
Lo sentimos: problema de cortar y pegar. Acabo de actualizar la entrada * * java.naming.provider.url por lo que utiliza TCP - y utiliza la conmutación por error que se debe utilizar de manera predeterminada para volver a conectar si una toma de falla o un corredor se recuperó –
Muy bien, gracias. Tendré que probar esto y ver si funciona para mí. – Benson