請告訴我應該在哪裏使用LDAP JNDI和FileSystem JNDI。我也想知道在每種情況下Context.PROVIDER_URL的價值。LDAP和FileSystem JNDI之間有什麼區別
在哪裏可以找到源文件 「com.sun.jndi.ldap.LdapCtxFactory」
和
com.sun.jndi.fscontext.RefFSContextFactory（INITIAL_CONTEXT_FACTORY）班兩個。
感謝您
解釋JNDI最簡單的方法就是舉例。
在互聯網之前的日子裏，如果你想給別人打電話，你必須在電話簿中找到他們的號碼。這個查找實際上有兩部分，1）找到正確的電話簿，2）在該書中找到該人的號碼。
使用JNDI就像在電話簿中發佈電話號碼一樣。發佈者必須插入名稱和編號以便其可用於搜索。客戶需要找到正確的書籍，然後檢索該號碼。
[預互聯網例子說明]
說你要問了，你從學校認識的人，但你不知道那裏的電話簿。你需要問媽媽。媽媽是語境提供者。
無論誰維護你的應用服務器都可以添加JNDI條目。他們還提供Provider_URL。
現在，您對LDAP和FileSystem的問題。大公司通常使用LDAP來存儲員工信息，例如醫療大樓大廳中的列表（目錄）。
FileSystem就像網絡上的文件共享。他們可能實際上在服務器之間移動，但您希望客戶仍然能夠找到它們。您發佈了一個共享名「\ LUNCHSCHEDULE」，可讓人們在不知道其實際位置的情況下連接到該共享名。 FileSystem提供程序將使用物理映射進行配置。客戶必須被告知ProviderURL的文件系統提供者，管理員需要發佈。
嘗試this link爲源（如HTML）或以其他方式得到的OpenJDK的sources。
當然，你可以嘗試google上找到JNDI :)
一些文檔，至於什麼LDAP是，它就像一個電話簿。一家公司通常會使用LDAP服務器來製作一個包含部門，子部門和其中的人員的樹。然後，你可以輕鬆找到合適的人，他的電子郵件，地址和類似的東西。 Outlook通訊錄可以是一個LDAP服務器。微軟的Active Directory在很大程度上是LDAP服務器的一部分。
LDAP服務器針對樹狀結構進行了快速搜索的優化。如果您查看LDAP dn（專有名稱），則每個逗號都會給出一個分支點。與典型的樹作爲編程結構相反，LDAP分支點可以分支到幾乎無限數量的分支（如果您認爲公司，單個公司，根節點可能有一些董事會，並且每個董事會可能有一些部門等等，最底層的人會在那裏）
我試過（谷歌）。但我仍然不確定在哪裏使用文件系統以及LDAP在哪裏，我設法知道LDAP適用於大型目錄。 – 2010-09-03 14:43:05
並感謝您的來源鏈接 – 2010-09-03 14:43:42
@Kuri對LDAP添加了一些解釋。 – extraneon 2010-09-04 09:02:55
gr8解釋 – 2010-09-03 15:47:39
偉大的比喻，這是解釋它的最簡單方法之一。 – Israelm 2016-05-25 22:37:54