关于命名与目录服务的问题？

Question

这个不太了解，帮你顶一下！

Answer 1

我也有同样的问题存在，希望高手来帮忙！

Answer 2

1。关于app server 比如weblogic 提供的命名与目录服务，和我在写rmi程序或这corba程序时，服务器端都有一个什么命名服务器(naming services)，该命名与目录服务与app server 提供的命名与目录服务是不是一回事？是不是实现同样命名绑定的功能？且是不是都遵循LDAP协议？
==================>
weblogic 提供的命名与目录服务实际上就是一个命名服务器，它遵循的是JNDI协议，
它的后端也可能会封装实现了一套LDAP，但是前端的API都是JNDI的API,这样你在编写j2ee的任何代码时都可以使用统一的JNDI API(而不必关系后台的真正命名服务是LDAP，NIS或是其他)
corba的命名服务通常叫CosNaming服务，它可以作为独立的corba命名服务使用，也可以嵌入JNDI(和上面的LDAP原理一样)2。为什么在jbuilder9中在工程的属性中 server选项中 tomcat4.1支持naming/directory服务，而在我配好的weblogic app server却不支持naming/directory服务，因为对应的naming/directory服务是灰色的！但我做过ejb项目，明明在weblogic中可以用jndi访问ejb的home接口，说明weblogic是支持命名与目录服务的，而且是遵循LDAP协议的， 但为什么是灰色的呢？
===========================================
我对jbuilder和tomcat的设置不了解。回答不了。
3。关于命名与目录服务的访问方法
在weblogic中通过 context.lookup("StudentRemote") 访问到对象
在tomcat中通过 context.lookup("java:comp/env/SQLServerDataSource")访问到对象
我的问题是为什么我同样在weblogic 和tomcat中分别创建了jndi名为StudentRemote的对象和jndi名为SQLServerDataSource的对象，但在tomcat里lookup的时候为什么要在前面加上 java:comp/env/ ？难道不能直接 context.lookup("SQLServerDataSource")，吗？为什么呢？
============================================
java:comp/env/只是被tomcat默认加上的环境入口，并没有什么特殊的地方。