SCA程序设计——本地服务的定义以及使用

Posted on 2006-08-11 14:23 Dart 阅读(1770) 评论(9) 编辑收藏所属分类: SCA

1. SCA 简介

“ 2005 年 11 月， IBM 、 BEA 、 Oracle 、 SAP 等国外著名企业联合发布了 SCA 0.9 规范草稿。 SCA 是一种全新的、跟语言无关的编程模型，这种面向服务构件的编程模型可以大大简化客户的编程，提高应用的灵活性，将会对现有软件开发方式产生颠覆性的影响。”上面段文字是摘自普元 SCA 中文论坛中对 SCA 的描述，大家可以通过上面简短的文字对 SCA 有一个简单的认识。

SCA 全称 Service Component Architecture （服务组件构架） , 它是一套遵循 SOA 思想的构架，通过模型描述来构建应用系统。 SCA 并不只是针对于一种语言，它是可以支持多种语言的（ Java,C++,PHP…. ），目前 SCA 给出了 Java 以及 C++ 的实现规范。

对于 Java 版本的 SCA ，可以通过配置文件以及 J2SE5.0 的 Annotation 功能来描述服务，或者是通过 XML 格式的配置文件来描述服务，并能使得 SCA 容器对其进行管理。

以下文中所提到了 SCA 都是 Java 版本的 SCA 。

SCA 中的服务可以分为本地、远程服务，以及外部服务，服务具有自己的属性、引用，并且通过一些表示，可以确定服务的生命周期。

下面介绍一下如何定义本地服务，以及如何去调用本地服务。

2 ．简单的本地服务

SCA 中可以通过 J2SE5.0 的 Annotation 来对服务进行标记，利用 @Service 标签，就可以定义一个服务，一般情况下，服务一般是一个接口类，服务实现是一个具体实现该接口的类，当然，我们也可以把一个具体的类定义为一个服务，服务实现即其本身。

@Service 标记是放在实现类上使用的，当标记上后， SCA 容器就会认为这个实现类为服务的实现。而服务的描述则是通过 @Service 的值来指定的，请看下面代码：

@Service(TestService. class )
public class TestServiceImpl implements TestService {

     public void invoke() {
        System.out.println( " invoke method " );
    }

     public void print(String printString) {
        System.out.println( " print " + printString );
    }

}

上面代码的将 TestServiceImpl 上标记了 @Service ，而@Service中的TestService.class值就表明了该服务接口即为TestService接口，而TestServiceImpl就是这个服务的实现。通过上面简单的定义，一个简单的本地服务就算是做好了。

这是最简单的本地服务例子， @Service 中的服务接口仅仅只有一个，如果我们想要去调用这个服务则需要启动 SCA 容器，然后通过模型上下文去定位服务：

SCA sca = new UxTeamSCA();

              sca.start();

              TestService service = (TestService)CurrentModuleContext.getContext().locateService( " TestService " );

              service.invoke();

              service.print( " print it " );

简单说一下上面代码。

SCA 是 OSOA 组织提供的 SCA 框架标准接口，它初始化后会将当前线程中的模块上下文（ ModuleContext ，也是 SCA 的一个标注接口）赋值，用户可以通过 CurrentModuleContext 类的静态方法去获得这个 ModuleContext ，模块上下文实例就可以去通过服务名定位这个服务。

我们通过 Annotation 标记服务的时候是不能给出服务名的，这种标记方式会将服务接口名默认为服务名。

3 ．多个服务接口

在上面我们使用的 @Service 的值只有一个，其实 @Service 可以定义多个服务接口，形式如下： @Service(interfaces={Interface1.class,Interfaces2.class.....}) ，这种描述方式可以一次性定义多个服务，当然了，服务实现也还只是一个而已。

下面代码展示了如果定义多个服务：

@Service(interfaces = {TestService1. class ,TestService2. class })

public class TestServiceImpl1 implements TestService1 , TestService2 {



        public void invoke() {

              System.out.println( " example2 invoke method " );

       }



        public void print(String printString) {

              System.out.println( " print " + printString );

       }



}

这种标记的话， SCA 容器就会识别出 2 个服务： TesrService1 和 TestService2 ：

  ModuleContext context = CurrentModuleContext.getContext();

  TestService1 service1 = (TestService1) context.locateService( " TestService1 " );

              service1.print( " print it " );

TestService2 service2 = (TestService2) context.locateService( " TestService2 " );

              service2.invoke();

如果我们在定义服务的时候，出现了服务定义和服务实现不一致，那就会出现异常。

注意：这里的异常并不是 SCA 标准中所提到的，因为 SCA 只给出了规范，很多厂商的实现都不太一样，对于上述问题的处理可能也不一样。在以后的章节文章中，还会出现一些这种情况，在 SCA 标准没有明确指明的情况下，我都是以个人的实现来处理的，待 SCA 完善后再进行标准处理。对于上面情况，我在实现这个简单的 SCA 容器时，将这个情况看成是异常：

@Service(interfaces = {TestService1. class ,TestService2. class })

public class TestServiceImpl2 implements TestService1  {



        public void print(String printString) {

              System.out.println( " example2 print " + printString );

       }



}

以下调用方式会出现异常：

TestService2 service3 = (TestService2) context.locateService( " TestService2 " );

service3.invoke();

4 ．通过配置文件来生命服务以及实现

SCA 中可以根据配置文件来对服务进行描述。

描述服务接口的是一个后缀名为 componentType 的 XML 文件，下面我们给出一个简单的例子：

<? xml version="1.0" encoding="ASCII" ?>

< componentType xmlns ="http://www.osoa.org/xmlns/sca/0.9" >

< service name ="TestService3" >

< interface .java interface ="org.uxteam.sca.example3.TestService3" />

</ service >

< service name ="TestService4" >

< interface .java interface ="org.uxteam.sca.example3.TestService4" />

</ service >

</ componentType >

上面的这个 XML 指明了服务的名称以及服务对应的接口类：

第一个服务为 TestService3 ，对应得是一个 Java 接口，接口类得全路径是 org.uxteam.sca.example3.TestService3

第二个服务为 TestService4 ，对应的是一个 Java 接口，类路径为 org.uxteam.sca.example3.TestService4

一般情况下，该“组件描述”文件是和实现类放在一个目录下的，文件名同实现类文件名相同，只是后缀名改为 componentType 。

componentType 文件只是描述了服务接口，但是服务实现并没有给出。

其实服务实现的描述是在 .module 文件中给出的。

.module 文件指明在 componentType 文件中给出的服务接口的实现类，如下：

<? xml version="1.0" encoding="ASCII" ?>

< module xmlns ="http://www.osoa.org/xmlns/sca/0.9"

name ="scaexample" >

< component name ="TestService3" >

< implementation .java class ="org.uxteam.sca.example3.TestServiceImpl" />

</ component >

< component name ="TestService4" >

< implementation .java class ="org.uxteam.sca.example3.TestServiceImpl" />

</ component >

</ module >

这个文件中，将服务名和组件名对应了起来，比如第一个组件是 TestService3 ，它是一个 Java 实现，并且类路径是 org.uxteam.sca.example3.TestServiceImpl 。同理，第二个组件也如此。

我在实现这个简单的 SCA 容器时规定， module 文件必须放置在 bin 目录下（当然，其他的 SCA 容器如何规定我就不得而知了）

当 SCA 容器启动得时候，会去解析这几个文件，如果文件无误，那 SCA 就会开始维护配置文件中定义得服务了。我们同样可以去定位、调用这些服务：

SCA sca = new UxTeamSCA();

            sca.start();

            ModuleContext context = CurrentModuleContext.getContext();

            TestService3 service = (TestService3)context.locateService( " TestService3 " );

            service.invoke();



           TestService4 service1 = (TestService4)context.locateService( " TestService4 " );

           service1.execute();

5 ．结束语

通过上面的介绍希望能让网友们对 SCA 有一个比较清晰简单的认识。而本人实现的 SCA 容器目前来说还很幼稚，我会随着对该 SCA 文章的更新来完善我的 SCA 容器。我本人希望能借此文章抛砖引玉，各位达人请多多指点，有错误的地方还请大家指正。

下一章节我们来讲服务的属性和引用
代码第一部分下载
 代码第二部分下载
 代码第三部分下载

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-08-14 11:26 by Long Long Ago

原来那些gef的文章怎么没有了

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-08-15 11:12 by guangqing

Apache tuscany是SCA/SDO的runtime的开源实现，楼主的容器可以参考下它啊

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-08-15 11:29 by guangqing

针对你公开多个服务的情况，我写了一个component的impl，不知道你的容器会不会报错
@Service(TestService1.class)
public class TestService3 implements TestService1 {

private TestService2 testService2;

public void setTestService2(TestService2 testService2) {
this.testService2 = testService2;
}

public void print(String printString) {
this.testService2.invoke();
}

}

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-08-15 13:05 by Dart

@guangqing

Apache的那个项目我看了下，它有C++的实现，并且对于SCA0.9中和EJB,JCA,Spring之间好像都有整合，但是参考它的代码话可能会很费时间，还是自己写吧，呵呵

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-08-15 13:06 by Dart

@guangqing

你定义的那个服务在我实现的容器中应该没什么问题吧，不过我传上去的例子中，对定义重复的服务没有检测

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-09-11 17:21 by aju

恕我浅薄,我没有看出它的优势所在,
这种实现根ioc有什么实质性的区别吗？

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-09-11 17:48 by Dart

回 aju:

SCA是一套完整的SOA实现框架，目前版本是0.9，还在进一步完善当中，它是一个能让“SOA落地”的框架。

IoC依赖注入是从程序设计着眼，它将实现了和接口分开，实现了松耦合。同样，SCA在某些实现采用这种方式（或者说是模式）——其实并不只是SCA框架，很多框架也都采用了IoC的思想。就是说，IoC在SCA中是被采用的技术思想之一。

本人的几篇随笔里，只是讲了SCA最基本的功能。本人的文笔较烂，再加上我对SCA的理解还不够深入，无法让读者理解其真正的用途所在，在这里我自我检讨一下，过几天我会写一篇关于如何使用SCA(SOA)进行项目开发的短文，希望能讲SCA出现的用意说明白。

# re: SCA程序设计——本地服务的定义以及使用回复 更多评论

2006-09-11 22:29 by guangqing

说白了IoC其实就是用来管理程序之间的依赖关系
SCA中component之间的依赖关系也是由容器通过配置文件在运行时注入
也就是说IoC其实并不是SCA的一个很大的特点
SCA宣称它是SOA 的programming model
也就是依照SCA规范，就可以很好的创建SOA的服务
但从目前看
SCA做的还不够，目前的特点仅仅在于提出了一个组件模型，可以调用和提供服务，可以支持多种语言的实现，可以解决不同协议之间的消息传输等（貌似对解决遗留系统集成有不小的帮助），当然这都需要中间件的支持
但依然是component oriented
而不是service oriented

# re: SCA程序设计——本地服务的定义以及使用 回复 更多评论

2006-09-12 08:38 by aju

那就期待搂主的文章了

新用户注册刷新评论列表


只有注册用户登录后才能发表评论。




网站导航: 博客园 IT新闻知识库 C++博客博问管理
相关文章: SCA程序设计——Entry Point : 让Web服务发布简单起来 SCA程序设计——ExternalService的应用浅谈SCA 胡言乱语谈SCA SCA程序设计——远程服务，以及远程服务实现的一些问题和想法让Axis支持EMF模型 SCA程序设计——服务引用以及服务属性配置 SCA程序设计——本地服务的定义以及使用

月蚀传说