I'm upgrading to 3.2.3 from 3.2.1, and I'm seeing a change in behavior using a single non-clustering server whose clients are on the same machine.
Previously, my clients would successfully create an InitialContext by referencing server/default/conf/jndi.properties, and that worked in 3.2.1. In 3.2.3, I get a timeout trying to look anything up. I finally fixed this by adding: jnp.disableDiscovery=true java.naming.provider.url=jnp://localhost:1099 In running the client code under a debugger, the general problem seemed to be that org.jnp.interfaces.NamingContext didn't find anything it liked for a local server, and decided to use the discovery code. My question is: should this have happened ? Should I have to modify jndi.properties in this way for this configuration, or do I have something outside of JBoss misconfigured that prevented it from working out-of-the-box ? I'm a little concerned because the 3.2.1 jndi.properties had a comment saying not to use a provider.url of localhost since it forced in-VM calls to go through RMI. Thanks for any assistance. <a href="http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3826535#3826535">View the original post</a> <a href="http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3826535>Reply to the post</a> ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user