使用WebSphere Business Events REST接口从应用程序发出简单业务事件

简介

了解业务处理、更具灵敏性、近乎实时地监测管理和遵从性情况是不断增长的 企业业务线需求。基于事件的解决方案通过快速有效地利用机会和减少异常来支持业务和 IT 管理企业风险。当业务事件处理技术与业务线应用结合时,就创造了一个机会来构建解决方案 ,从而提供更多的灵活性并帮助检测关键遵从性和管理情况。事件支持即时发现机会和异常, 也可以发起适当的响应。

IBM WebSphere Business Events(以下称为 Business Events)是一个复杂的事件处理引擎,有助于业务基于可操作事件模式的发现检测、评估和响 应业务事件。它能够将任何来源的业务事件在任何时间范围内关联起来。Business Events 支 持各种接收事件和发起操作的传输。分布式应用程序可以使用的最简单的一个传输是基于 HTTP 的具象状态传输(Representational State Transfer,REST)接口,尽管新 REST API 是在 Business Events V7 中引入的,但本文涉及的基于 REST 的事件创建在 V6.2.1 和 V7 中都受 支持。

REST 是一种架构风格,其中的每一个资源都是用一个统一资源标识符 (Universal Resource Identifier,URI)惟一表示的。当用户在网络上使用 URI 访问多个资 源时,将会有一个状态上的改变或者转换。这就是具象状态传输。在 Business Events 中,每 个定义的事件是一个资源,都有一个 URI 可用来创建事件的特定实例。

尽管其他 IBM 产品,比如 CICS Transaction Server 和 WebSphere Message Broker,都提供直接从应 用程序或流中发出事件的机制。但仍然有很多应用程序没有这种功能。在本文中,您将学习如 何使用 Business Events REST 接口从任何使用 Web 协议的应用程序发出业务事件。

先决条件

为了完成本文的步骤,您需要掌握以下几点:

WebSphere Business Events。

Java 编程语言

Web 协议

您必须安装以下软件:

WebSphere Business Events V6.2.1 或更高版本。

JDK 1.6 (用来编译和运行示例 )。

业务事件和操作

业务事件就是在业务中发生(或者没有发生)的事情。事 件源可以是从 RFID 传感器到业务应用程序的任何东西。事件被发送到一个诸如 Business Events 的复杂事件处理引擎。事件处理引擎可将这些事件关联起来,然后根据用户定义的规则 发出操作。

让我们看一个出现在销售网点应用程序中的订单事件示例。您可以对其进行如下定义:

如果一个订单值超过 $1000,收集以下数据:

Name

Contact number

Item

Order value

该事件的操作是将该客户放入一个溢价名单, 为后续订单提供较好的报价。在这个例子中,销售网点应用程序是事件来源,将会发送事件给 Business Event。Business Events 根据事件处理逻辑采取用户定义的适当行动。图 1 展示了 这一场景。

图 1. 订单事件示例

时间: 2024-12-25 21:37:30

使用WebSphere Business Events REST接口从应用程序发出简单业务事件的相关文章

使用WebSphere Adapter和WebSphere Business Events完成SAP系统...

使用 WebSphere Adapter 和 WebSphere Business Events 完成 SAP 系统的业务事件监听 通过对业务事件的监控和分析,使业务决策人员能够及时做出业务判断,使问题能够被尽早 发现,从而减少可能带来的损失.本文首先介绍该解决方案的总体架构,以及所涉及到的产品 的基本概念,然后分步介绍如何实现这个解决方案,包括开发.部署.运行全过程. 业务需求及解决方案概述 当前企业的业务需求变化越来越快,如何在确保降低风险的同时增加潜在客户资源,如何洞 察客户行动,以便在正

集成WebSphere Business Events和WebSphere MQ Low Latency Messaging

简介 WebSphere MQ Low Latency Messaging(以下称为 MQ LLM)是一个 IBM 消息传递产品,在各种网络架构上提供高容量.低延迟的可靠消息传递,旨在以一种面向消息的中间件发布/订阅方式提供一种一对多的数据传递或多对多的数据交换.它也能够实现极高的消息容量和毫秒级的延迟需求的结合.MQ LLM 当前版本的设计主要为满足金融机构行政管理的消息传递需求. 在本文中,我们将向您展示如何用 WebSphere Business Events(以下称为 Business

构建SOA组合业务服务,第5部分: 使用IBM WebSphere Business Modeler

本系列讨论如何开发组合应用程序来支持业务服务,本文是其中的第五篇文章.组合业务 服务组件符合服务组件体系结构的要求,是使用集成工具集开发的,此集成工具集包括 IBM WebSphere Business Modeler (WBM) 和 IBM WebSphere Integration Developer (WID).这些工具生成的构件的运行时是 IBM WebSphere Process Server.本文将说明有关 使用 WBM V6 进行业务流程的建模.组装和部署的最佳实践.另外,本文还将

使用WebSphere Business Services Fabric创建面向服务的灵活业务解决方案(2)

本文配套源码 引言 本系列的第2部分描述我们将在WebSphere Process Server V6.1中构建和部署以便与WebSphere Business Services Fabric(以下称为 Fabric)交互的应用程序的需求.此应用程序模拟一个汽车贷款 获取系统,该系统接受用户信息,并使用贷款请求的批准或拒绝结果做出响应.您将了解如何构建本体 扩展以捕获业务流程中的可变点并支持动态绑定,在动态绑定中,服务端点是在服务调用时动态发现的 . Fabric消除了对硬编码的静态服务绑定的需

使用WebSphere Business Services Fabric创建面向服务的灵活业务解决方案(1)

关于本系列 本系列文章描述如何利用WebSphere Business Services Fabric V 6.0.2 来构建使用组合业务服务的SOA 应用程序.本系列包括以下部分: 第 1 部分:Business Services Fabric 概述:此部分将提供 Business Services Fabric 及其主要组件的概述.我们将研究业务服务和 组合业务服务的概念,以及 Business Services Fabric 如何帮助您管理业务级别的服务的生命周期, 并使得这些服务的开发和

CLR 调试接口的架构与应用 [3] 调试事件

架构 在上一节中简单介绍了 CLR 调试器的框架结构,其中提到 CLR 调试环境同时支持 Native 和 Managed 两种模式的调试事件.这一节将从整体上对调试事件做一个概括性的介绍. 首先看看 CLR 通过 ICorDebugManagedCallback 回调接口提供的 Managed 调试事件.这部分的调试事件可以大致分为被动调试事件和主动调试事件:前者由 CLR 在调试程序时自动引发被动调试事件,如创建一个新的线程:后者由调试器通过 CLR 的其他调试接口,控制 CLR 调试环境完

利用PAPI接口监测Java程序的硬件执行特征

简介:PAPI 是一组用于访问处理器硬件性能计数器的本地接口,利用这一接口对 Java 程序的硬件执 行特征进行监测将有助于在计算机系统的硬件层上发现程序性能问题的根源所在.本文介绍了 PAPI 的重 要概念及其常用接口,分析了将其应用于 Java 程序性能测评的要点和难点,提出一种基于 JVMTI 接口 的方法实现了利用 PAPI 接口监测 Java 程序的运行时硬件执行特征. PAPI 接口概览 在计算机系统的硬件层对 Java 程序的性能进行测评与分析,有助于发现程序 性能问题的根源所在.

WebSphere business modeler与rational software modeler的问题

问题描述 在wbm中进行了业务建模,然后再rsm中直接把wbm工程文件导入了.然后在wbm中无法打开业务建模文件,点击每个过程,提示"未导入过程..."哪位遇到过这个问题,如何解决.谢

将JNDI用于WebSphere Application Server J2EE瘦客户端应用程序

引言 命名服务管理一组命名空间,解析数据对象的名称绑定问题.Java命名和目录接口(Java Namingand Directory Interface,JNDI) 是一组 API,它提供对命名和目录服务的访问.许多 Java 应用程序使用 JNDI 来定位资源,比如数据源和在 Java 2 企业版(Java 2 Enterprise Edition, J2EE)中注册的企业JavaBeans(Enterprise JavaBeans,EJB). IBM Java 瘦客户端应用程序提供了一种轻量