ESB部署WebService接口(统一用户和待办)
ESB部署WebService接口(统一用户和待办)
ESB部署WebService接口(统一用户和待办)1 统一待办(WebService方式)1.1 概述门户系统做为用户访问各集成应用系统的统一入口，用户访问企业内部信息资源时只需要登录到门户系统，就可使用门户系统集成的各个应用，而待办做为各系统中用户需要处理的工作，门户系统需要提供收集建投内部应用系统中产生的待办信息，并且进行统一展现的功能，即统一待办功能。
统一待办应用业务涉及到的系统其中包括本期门户系统建设过程中所需集成的OA、WCM、EAM 系统。
为保证门户系统接入各应用系统待办信息的规范性，现就各应用系统接入实现做统一要求，以确保门户系统统一待办功能实现的规范性、重用性及安全性。
不满足本技术方案提供的接入规则的相关应用系统，应参考本文档完成对应用系统改造后方可进行门户系统统一待办接入工作。
统一待办实现共分为以下部分：➢系统待办信息获取➢ 系统待办信息展示 ➢ 系统待办信息处理1.2 待办信息获取设计思路：应用系统通过门户系统提供的webservice 接口向门户系统统一待办系统库写入代表信息，如下图统一待办信息接口待办信息获取调用统一待办接口应用系统统一待办系统数据获取设计示意图步骤如下：1.应用系统需获得最新的待办信息。
2.应用系统通过门户接口，将获得的最新待办信息发送到门户系统。
3.统一待办系统将应用系统提供的待办信息展示给用户。
4.应用系统通过调用集成接口后获得信息，可以判断发送信息操作是否正常。
1.3 待办信息展示设计思路：应用系统将最新的待办信息发送到统一待办系统中，并最终展示到门户首页上的待办栏目上，如下图浏览器待办栏目页面读取用户统一待办库应用系统发送最新待办信息统一待办接口存入统一待办展示程序展示待办集中展示设计示意图场景如下：在所有的待办类标题前加上”请办理”，待阅类标题前加上”请审阅”。
此外，如果信息是未办或者未阅，用红色表示1.4 待办信息处理设计思路：用户点击门户系统上“待办栏目”里的一条待办时，弹出一个新页面，首先同应用系统实现SSO ，然后跳转到应用系统的待办页面，完成待办处理后，由应用系统调用门户接口通知门户系统，并关闭弹出的待办处理页面，门户系统负责即时刷新门户待办页。
最新基于ESB系统的服务接口规范全解
基于E S B系统的服务接口规范全解精品好资料-如有侵权请联系网站删除Q/TXN 南车株洲电机有限公司企业标准Q/TXN **-***.*-2015 基于ESB系统的服务接口规范2015-11–**发布2015-11–**实施前言本标准按照GB/T 1.1-2009给出的规则起草。
目前公司内部上线应用的系统较多（例如ERP、PDM、HCM、AD域等），各系统间接口集成技术不统一，交换信息格式差异大，接口集成欠缺规范化和标准化，在业务系统接口需求不断增加的情况下，系统集成更趋复杂化，将造成大量的系统开发及维护工作，也很难确保数据的一致性。
因此，无论从管理或技术角度考虑，都必须建立公司的服务接口规范，从而按照规范要求进行现有系统集成接口的改造及统一管理，严格要求新的接口必须按照规范要求进行开发及管理，从而使各业务系统接口集成趋于规范化。
本标准由信息技术部提出。
本标准由技术中心（研究院）技术管理部归口。
本标准由信息技术部负责起草。
本标准主要起草人：何小红、王浩亮、张凯。
基于ESB系统的服务接口规范1 范围本规范规定了公司信息系统间数据交互的技术要求，确保信息系统间数据交互的安全与稳定。
本规范适用于株洲电机及其下属业务单元信息业务系统间数据的交互、共享。
2 规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
3 术语及定义3.1 ESBEnterprise Service Bus 企业服务总线3.2 ESB SERVER提供多协议的支持以及为服务运行提供了高性能、高可靠的运行环境和方便的扩展机制，为Primeton ESB 融入企业IT环境提供了有效支撑及管控手段，不依赖于J2EE容器的特性大大提升了性能。
3.3 ESB SAMESB软件资产管理模块，提供服务注册、服务查找、SLA管理等功能。
ESB企业服务总线解决方案
ESB企业服务总线解决方案ESB（Enterprise Service Bus）企业服务总线是一种用于构建和管理企业级系统的解决方案。
它通过提供一种标准化的、灵活的、可扩展的集成框架，使得不同企业应用程序和系统能够在统一的服务总线上相互连接和通信。
ESB解决方案主要包括以下几个方面的功能和特点：1.消息传递：ESB充当消息传递和路由的中心枢纽，将不同系统之间的消息进行传递和转发。
它提供了各种消息传递模式，如同步和异步，点对点和发布订阅等。
2.服务集成：ESB能够通过适配器和连接器与不同的系统和协议进行集成。
它支持多种通信协议，如HTTP、JMS、SOAP、REST等，并能够处理一些诸如身份验证、消息转换等的集成细节。
3.服务编排：ESB支持对多个服务进行编排和协调，以满足复杂的业务需求。
它可以定义和管理业务流程，将不同的服务组合起来，形成完整的业务流程。
4.服务安全性：ESB提供了一系列的安全措施来保护服务和数据的安全性。
它支持身份验证、授权、加密、审计等安全机制，能够确保只有合法用户才能访问和使用服务。
5.监控和管理：ESB提供了对服务总线和集成流程的监控和管理功能。
通过实时监控和统计数据，可以对服务的性能、可用性和稳定性进行评估和优化。
ESB解决方案的优势如下：1.提高系统的灵活性和可扩展性：ESB将企业应用程序和系统解耦，使得它们能够独立演化和扩展。
当新系统或应用程序加入到企业架构中时，只需通过ESB进行集成，而无需改变其他系统。
2.提升系统的集成效率和可重用性：ESB提供了一种标准化的集成框架，通过可重用的适配器和连接器，可以快速实现不同系统之间的集成。
同时，通过面向服务的设计，可以将常用功能和服务进行抽象和封装，以便在其他地方进行重复使用。
3.加强系统的安全性和可靠性：ESB提供了一系列的安全措施，能够确保服务和数据的安全性。
同时，它还可以处理错误和故障，提供消息的可靠传递，以确保服务的连续性和可用性。
ESB的原理和构建
ESB的原理和构建ESB（Enterprise Service Bus）是一种面向企业级应用集成的中间件架构，它的目标是实现不同应用之间的通信和数据交换。
ESB的原理和构建涉及多个关键概念和技术，本文将以较为详细的方式进行阐述。
一、ESB的原理：1.统一接口：ESB通过定义统一的接口来连接各个应用系统，这种接口可以使用标准化的协议和数据格式，如HTTP、SOAP、XML等。
这样一来，不同的应用系统可以通过ESB进行无缝的通信和数据交换。
2.解耦和：ESB通过解耦和的设计原则，将应用系统之间的依赖关系进行隔离，使得系统的变更和演进变得更加灵活和可维护。
应用系统可以独立于其他系统进行开发和调试，通过ESB进行集成。
3.消息传递：ESB基于消息传递的机制，通过消息队列、发布订阅等方式来实现系统之间的异步通信。
消息经过ESB进行路由和转换，可以在不同系统之间传递和处理。
4.数据转换：ESB可以对不同应用系统之间的数据进行转换和映射，使得数据在不同系统间的格式和结构得以兼容。
这样可以避免应用系统之间的数据不兼容或者格式不一致的问题。
5.消息路由：ESB可以根据消息的内容、规则和业务逻辑进行路由，将消息转发到指定的应用系统进行处理。
这样可以实现消息的负载均衡、故障恢复和动态配置等功能。
6.安全性和可靠性：ESB提供了安全性和可靠性的机制，如数据加密、身份验证、故障转移等。
这些机制可以确保消息的安全传输和处理，保证系统的可靠性和稳定性。
7.监控和管理：ESB提供了监控和管理的功能，可以实时监控系统之间的通信和数据交换状态。
管理员可以通过ESB进行系统的配置、故障诊断和性能调优等操作。
二、ESB的构建：1.基础设施搭建：构建ESB需要搭建一套稳定的基础设施，包括硬件、网络和操作系统等。
需要考虑系统的可扩展性、高可用性和性能等因素。
2. 选择ESB软件：选择合适的ESB软件是构建ESB的关键步骤。
目前市场上有许多ESB软件可供选择，如Apache ServiceMix、Mule ESB、IBM Integration Bus等，根据实际需求选择适合的软件。
ESB部署WebService接口
1 统一待办1.1 概述门户系统做为用户访问各集成应用系统的统一入口，用户访问企业内部信息资源时只需要登录到门户系统，就可使用门户系统集成的各个应用，而待办做为各系统中用户需要处理的工作，门户系统需要提供收集建投内部应用系统中产生的待办信息，并且进行统一展现的功能，即统一待办功能。
统一待办应用业务涉及到的系统其中包括本期门户系统建设过程中所需集成的OA、WCM、EAM系统。
为保证门户系统接入各应用系统待办信息的规范性，现就各应用系统接入实现做统一要求，以确保门户系统统一待办功能实现的规范性、重用性及安全性。
不满足本技术方案提供的接入规则的相关应用系统，应参考本文档完成对应用系统改造后方可进行门户系统统一待办接入工作。
统一待办实现共分为以下部分：➢系统待办信息获取➢系统待办信息展示➢系统待办信息处理1.2 待办信息获取设计思路：应用系统通过门户系统提供的webservice接口向门户系统统一待办系统库写入代表信息，如下图数据获取设计示意图步骤如下：1.应用系统需获得最新的待办信息。
2.应用系统通过门户接口，将获得的最新待办信息发送到门户系统。
3.统一待办系统将应用系统提供的待办信息展示给用户。
4.应用系统通过调用集成接口后获得信息，可以判断发送信息操作是否正常。
1.3 待办信息展示设计思路：应用系统将最新的待办信息发送到统一待办系统中，并最终展示到门户首页上的待办栏目上，如下图待办栏目页面待办集中展示设计示意图场景如下：在所有的待办类标题前加上”请办理”，待阅类标题前加上”请审阅”。
此外，如果信息是未办或者未阅，用红色表示1.4 待办信息处理设计思路：用户点击门户系统上“待办栏目”里的一条待办时，弹出一个新页面，首先同应用系统实现SSO ，然后跳转到应用系统的待办页面，完成待办处理后，由应用系统调用门户接口通知门户系统，并关闭弹出的待办处理页面，门户系统负责即时刷新门户待办页。
如下图：用户应用系统接口应用系统待办处理页面统一待办处理页面SSO 跳转处理完成后，门户统一系统刷新待办栏目统一待办数据库统一待办信息获取接口修改待办状态统一待办栏目点击待办时弹出统一待办系统应用系统待办信息集中处理设计示意图1.5 系统待办规范1.5.1 WebService服务端服务地址：http://域名:8080/jicpending/services/IPandingInterfaceWebservice?wsdl服务文件：服务方法：方法1.putPandingInfo：新待办方法2.changePangdingStatus：当OPTTYPE值为2时，则表示修改待办，当为3时，则表示删除待办方法3.仅供OA系统使用. putOaPandingInfo：新待办，方法4. 仅供OA系统使用changeOaPangdingStatus：当OPTTYPE值为2时，则表示修改待办，当为3时，则表示删除待办，仅供OA系统使用服务参数：具体定义如下表表描述11.5.2 新待办➢第一步：应用系统有新待办信息时，调用门户系统接口，将数据传送给门户系统提供的接口，流程如下：WebService接口图在此过程中，各个应用系统以传递对象的形式传递参数，提供的参数自身包括的值为以下表说明，另外，OA系统传递参数的时候不用传递对象，只要依次传入以下表说明即可。
EBS中发布WEBSERVICE接口的方法
在Oracle EBS二次开发中，PL/SQL程序是开发人员使用频率最高的开发语言，同时也是大家最容易掌握的工具之一了，而我们也很希望将自己编写的PL/SQL程序发布为Web服务来提供给客户端程序使用，同时也可以实现和外围系统的集成，有了irep_parser这个工具，我们就可以将自己编写的PL/SQL程序发布至U Oracle Integration Repositoy 中。
Oracle Integration Repositoy 中集成接口的来源都是Oracle，客户化的程序发布上去的为Custom：ORACLe IfiteQintHn RepaticryHot™ LogE PiwfaiwTcrc直科右rntwirartani下面描述如何将PL/SQL程序接口发布到Oracle Integration Repositoy中作为集成接口供第三方程序集成调用一、给EBS系统打补丁参考如下安装文档：安装文档.docx、添加客户化应用到Product Family客户化应用设置好之后，它没有归属于任何的产品家族，如我的客户化应用CUX 因此发布在客户化应用下的集成接口在Oracle In tegrati on Repositoy 中无法方便的查看，如下图：V>w Df 片记出Eamhh *口締旳中勺FirmingW 弓诚4<■札□ 帕口斷MJfgfiflQV —5呻41 Gg”屮啊$亦1J = 肩r*Z PfrpflfcWsj Firwoil 屉SyMtd 」finMaiJ Serwei□ * J f mMOhMMU 匡b O 樺mm$ Jh _J Cr*<lrt M#Mgwnientif . J bftumkB TM审—tUWWl樂—I 口■iwa建C MWTOB白」Crrwrtf Lfdg*n■ 加切CwnenQi Conwrwfli'Atf1*Owtl DW8List : Journa£En<nr:M 7j AM 审JLH[CUrdD«l■盹码£RUaw Intimal Ha—Product"Type I Sowr Mate &«Kdptio*iiki2££Jtlf^Atfi UKt■wm fv(n(Wrwl hit HOT Wprwtd.7>t KMijHIiM urn^H!iw 客CQTHM删■GJfwra JLtdjpr;CjQmoi!*'idS*.艸声鼻摯版rttM轧JCiT州业EfflpTtC ■和Eve^CriJ T A却口轧©L 血才rd島JAT泌应・咒1仲屮■krpn+fiiEw<Or J：-Tht jCKrfi«i *npon proc«ithfl > 1 nic^ivd,打罟"1总『呼Lulqw：Event円3曲《(1 hasc«omp|j?ieci'JPllU 蛊Q*WAll*Aj^PUW Cr irtMdiK hintlonstOi uftivrtft jowmadtxpwiView By Product Family 干Advanced Planning Applications TechnologyApplication Object LibraryAppliCBtions File Applications Form Applicetiois FunctionApplications MenuApplications Message DictionaryApplications Navigatian Applications Security Contes Concurrent Program Concurrent Request如果客户化集成接口是组织到自己的应用下就需要先注册一个产品家族， 下面将CUX Developer(CUX)应用注册到CUX Developer(cux_pf)这个产品家族下作为 例子进行演示：1，添加产品家族 CUX Developer(cux_pf)--添加产品家族 begin--Call the proceduread_pa_ in sert_package.i nsert_ad_pm_product_ info( x_product_abbreviati on => 'cux pf',x_pseudo_product_flag =>'N', x product family flag => 'Y',x application short name => NULL ,x_product_ name =>'CUX Developer'x product family abbreviation =>NULL , x product family name => NULL,x_aru_update_date => to_char( SYSDATE, 'YYYY-MM-DD HH24:MI:SS'),x currdate => to char( SYSDATE, 'YYYY-MM-DD HH24:MI:SS'),x last updated by => -1,x created by => -1);COMMIT; end ;2,注册CUX Developer(CUX)应用到产品家族中Integration Repository | SOA Monitor9-LJ-a LJ--注册CUX 应用到产品家族中 begin--Call the procedureCOMMIT;end ;3,关联CUX Developer 应用到产品家族 CUX Developer 下--关联CUX 应用到产品家族CUX Developer 下 begin--Call the procedure ad_pa_i nsert_package.i nsert_ad_pm_prod_family_map(x_product_abbreviat ion => 'cux''cux_pf'end ;执行完成后通过下面 2条SQL 验证是否添加成功，查岀3条数据表示添加成功。
基于ESB系统的服务接口规范全解
基于ESB系统的服务接口规范全解ESB（Enterprise Service Bus，企业服务总线）系统是一种用于构建、管理和集成企业级服务的软件架构。
它通常是一个中间件平台，用于实现不同应用程序之间的数据传递和服务调用。
在ESB系统中，服务接口规范是非常重要的，因为它定义了服务的请求和响应的格式、参数、数据类型等信息。
以下是基于ESB系统的服务接口规范的全面解析。
1.服务接口定义服务接口是ESB系统中的基本构建块，它定义了客户端如何与服务进行通信。
服务接口可以是如下几种类型：- 基于SOAP（Simple Object Access Protocol）的Web服务接口：使用SOAP协议进行数据传输和远程过程调用。
- 基于REST（Representational State Transfer）的Web服务接口：使用HTTP协议进行数据传输和资源访问。
-基于消息队列的服务接口：使用消息队列进行异步通信和事件驱动的消息传递。
2.接口版本管理随着系统的演进，服务接口可能需要进行升级和扩展。
因此，ESB系统需要提供接口版本管理功能，以确保不同版本的服务可以共存并正常运行。
接口版本管理通常包括以下内容：-接口版本号：每个接口都会有一个唯一的版本号，用于区分不同版本的接口。
-兼容性规则：定义了不同版本之间的兼容性规则，例如何时需要向后兼容、何时需要废弃旧版本等。
3.接口文档和元数据为了方便开发人员使用和理解服务接口，ESB系统需要提供相关的接口文档和元数据。
接口文档通常包括以下内容：-接口说明：对接口的功能和使用方法进行说明，包括接口的输入参数、输出参数、返回值等。
-示例代码：提供一些示例代码，方便开发人员理解和使用接口。
-元数据：接口的基本信息和数据类型信息，例如接口的名称、输入参数的名称和类型等。
4.接口安全性在ESB系统中，保护服务接口的安全性是非常重要的。
ESB系统需要提供以下安全性功能：-认证和授权：对接口进行身份验证和权限控制，确保只有经过授权的用户可以访问接口。
使用Servicemix(ESB)发布一个外部的WebService
首先我们需要了解一下相关概念，什么SOA，什么是ESB面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。
这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。
这是完整的定义：1 是一个组件模型2 不同功能单元，称为服务3 服务之间通过接口和约定联系起来4 接口是中立的ESB全称为Enterprise Service Bus，即企业服务总线。
它是传统中间件技术与XML、Web 服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。
从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
Servicemix是什么？Servicemix是apache发布的一种ESB。
参考官方页Servicemix上服务的实现Servicemix上可以直接发布Webservice和POJOs之类的程序或者模块，也可以发布一个类似于代理的服务。
从流程上来说：Servicemix使用consumer接受到客户request，在Servicemix的服务列表中寻找服务，并且发布一个EndPoint，然后再provider中发布一个指向目标service的服务。
Service Unit 和Service Assembly如字面意思，service unit就是一个一个的服务单元，而service assembly是这些单元的集合在servicemix上发布一项服务，其实是发布一个服务集(SA)，在这个集合中，可能存在一个或者多个服务(SU)例如，我们有一个服务需要顺序使用两个webservice，那个我们可以定义两个SU分别对应不同的webservice，然后使用一个SA将这两个SU统合起来这样，我们就可以调用一个暴露在外面的服务（该SA的服务），来达到使用两个webservice 的目的本文的目标我们的目标是让Servicemix充当一个Proxy，即将一个外部的WebService发布到ServiceMix服务当中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1统一待办(WebService方式)1.1概述门户系统做为用户访问各集成应用系统的统一入口，用户访问企业内部信息资源时只需要登录到门户系统，就可使用门户系统集成的各个应用，而待办做为各系统中用户需要处理的工作，门户系统需要提供收集建投内部应用系统中产生的待办信息，并且进行统一展现的功能，即统一待办功能。
统一待办应用业务涉及到的系统其中包括本期门户系统建设过程中所需集成的OA、WCM、EAM系统。
为保证门户系统接入各应用系统待办信息的规范性，现就各应用系统接入实现做统一要求，以确保门户系统统一待办功能实现的规范性、重用性及安全性。
不满足本技术方案提供的接入规则的相关应用系统，应参考本文档完成对应用系统改造后方可进行门户系统统一待办接入工作。
统一待办实现共分为以下部分：系统待办信息获取系统待办信息展示系统待办信息处理1.2待办信息获取设计思路：应用系统通过门户系统提供的webservice接口向门户系统统一待办系统库写入代表信息，如下图数据获取设计示意图步骤如下：1.应用系统需获得最新的待办信息。
2.应用系统通过门户接口，将获得的最新待办信息发送到门户系统。
3.统一待办系统将应用系统提供的待办信息展示给用户。
4.应用系统通过调用集成接口后获得信息，可以判断发送信息操作是否正常。
1.3待办信息展示设计思路：应用系统将最新的待办信息发送到统一待办系统中，并最终展示到门户首页上的待办栏目上，如下图用户待办栏目页面待办集中展示设计示意图场景如下：在所有的待办类标题前加上”请办理”，待阅类标题前加上”请审阅”。
此外，如果信息是未办或者未阅，用红色表示1.4待办信息处理设计思路：用户点击门户系统上“待办栏目”里的一条待办时，弹出一个新页面，首先同应用系统实现SSO，然后跳转到应用系统的待办页面，完成待办处理后，由应用系统调用门户接口通知门户系统，并关闭弹出的待办处理页面，门户系统负责即时刷新门户待办页。
如下图：待办信息集中处理设计示意图1.5系统待办规范1.5.1W ebService服务端服务地址：http://域名:8080/jicpending/services/IPandingInterfaceWebservice?wsdl服务文件：服务方法：方法1.putPandingInfo：新待办方法2.changePangdingStatus：当OPTTYPE值为2时，则表示修改待办，当为3时，则表示删除待办方法3.仅供OA系统使用. putOaPandingInfo：新待办，方法4. 仅供OA系统使用changeOaPangdingStatus：当OPTTYPE值为2时，则表示修改待办，当为3时，则表示删除待办，仅供OA系统使用服务参数：具体定义如下表表描述11.5.2新待办第一步：应用系统有新待办信息时，调用门户系统接口，将数据传送给门户系统提供的接口，流程如下：WebService接口图在此过程中，各个应用系统以传递对象的形式传递参数，提供的参数自身包括的值为以下表说明，另外，OA系统传递参数的时候不用传递对象，只要依次传入以下表说明即可。
表描述11.5.2.1.1WebService应用系统样例OA应用系统：public static void main(String[] args) {S tring url =null;try {url = .Inet4Address.getLocalHost().getHostAddress().toString();} catch (UnknownHostException e1) {// TODO Auto-generated catch blocke1.printStackTrace();}S tringBuffer serviceURL = new StringBuffer();serviceURL.append("http://").append(url).append(":8080/jicpending/services/IPa ndingInterfaceWebservice");try {IPandingInterfaceWebservice service =XfireClientFactory.getClient(serviceURL.toString(),IPandingInterfaceWebservice.class);//新待办,应用系统调用该接口进行待办数据插入操作，/**方法名：putPandingInfo()参数名：optType, psCode, pCode, pTitle, pDate, pOraniger, pPrincipal, pURL, pStatus, Ptype等各个参数具体定义如上图说明**/String addValue = service.putPandingInfo(optType, psCode, pCode, pTitle, pDate, pOraniger, pPrincipal, pURL, pStatus, Ptype);System.out.println("新增待办成功吗?：" +addValue);} catch (Exception e) {e.printStackTrace();}}非OA应用系统：public static void main(String[] args) {S tring url =null;try {url = .Inet4Address.getLocalHost().getHostAddress().toString();} catch (UnknownHostException e1) {// TODO Auto-generated catch blocke1.printStackTrace();}S tringBuffer serviceURL = new StringBuffer();serviceURL.append("http://").append(url).append(":8080/jicpending/services/IPa ndingInterfaceWebservice");try {IPandingInterfaceWebservice service =XfireClientFactory.getClient(serviceURL.toString(),IPandingInterfaceWebservice.class);//新增待办RPendingVo vo = new RPendingVo();vo.setOptType("");vo.setPCode("");vo.setPscode("");vo.setPTitle("");vo.setPstatus("");vo.setPOraniger("");vo.setPPrincipal("");vo.setPDate("");vo.setPURL("");vo.setPtype("");String addValue = service.putPandingInfo(vo);System.out.println("新增待办成功吗?：" +addValue); } catch (Exception e) {e.printStackTrace();}}1.5.3修改、删除待办第一步：应用系统需要修改待办信息时，调用门户系统接口，将数据传递给门户系统提供的接口，流程如下：传输数据方式在此过程中，需要从应用系统获得的值包括以下几个：表描述21.5.3.1.1WebService应用系统样例应用系统：public static void main(String[] args) {S tring url =null;try {url = .Inet4Address.getLocalHost ().getHostAddress().toString(); } catch (UnknownHostException e1) {// TODO Auto-generated catch block e1.printStackTrace();}S tringBuffer serviceURL = new StringBuffer();serviceURL.append("http://").append(url).append(":8080/jicpending/services/IPandingInterfaceWebservice"); try {IPandingInterfaceWebservice service = XfireClientFactory.getClient (serviceURL.toString(), IPandingInterfaceWebservice.class );//修改、删除待办,应用系统调用该接口进行待办数据修改、插入操作，/**方法名：changePangdingStatus ()参数名：optType, psCode, pCode, pTitle, pDate, pOraniger, pPrincipal, pURL,pStatus, Ptype 等各个参数具体定义如上图说明**///修改待办，当optType=2String modifyValue = service.changePangdingStatus(optType, psCode, pCode, Ptype);System.out.println("修改待办成功吗?：" +modifyValue); // 删除待办, 当optType=3String deleteValue = service.changePangdingStatus(optType, psCode, pCode, Ptype);System.out.println("删除待办成功吗?：" +deleteValue); } catch (Exception e) { e.printStackTrace(); }}统一代办 新增：putOaPandingInfo 、putPandingInfo修改、删除: changeOaPangdingStatus、changePangdingStatus2统一用户管理2.1统一用户管理的必要性在门户系统建设之前，各应用系统分别具有各自独立的用户账户和权限管理体系，企业内部不同的用户群体在访问不同的应用系统时，需要分别进行身份的认证和授权，用户与应用系统之间相互交叉形成了一个网状的身份管理架构，如下图所示。