最近寫書，寫到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中的例子用的com.sun.jndi.fscontext.RefFSContextFactory類，但是我死活在JDK 5中沒有找到這個類，也就是NoClassDefFoundError，他也不說用的哪個擴展包，我也懶得找了。