EEPlat 与 SOA

EEPlat具有良好的可集成性和高度的系统开放性。EEPlat中系统级的服务由业务对象的服务通过规则引擎定义的业务逻辑组织建立起来。系统级的服务和业务对象的服务都可以直接发布为WebService供外部集成调用，从而最大化的支持了SOA，从底层支撑保证了平台之上的各个系统间的无缝集成，能够从根本上彻底解决“信息化孤岛”的问题。

平台的服务可以通过restful webservice 的方式供外部访问。RESTful Web Service 是一种轻量级的WebService 的实现方式，简单而且高效。

"调用方"访问平台的服务，必须经过授权，需要平台提供的用户名和密码，"调用方"需要小心保护用户名密码，最好经常更换密码。
如果一个服务需要被外部访问那么必须设置服务的可见性，可见性为public或 public类型的服务:只要"调用方"取得平台提供的用户名密码即可访问。 protected类型的服务："调用方"除了取得平台提供的用户名密码即可访问，还要单独授权。
对"调用方"的验证方式是可以自定义的：在globals.xml中：<propertyname="webservice.login.service">do_org_user_findbynameandpwd</property>这个是验证"调用方"的用户名和密码，可以和普通用户登录的服务一样，这样"调用方"的用户名密码也存放在用户表中，从安全性角度讲，最好分开。<propertyname="webservice.auth.service">exists_rest</property>这个验证proteced的服务是否获得单独授权。
restclient是用java 客户端访问平台服务的例子，是一个eclipse 工程，详见RestExample类。

www.eeplat.com

QQ群： 105867861（验证填写EEPLAT2014）

EEPlat 与 SOA

时间： 2024-11-06 18:28:57

EEPlat 与 SOA的相关文章

SOA与基于CDIF的API的联动

几千年来,巴别塔的故事一直是人类面对的一个核心的困境.为了交流和沟通我们人类创造出语言,但沟通与交流仍然存在障碍……相同语言之间的沟通依语境的不同,尚且存在巨大的鸿沟,不同语言之间更是让人坐困愁城. 在物质文明高度发达.人工智能都已触手可及的今天,程序员一样在面对这样的困境.我们的先辈基于那时的技术条件,基于那时的业务需求,映射性地逐步发展出FORTRAN/COBOL这样命令式的程序设计.C/PASCAL这样过程式的程序设计,到C++/JAVA这样的面向对象的程序设计,再到今天WebServic

面向服务的体系架构（SOA）—架构篇

面向服务的体系架构(SOA)-架构篇 1.面向服务的体系架构(SOA) 面向服务的架构(service-oriented architecture)是Gartner于2O世纪9O年代中期提出的面向服务架构的概念.2002年的l2月,Gartner提出"面向服务的架构(SOA)"是"现代应用开发领域最重要的课题"之后.国内外计算机专家.学者掀起了对SOA的积极研究与探索. 在分布式的环境中,将各种功能都以服务的形式提供给最终用户或者其他服务.如今,企业级应用的开发都采

API的文档自动生成——基于CDIF的SOA基本能力

当前,作为大部分移动app和云服务后台之间的标准连接方式,REST API已经得到了绝大部分开发者的认可和广泛的应用.近年来,在新兴API经济模式逐渐兴起,许多厂商纷纷将自己的后台业务能力作为REST API开放出来,给更广泛的第三方开发者使用. 但是,管理REST API并非是一件容易的工作.由于缺乏有效的接口数据schema约束,加上设计REST API时resource endpoint的安排,以及发送http请求的方式又都五花八门,REST API开发完成后,大多数情况下API开发者仍然

SOA服务总线设计

背景基于总线的设计,借鉴了计算机内部硬件组成的设计思想(通过总线传输数据).在分布式系统中,不同子系统之间需要实现相互通信和远程调用,比较直接的方式就是“点对点”的通信方式,但是这样会暴露出一些很明显的问题:系统之间紧密耦合.配置和引用混乱.服务调用关系错综复杂.难以统一管理.异构系统之间存在不兼容等.而基于总线的设计,正是为了解决上述问题.总线则作为中枢系统,提供统一的服务入口,并实现了服务统一管理.服务路由.协议转换.数据格式转换等功能.这样能够将不同系统有效地连接起来,并大大降低了连接数

SOA EDA 事件驱动架构 (Event-Driven Architecture，EDA) 简介

事件驱动架构 (Event-Driven Architecture,EDA) 简介可以从两个方面来理解 EDA: EDA 是一种侧重于以生成/消费为基础的异步通信的架构模式.这主要对照于传统的基于线程的同步系统. EDA 是一种以事件 (event)为核心,提供事件产生,路由,消费已经结果回调等机制的架构模式. 简单地说, 面向服务架构 (Service-Oriented Architecture, SOA) 是一种 IT 架构策略,其基于面向服务的概念之上.自从 2002 开始为大家熟知以来

atititi.soa  微服务 区别 联系 优缺点.doc

atititi.soa 微服务区别联系优缺点.doc 1. 应用微服务的动机,跟传统巨石应用的比较1 2. 面向服务架构(SOA) esb2 3. 微服务架构(Microservices)2 4. 微服务架构特征(Characteristics)3 4.1. 通过服务实现组件化 vs 通过库(library)3 4.2. 去中心统一化 vs 统一的技术平台3 4.3. 7. Design for failure3 5. 服务划分有两个原则要遵循:单一职责原则每个工具都小

protocol buffer和当年corba ，和现在SOA有啥异同点

CORBA是对象管理集团(OMG)的一个标准,使得不同语言编写的,运行在不同计算机上的能够协同工作.标准包括分布式计算的通讯协议(GIOP和IIOP),可映射到多种语言的接口描述语言(IDL),对象请求代理(ORB)以及相关服务,如生命周期,全局事务,持久性等. SOA是以可互操作的服务的形式设计和开发软件的一系列原则和方法.SOQ是一种抽象的方法,和具体的技术无关,但是一般来说,涉及Web服务和企业服务总线(ESB)技术有关.下面比较SOA的异同时主要是指这两项技术. Web服务是用来支持网

SOA、REST 和六边形架构

SOA.REST 和六边形架构上一篇:<IDDD 实现领域驱动设计-架构之经典分层> 阅读目录: SOA-面向服务架构 REST 与 RESTful 资源(Resources) 状态(State) 六边形架构 DDD 的一大好处就是并不需要使用特定的架构,经典分层架构只是一种,由于核心域位于限界上下文中,我们可以使用多种风格的架构,既然如此,我们应该把眼界看的更宽广些,有意思的东西多着呢. SOA 和 REST 这两个货,我们都比较熟悉,他俩并不是由 DDD 引入,但却可以适用于 DDD.我

SOA 架构

SOA架构,是一种基于组件式模型的架构.全称 Services Oriented Architecture. 目的是基于组件进行分布部署和组合运用来实现应用程序的高度解耦,而其组件的基础的服务. SOA 架构的基本特性: 2.1 每个服务具有自己明确的服务边界:自己的理解这个应该是说,每个服务应该有自己独立明确的对外服务接口,而在其内部实现上可以不局限与平台和语言,对外开放的仅仅是其实现的接口而已.从而实现一种高度的解耦. 2.2 独立服务:服务运行,升级,部署等均需要独立而不会影响整