- 主题:关于UDDI的困惑
呵呵，应该要看具体的应用：）
【 在 rosydusk (异乡) 的大作中提到: 】
: LDAP目录服务器的目录结构主要面向物理资源，
: UDDI直接面向上层电子商务的，
: 但是我觉得有些大的应用对这些信息都是有需求的。
: 对不对？
--
FROM 202.197.125.*
恩
大致了解
还有些不明白的地方,UDDI如果只有目录服务的功能,那么也就只有人查找才能知道到底怎
么选择,程序是没办法选择的,那么UDDI API提供出来只是查找的吗?所提供的bindingTemp
let好象只是可以帮助服务的恢复而已,并不能自动绑定任何服务.那么,这个UDDI API在什
么情况下使用呢?还是说要在这个基础上再做服务选择的功能才能使用?
不太明白,能不能用具体的例子说明一下呢?
多谢了!
【 在 nobodyelse (空无一人|水木第二错别字大王) 的大作中提到: 】
: 呵呵，应该要看具体的应用：）
:
: 【 在 rosydusk (异乡) 的大作中提到: 】
: : LDAP目录服务器的目录结构主要面向物理资源，
: : UDDI直接面向上层电子商务的，
: : 但是我觉得有些大的应用对这些信息都是有需求的。
: : 对不对？
:
:
--
FROM 211.150.225.*
我得理解就是UDDI就是负责目录功能
查找到接口后调用添参数什么的还需要人工干预,除非有某种协议可以表达语义
不知对否
【 在 edithwy (风烛) 的大作中提到: 】
: 恩
: 大致了解
: 还有些不明白的地方,UDDI如果只有目录服务的功能,那么也就只有人查找才能知道到底怎
: 么选择,程序是没办法选择的,那么UDDI API提供出来只是查找的吗?所提供的bindingTemp
: let好象只是可以帮助服务的恢复而已,并不能自动绑定任何服务.那么,这个UDDI API在什
: 么情况下使用呢?还是说要在这个基础上再做服务选择的功能才能使用?
: 不太明白,能不能用具体的例子说明一下呢?
: 多谢了!
--
修改:tellmewhy FROM 61.142.234.*
FROM 61.142.234.*
同意你的观点
【 在 tellmewhy (tellmewhy) 的大作中提到: 】
: 我得理解就是UDDI就是负责目录功能
: 查找到接口后调用添参数什么的还需要人工干预,除非有某种协议可以表达语义
: 不知对否
--
FROM 159.226.40.*
曾经看过一个图，记得上面把LDAP画成UDDI的底层实现
【 在 nobodyelse (空无一人|水木第二错别字大王) 的大作中提到: 】
: 其实UDDI和LDAP都是目录服务器
: 只是应用的领域不同才造就了他们的差异
: 也是就是说，各自的特点都是为了适用于其本身的应用领域
: ：）
--
FROM 202.116.64.*
那LDAP的推和拉
在B2B应用中如何使用？
或者在Web服务中如何使用？
【 在 zsulane (冀托) 的大作中提到: 】
: 曾经看过一个图，记得上面把LDAP画成UDDI的底层实现
--
FROM 202.197.125.*