Java知识点分析和总结.docx

JNDI 配置原理详解 最近写书，写到 JNDI，到处查资料，发现所有的中文资料都对 JNDI 解释一通， 配置代码也是 copy 的，调了半天也没调通，最后到 SUN 的网站参考了一下他的JNDI tutorial，终于基本上彻底明白了 和多数 java 服务一样，SUN 对 JNDI 也只提供接口，使用 JNDI 只需要用到 JNDI 接口而不必关心具体实现： private static Object jndiLookup() throws Exception { InitialContext ctx = new InitialContext(); return ctx.lookup(java:comp/env/systemStartTime); } 上述代码在 J2EE 服务器环境下工作得很好，但是在 main()中就会报一个NoInitialContextException，许多文章会说你创建 InitialContext 的时候还要传一个 Hashtable 或者 Properties，像这样： Hashtable env = new Hashtable(); env.put(Context.INITIAL_CONTEXT_FACTORY, weblogic.jndi.WLInitialContextFactory); env.put(Context.PROVIDER_URL,t3://localhost:7001); InitialContext ctx = new InitialContext(env); 这个在 WebLogic 环境下是对的，但是换到 JBoss 呢？再用 JBoss 的例子？ 其实之所以有 NoInitialContextException 是因为无法从 System.properties 中获得必要的 JNDI 参数，在服 务器环境下，服务器启动时就把这些参数放到System.properties 中了，于是直接 new InitialContext()就搞定了，不要搞env 那么麻烦，搞了env 你的代码还无法移植，弄不好管理员设置服务器用的不是标准端口还照样抛异 常。 但是在单机环境下，可没有 JNDI 服务在运行，那就手动启动一个 JNDI 服务。我在 JDK 5 的 rt.jar 中一共找到了 4 种 SUN 自带的 JNDI 实现： LDAP，CORBA，RMI，DNS。 这 4 种 JNDI 要正常运行还需要底层的相应服务。一般我们没有 LDAP 或 CORBA 服务器，也就无法启动这两种 JNDI 服务，DNS 用于查域名的，以后再研究，唯一可以在 main()中启动的就是基于 RMI 的 JNDI 服务。 现在我们就在 main()中启动基于 RMI 的 JNDI 服务并且绑一个 Date 对象到 JNDI 上： LocateRegistry.createRegistry(1099); System.setProperty(Context.INITIAL_CONTEXT_FACTORY, com.sun.jndi.rmi.registry.RegistryContextFactory); System.setProperty(Context.PROVIDER_URL, rmi://localhost:1099); InitialContext ctx = new InitialContext(); class RemoteDate extends Date implements Remote {}; ctx.bind(java:comp/env/systemStartTime, new RemoteDate()); ctx.close(); 注意，我直接把 JNDI 的相关参数放入了 System.properties 中，这样，后面的代码如果要查 JNDI，直接 new InitialContext()就可以了，否则，你又得写Hashtable env = ... 在 RMI 中绑 JNDI 的限制是，绑定的对象必须是 Remote 类型，所以就自己扩展一个。 其实 JNDI 还有两个 Context.SECURITY_PRINCIPAL 和Context.SECURITY_CREDENTIAL，如果访问 JNDI 需要用户名和口令，这两个也要提供，不过一般用不上。 在后面的代码中查询就简单了： InitialContext ctx = new InitialContext(); Date startTime = (Date) ctx.lookup(java:comp/env/systemStartTime); 在 SUN 的 JNDI tutorial 中的例子用的c