评论

#SCA 发表于2007-11-06 03:20:59  IP: 59.64.12.*

依LZ所言"对于SCA中的每个域是针对于一个业务功能进行划分的。"但是从网上资料来看好象不是这么理解的,http://blog.csdn.net/abigfrog/archive/2007/10/18/1831047.aspx,这篇文章是翻译过来的,里面关于DOMAIN的介绍是"一个SCA域是一个完整的运行时配置",而且这个观点在http://incubator.apache.org/tuscany/sca-overview.html的Introducing SCA(一篇关于SCA精彩的解说,22页英文)文中得到验证.也就是说一个DOMAIN应该是有着相同的runtime,运行在由一个Vendor提供的相同的环境上.(不知道对不,随便说说)
还有个问题想请教下:就是对于两个component来说,比如componentA用JAVA实现,componentB用C++实现.那么A和B怎么交互呢.假如A提供一个JAVA接口,B提供一个什么样的接口呢.现在SCA就两种接口,一种是JAVA接口,一种是WSDL接口.那B是不是只能提供一个WSDL接口呢?
假如A要引用B,B提供了一个Sevice,采用Banding.ws,而A的引用采用的绑定是Banding.jms,那A和B还能交互么,就是绑定的时候,是不是两个component的绑定协议必须一样?
谢谢LZ了,辛苦了

2007-11-06 11:50:16作者回复

Q:对于SCA中的每个域是针对于一个业务功能进行划分的?<br />A:借用http://blog.csdn.net/abigfrog/archive/2007/10/18/1831047.aspx的片段作为回答:<br />"SCA域非常灵活，可以很小也可以很大：<br />一个很小的域，可能是一个在测试环境内的ide内 <br />中型域可能是一个单一的服务器还是小型集群，支持单一应用 <br />大型的域可以描述一个部门或公司的全部服务"<br />其实不仅仅是域,composite比域更加灵活.<br /><br />Q:DOMAIN的介绍是"一个SCA域是一个完整的运行时配置"?<br />A:一个SCA完整的运行时配置可以包含多个Domain,每一个Domain都在一个相同的SCA container中运行.比如:Tuscnay的SCA是一个SCA标准的实现,Tuscany SCA是Domain的运行环境,那么符合SCA标准的Domain可以在这个环境下运行;同样假设我的公司也按照SCA标准开发了一个实现,那么上面的符合SCA标准的Domain也可以在我的实现的环境下运行。那么每个Domain作为部署的单元都只能在同一个运行环境下，而不能将其分成几个部分运行在两个不同的运行环境中。<br />Q:就是对于两个component来说,比如componentA用JAVA实现,componentB用C++实现?<br />A:这一点和上面谈到的是矛盾的。一个Domain是一个完整的运行时配置，运行在"一个"相同的环境中。如果是在java环境下运行的，不可能又在C++的环境下运行。Tuscany SCA的实现目前分为3个实现，分别针对与不同的语言环境，它们是java,c++和php。他们可以通过URI 的web方式对Domain进行交互访问。<br />Q:假如A要引用B,B提供了一个Sevice,采用Banding.ws,而A的引用采用的绑定是Banding.jms,那A和B还能交互么,就是绑定的时候,是不是两个component的绑定协议必须一样?<br />A:如果A、B都是java环境下的同一个Domain下的同一个Composite中的Component，可以通过service和reference进行访问。访问通过两种协议：Java interface和WSDL PortType，而与在其内部Banding的细节无关，无论是Web Service、SCA、JCA、JMS、SLSB...中的那一种Binding，都是通过上述两种接口对外提供服务或者从外部引入服务的。<br />感谢关注！

#SCA 发表于2007-11-08 01:10:48  IP: 59.64.12.*

谢谢ＬＺ的回答
假如两个component，componentＡ和componentＢ分别处在不同的Composite上，假设为CompositeＡ和CompositeＢ，假如componentＡ提供一个ＪＡＶＡ接口，而componentＢ提供WSDL PortType．
如果componentＡ有一个＂引用＂，其绑定协议是Banding.jms．componentＢ提供了一个Sevice,采用Banding.ws．Ａ要引用Ｂ提供的服务，那么componentＡ和componentＢ是如何通信的呢．
现在它们的接口不一样（这种情况可能存在不，在一个相同的运行环境下，是不是只能提供相同的接口，也就是在ＪＡＶＡ开发环境下提供ＪＡＶＡ接口，在．ＮＥＴ平台下提供WSDL PortType？现在只有两种接口，那么在ＶＣ环境下提供什么接口呢，是不是需要扩展模型，自定义一种接口？　）如何调用呢？
如果接口一样，但是绑定协议不一样，而又不在一个Composite上，那两个component如何协议通信呢？
在同一运行环境下，不同接口，不同协议的通信应该是存在的吧，不过我没看见过相关的例子．
接口和绑定到底是一种什么样的关系，是不是假如Ａ要引用Ｂ，是不是Ａ通过引用调用Ｂ的接口，然后采取指定的绑定协议进行通信？问题是Ａ和Ｂ的绑定协议不一样的话，那怎么办呢？


另外，看ＬＺ文章是不是把component，Composite，Ｄｏｍａｉｎ都称为组件啊（＂三个粒度不一样的组件＂），难道不需要区分么，component翻译过来不叫＂组件＂么．


谢谢，这些还是想不大明白

#SCA 发表于2007-11-08 01:22:12  IP: 59.64.12.*

谢谢ＬＺ的回答
假如两个component，componentＡ和componentＢ分别处在不同的Composite上，假设为CompositeＡ和CompositeＢ，假如componentＡ提供一个ＪＡＶＡ接口，而componentＢ提供WSDL PortType．
如果componentＡ有一个＂引用＂，其绑定协议是Banding.jms．componentＢ提供了一个Sevice,采用Banding.ws．Ａ要引用Ｂ提供的服务，那么componentＡ和componentＢ是如何通信的呢．
现在它们的接口不一样（这种情况可能存在不，在一个相同的运行环境下，是不是只能提供相同的接口，也就是在ＪＡＶＡ开发环境下提供ＪＡＶＡ接口，在．ＮＥＴ平台下提供WSDL PortType？现在只有两种接口，那么在ＶＣ环境下提供什么接口呢，是不是需要扩展模型，自定义一种接口？　）如何调用呢？
如果接口一样，但是绑定协议不一样，而又不在一个Composite上，那两个component如何协议通信呢？
在同一运行环境下，不同接口，不同协议的通信应该是存在的吧，不过我没看见过相关的例子．
接口和绑定到底是一种什么样的关系，是不是假如Ａ要引用Ｂ，是不是Ａ通过引用调用Ｂ的接口，然后采取指定的绑定协议进行通信？问题是Ａ和Ｂ的绑定协议不一样的话，那怎么办呢？


另外，看ＬＺ文章是不是把component，Composite，Ｄｏｍａｉｎ都称为组件啊（＂三个粒度不一样的组件＂），难道不需要区分么，component翻译过来不叫＂组件＂么．


谢谢，这些还是想不大明白

#SCA 发表于2007-11-08 16:15:27  IP: 59.64.12.*

另外,一个component.Composite好定义,在配置文件里面能清楚的知道,这个是一个component,或者是一个Composite.
但是这个Ｄｏｍａｉｎ是在哪里体现的呢,我怎么知道它是属于一个"域"呢.
"SCA的发布是以Domain为单位的，就象jar一样，可以保证它的完整性和一致性。Contribution可以称为服务的提供者，它是一个Domain或者多个Domain的集合，目前一个Contribution可以使用jar方式进行包装、发布。"
请问在SCA里面为什么要发布呢,发布有什么好处?如您所说,一个Contribution包含一个或者多个Domain,那么一个Contribution肯定包含一个或者多个粒度比较小的服务."Contribution可以称为服务的提供者",那么Contribution怎么向外提供服务呢?
我说具体一点,比如两个Contribution,一个Contribution怎么调用另外一个Contribution提供的服务呢.甚至在每个Contribution里面包含的Domain运行环境不一样的时候,服务的调用怎么进行?
还有不明白的是,服务打包的时候,Contribution里面包含的服务如何暴露,怎么给其他服务调用,能做到与运行环境无关么.
不好意思,网络不大好,老发不上去,有时候发重了,也一直支持LZ写下去