Dubbo 是一个分布式的服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,是 SOA(Service Oriented Architecture)服务化治理方案的核心框架。
在整个的开发处理中依然是以接口(远程接口)为主进行服务提供的。
Dubbo 的诞生和 SOA 分布式架构的流行有着莫大的关系。
SOA 面向服务的架构(Service Oriented Architecture),也就是把工程按照业务逻辑拆分成服务层、表现层两个工程。
服务层中包含业务逻辑,只需要对外提供服务即可。
表现层只需要处理和页面的交互,业务逻辑都是调用服务层的服务来实现。
SOA架构中有两个主要角色:
GenericService 是 Dubbo 提供的泛化接口,用来进行泛化调用。
GenericService 接口只有一个方法:
Object $invoke(String var1, String[] var2, Object[] var3) throws GenericException;
AbstractTestNGSpringContextTests 是一个抽象的基本测试类,它将 SpringTestContext 框架与 TestNG 环境中的显式 ApplicationContext 测试支持集成在一起。
扩展 AbstractTestNGSpringContextTests 时,可以访问受保护的 applicationContext 实例变量,该变量可用于执行显式 bean 查找或测试整个上下文的状态。
dubbo.properties 配置文件内容如下:
dubbo.interface.timeout=6000
auth.zk.group=auth-provider-test
zk.address=l-zk1.beta.cn0:2181,l-zk2.beta.cn0:2181,l-zk3.beta.cn0:2181
dubbo/dubbo-registry.xml:
<!--在这里配置{在dubbo.properties文件里面}对应的zk组,zk地址,以及别名-->
<dubbo:registry group="${auth.zk.group}" address="${zk.address}" protocol="zookeeper" id="ars-auth-registry"/>
dubbo/dubbo-ref.xml:
<!--在这里引用dubbo-registry.xml文件里面定义的id值,同时要把对应工程下的interface接口引入进来,并且给这个接口取一个id=的别名 -->
<dubbo:reference check="false" registry="ars-auth-registry"
interface="com.maxim.anepoch.auth.dubbo.AuthRemote" id="authService"
generic="true"/>
创建一个 Dubbo 接口测试的基类 DubboBaseTest:
再来创建一个针对 auth() 认证的 Dubbo 接口进行测试的类 AuthRemote (上方有截图说明):
备注:
按照 Dubbo 接口定义的 package 路径来导入相关类,如图中红框内容。
最后来看看执行的日志输出:
end