f*******h
发帖数: 1269 | 1 Anybody in these areas?
Any good research directions?
Thx! |
w********g
发帖数: 121 | 2 i personally think these techniques are promising
but strangely few ppl talk about it here
maybe it's too standardized and industralized (ws)
or too vague (grid)
【在 f*******h 的大作中提到】
: Anybody in these areas?
: Any good research directions?
: Thx!
|
W********r
发帖数: 75 | 3 seems many industry leaders have much interests in this area.
it's also related to multiagent systems, distributed data mining, ...
【在 w********g 的大作中提到】
: i personally think these techniques are promising
: but strangely few ppl talk about it here
: maybe it's too standardized and industralized (ws)
: or too vague (grid)
|
k****n
发帖数: 3 | 4 Web service是现在企业架构中的一个方向。在我看来是替换RPC比较好的选择。Web
service有完善的发布方式(WSDL+UDDI)，SOAP协议(XML)提供安全的自解释的通讯方式。
但是UDDI Registry在安全性上还不足，所以web
service最好用于Intranet。J2EE和.Net都支持web service。可以到sun.com查询web
service的信息。
我觉得Grid Computing就是常说的Spatial Computing. 简单说就是GIS系统。由於文本数
据库管理系统已逐步向图像化地理化的管理系统过渡 - 80%的数据其实都是可以有几何信
息的。Computational Geometry是专门研究这些问题的。
【在 f*******h 的大作中提到】
: Anybody in these areas?
: Any good research directions?
: Thx!
|
t****h
发帖数: 113 | 5 Web services 现在难道不是大多数情况下还是一种RPC？用message的还是很少的吧？
只是这种RPC的格式被其他middleware象CORBA，.NET等兼容罢了。
【在 k****n 的大作中提到】
: Web service是现在企业架构中的一个方向。在我看来是替换RPC比较好的选择。Web
: service有完善的发布方式(WSDL+UDDI)，SOAP协议(XML)提供安全的自解释的通讯方式。
: 但是UDDI Registry在安全性上还不足，所以web
: service最好用于Intranet。J2EE和.Net都支持web service。可以到sun.com查询web
: service的信息。
: 我觉得Grid Computing就是常说的Spatial Computing. 简单说就是GIS系统。由於文本数
: 据库管理系统已逐步向图像化地理化的管理系统过渡 - 80%的数据其实都是可以有几何信
: 息的。Computational Geometry是专门研究这些问题的。
|
k****n
发帖数: 3 | 6 对，当然可以认为web service是一种广义的RPC。狭义的RPC是专指微软的RPC协议。
以前对於其他编程人员直接调用DLL的引出函数，CORBA或RMI的函数比较不容易，他们必
须了解很多细节。而且必须好处理好通讯的过程。现在有了专门的UDDI和WSDL协议，相当
于这些函数的接口已经公开，所以变得更加方便，而且调试容易多了。这根本上是XML应
用的一个突破。但是stateful的session还是很麻烦，给服务器的负担比较大。而且不适
合于传送大的二进制文件。
式。
本数
何信
【在 t****h 的大作中提到】
: Web services 现在难道不是大多数情况下还是一种RPC？用message的还是很少的吧？
: 只是这种RPC的格式被其他middleware象CORBA，.NET等兼容罢了。
|
t****h
发帖数: 113 | 7 能再说说Web services得RPC调用和message传递得区别
【在 k****n 的大作中提到】
: 对，当然可以认为web service是一种广义的RPC。狭义的RPC是专指微软的RPC协议。
: 以前对於其他编程人员直接调用DLL的引出函数，CORBA或RMI的函数比较不容易，他们必
: 须了解很多细节。而且必须好处理好通讯的过程。现在有了专门的UDDI和WSDL协议，相当
: 于这些函数的接口已经公开，所以变得更加方便，而且调试容易多了。这根本上是XML应
: 用的一个突破。但是stateful的session还是很麻烦，给服务器的负担比较大。而且不适
: 合于传送大的二进制文件。
:
: 式。
: 本数
: 何信
|
P*****f
发帖数: 2272 | 8 传统的RPC实现是SUN RPC
其实 corba rmi再某种意义上都是 rpc style.
corba得设计目的就是为了实现跨异构平台得计算，
只不过corba出现的比较的早，没有等到XML得出现，而且门槛比较高，不适合于web得快
速发展。
Web service主要是借助了xml &
http得东风。与CORBA相比，目前比较适用于loose-coupled,
stateless，coarse-grained
的服务组件。当然，ws新的标准不断出现，相信对transction,sec,state的支持会慢慢出
现的。在高端后台，corba及传统TPM还是不可缺少的。
们必
相当
于这些函数的接口已经公开，所以变得更加方便，而且调试容易多了。这根本上是XML应
不适
吧？ |
k****n
发帖数: 3 | 9 Messaging一般是一种stateless信息服务。在Win32中收到的message一般都是简单消息。
Jarkata Struct 提供了类似的机制提供Web应用。RPC比较复杂，涉及远程调用时栈参数
的传递和保护。传统上的RPC一般没有考虑对这些数据在传送中的安全保护。而WS可以把
签名加入SOAP请求中。我不认为WS是用来做Messaging的。我们用WS作为一个中间层，使
用相同的80端口，屏蔽了后台所有需要保护的数据和服务，WS就象一个broker提供前端用
户所有需要的stateless服务。当然，传统stateful的数据库应用我们还是通过Java
Container的Business Component来进行。
的大作中提到: 】
们必
相当
于这些函数的接口已经公开，所以变得更加方便，而且调试容易多了。这根本上是XML应
不适
吧？
【在 t****h 的大作中提到】
: 能再说说Web services得RPC调用和message传递得区别
|
t****h
发帖数: 113 | 10 o，那Web services一般有两种style，RPC-based interaction以及
document-based interaction。这个document-based interaction跟JMS又有什么区别
似乎好像都是针对asynchronous 得数据/消息交
br />
【在 k****n 的大作中提到】
: Messaging一般是一种stateless信息服务。在Win32中收到的message一般都是简单消息。
: Jarkata Struct 提供了类似的机制提供Web应用。RPC比较复杂，涉及远程调用时栈参数
: 的传递和保护。传统上的RPC一般没有考虑对这些数据在传送中的安全保护。而WS可以把
: 签名加入SOAP请求中。我不认为WS是用来做Messaging的。我们用WS作为一个中间层，使
: 用相同的80端口，屏蔽了后台所有需要保护的数据和服务，WS就象一个broker提供前端用
: 户所有需要的stateless服务。当然，传统stateful的数据库应用我们还是通过Java
: Container的Business Component来进行。
:
: 的大作中提到: 】
: 们必
|
w********g
发帖数: 121 | 11 Grid Computing is GIS??? that's not the case
Grid comp is about sharing computing resources eg CPU, disk, printer, file, data
while GIS can be a scenario of Grid, e.g., distributed GIS
【在 k****n 的大作中提到】
: Web service是现在企业架构中的一个方向。在我看来是替换RPC比较好的选择。Web
: service有完善的发布方式(WSDL+UDDI)，SOAP协议(XML)提供安全的自解释的通讯方式。
: 但是UDDI Registry在安全性上还不足，所以web
: service最好用于Intranet。J2EE和.Net都支持web service。可以到sun.com查询web
: service的信息。
: 我觉得Grid Computing就是常说的Spatial Computing. 简单说就是GIS系统。由於文本数
: 据库管理系统已逐步向图像化地理化的管理系统过渡 - 80%的数据其实都是可以有几何信
: 息的。Computational Geometry是专门研究这些问题的。
|
W********r
发帖数: 75 | 12 用过一些Agent平台，如JADE，里面提供了很好的ineraction protocol和session管理。
但这些平台还不适合大规模的Internet应用。
对web service不太熟悉，哪位大牛给讲讲Java和.Net的web service是否可以实现类似的
功能。JXTA和.Net Remoting是否有用？
必
当
应
适
？
service是现在企业架构中的一个方向。在我看来是替换RPC比较好的选择。Web
方
service。可以到sun.com查询web
文
几
【在 k****n 的大作中提到】
: 对，当然可以认为web service是一种广义的RPC。狭义的RPC是专指微软的RPC协议。
: 以前对於其他编程人员直接调用DLL的引出函数，CORBA或RMI的函数比较不容易，他们必
: 须了解很多细节。而且必须好处理好通讯的过程。现在有了专门的UDDI和WSDL协议，相当
: 于这些函数的接口已经公开，所以变得更加方便，而且调试容易多了。这根本上是XML应
: 用的一个突破。但是stateful的session还是很麻烦，给服务器的负担比较大。而且不适
: 合于传送大的二进制文件。
:
: 式。
: 本数
: 何信
|
r*****s
发帖数: 985 | 13 事实上，WS已经发展到stateful的阶段了——WSRF
CORBA, technically and commercially, is dead.
WS最大的好处在于Interoperability.
我不认为messaging是少数。随着IBM的WS-Notification和MS的WS-Eventing
的进一步统一。基于WS的messaging/pubsub system将不断涌现。
messaging最大的好处在于asynchrony。大的job不会像zaiRPC里面一样被block乐。
the bottom line is, WS creates a higher level abstration of networks.
最典型的比如WS-reliable messaging就像TCP/IP一样。
since the beginning of 2004, Grid computing became a subset of Web services
(computing), with its own set of definitions -- OGSA.
【在 k****n 的大作中提到】
: 对，当然可以认为web service是一种广义的RPC。狭义的RPC是专指微软的RPC协议。
: 以前对於其他编程人员直接调用DLL的引出函数，CORBA或RMI的函数比较不容易，他们必
: 须了解很多细节。而且必须好处理好通讯的过程。现在有了专门的UDDI和WSDL协议，相当
: 于这些函数的接口已经公开，所以变得更加方便，而且调试容易多了。这根本上是XML应
: 用的一个突破。但是stateful的session还是很麻烦，给服务器的负担比较大。而且不适
: 合于传送大的二进制文件。
:
: 式。
: 本数
: 何信
|
