调试 SCA 调用

最新推荐文章于 2024-11-13 22:18:52 发布
最新推荐文章于 2024-11-13 22:18:52 发布
阅读量102 收藏
点赞数
文章标签： 嵌入式 java 运维

这个由两部分组成的系列介绍如何使用 IBM® WebSphere® Process Server V6.1 中的应用程序响应度量（Application Response Measurement，ARM）标准来监视服务组件体系结构（Service Component Architecture，SCA）调用。您可以使用诸如 IBM Tivoli® Composite Application Manager for Response Time Tracking 等 ARM 实现来生成 SCA 调用的图形视图。本文是该系列的第一部分，将首先描述 ARM 并介绍如何使用 Tivoli Composite Application Manager for Response Time Tracking 来调试同步场景。在第 2 部分中，您将获得关于 SCA 调用模式的介绍，并了解如何调试异步场景。

引言

WebSphere Process Server 引入了 SCA，将其作为构建面向服务的体系结构（Service-Oriented Architecture，SOA）系统的编程模型。作为企业解决方案，SCA 支持现有的技术，例如 Java™ 和 Web 服务，并创建统一的视图来组装各种实现 Java 或 Web 服务描述语言（Web Services Description Language，WSDL）接口的组件。通常，在设计改进、性能优化或故障排除过程中的运行时期间，您需要监视 SCA 组件。您可以通过分析性能指标来解决诸如故障条件或不可接受的延迟等问题。

WebSphere Process Server V6.1 提供了用于 SCA 调用的观察功能，并支持各种统计信息输出标准，包括公共事件基础设施（Common Event Infrastructure，CEI）、性能监视基础设施（Performance Monitoring Infrastructure，PMI）和 ARM。通过选择相应的监视点以向 CEI 发出事件，您可以监视某些服务组件，或者可以通过 PMI 或 ARM 获取性能统计信息。

WebSphere Process Server V6.1 中的 ARM 是 SCA 级别的性能度量，与其他格式相比，ARM 可产生有关性能的某些方面的更详细信息。ARM 主要集中于 SCA 中每个流程的完成状态、间隔时间和事务沿袭 (lineage)。由于 ARM 的性质，性能统计信息逻辑地相互联系在一起，从而可以更好地检测 SCA 调用中的瓶颈。


什么是 ARM？

ARM 是一个 Open Group 标准，用于测量应用程序或业务服务的性能和可用性。应用程序在开发阶段中对其进行检测，并在运行时使用它来分析所涉及到的事务。

ARM 的基本功能是记录每个事务的启动和停止时间戳（附带执行结果）。事务通过 ARM 生成的令牌互连在一起，并由应用程序进行传递。在所有事务都完成以后，可以在相关事务的基础上提取出拓扑，并且系统管理员可以分析统计信息以确定代价昂贵和有问题的执行路径在何处。

在某种程度上，ARM 的工作类似于一个功能强大的秒表，并提供了一个包含 start() 和 stop() 条目的接口，就像教练使用的秒表一样。不同的运动员就像各个事务，并且调用链就像接力赛跑，接力棒从一个运动员传递到下一个运动员，非常类似于将事务联系起来的相关令牌。

WebSphere Process Server V6.1 通过一个 ARM 4.0 标准 Java 绑定接受检测，并支持监视 SCA 调用的事务统计信息。注意：WebSphere Process Server 没有附带 ARM 代理；它支持 ARM 标准，这意味着用户将选择自己的实现提供者。（请参阅参考资料，以获取指向 Open Group 网站上的 ARM 标准官方文档的链接。）

使用 Tivoli Composite Application Manager for Response Time Tracking 调试 WebSphere Process Server V6.1 中的同步 SCA 调用

在本文中，Tivoli Composite Application Manager for Response Time Tracking 是收集和分析 WebSphere Process Server V6.1 中的 SCA 调用数据的 ARM 实现提供者。这里，您将使用一个单模块、多组件的 SCA 调用场景，作为了解如何提供 ARM 数据的示例（请参见图 1）。在此场景中，所有调用都是通过同步实现来进行的同步调用（请求-响应操作）。（本系列的第 2 部分将对相关模式进行描述）。对于组件 1、2、3、4 和 6，预设的本地处理时间为 0.5 秒；对于组件 5，该时间为 3 秒，是瓶颈之所在。


图 1. 单模块中的 SCA 调用示例
单模块中的 SCA 调用示例

安装和检测

Tivoli Composite Application Manager for Response Time Tracking 引入了客户机/服务器体系结构，其中管理代理收集数据，管理服务器则监视、维护和分析代理所收集到的数据。

在此场景中，您将设置一个带有 WebSphere Process Server V6.1 的客户机和一个管理代理，其中管理代理是一个带有管理服务器的服务器。作为管理服务器设置先决条件的 WebSphere Application Server and IBM DB2® 也安装在服务器端（请参见表 1）。


表 1. 该场景中的设置环境
客户端服务器端
WebSphere Process Server V6.1Tivoli Composite Application Manager for Response Time Tracking V6.1 管理服务器
Tivoli Composite Application Manager V6.1 管理代理WebSphere Application Server V6.0.2
IBM DB2 Enterprise Server V9.1

注意：有关安装和配置的更多信息，请访问 IBM Tivoli 信息中心以获取 IBM Tivoli Composite Application Manager for Response Time Tracking Installation and Configuration Guide（在左侧窗格中单击 Composite Application Manager for Response Time Tracking > Installation and Configuration Guide）。

完成安装以后，服务器将识别代理（请参见图 2），因此用户应该能够为代理创建侦听监视器，本文稍后将对此进行介绍。


图 2. 识别出的代理
识别出的代理

下一步是客户端上的 ARM 检测：

  1. 将 armjni4.jar 从 \lib\ 复制到其类文件可由 WebSphere Process Server V6.1 加载的位置。
  2. 在客户端启动服务器。
  3. 在管理控制台中，选择 Application servers > ${SERVER_NAME} > Process Definition > Java Virtual Machine > Custom Properties，并向 Java 虚拟机添加如表 2 所示的条目。

表 2. 要添加的 Java 虚拟机属性
名称值
Arm40.ArmMetricFactorycom.ibm.tivoli.transperf.arm4.metric.Arm40MetricFactory
Arm40.ArmTranReportFactorycom.ibm.tivoli.transperf.arm4.tranreport.Arm40TranReportFactory
Arm40.ArmTransactionFactorycom.ibm.tivoli.transperf.arm4.transaction.Arm40TransactionFactory

  1. 重新启动 WebSphere Process Server V6.1 并运行该应用程序。管理代理缓存 ARM 数据，并将其发送到管理服务器。
  2. 打开管理服务器管理控制台，您应该在其中看到该事务已被发现（请参见图 3）。

图 3. 已发现的事务
已发现的事务

侦听监视器应该根据所发现的事务来进行配置。（请参见图 4）。


图 4. 侦听监视器
侦听监视器
  1. 再次运行该应用程序。该监视器稍后捕获来自代理的性能数据，然后可以生成报告。

分析数据

Tivoli Composite Application Manager for Response Time Tracking 提供了统计或基于实例的视图来分析结果。

  1. 选择 Dashboard 以查看当前监视器状态，如图 5 所示。

图 5. 监视器状态
监视器状态
  1. 要在此同步场景中调试单个实例，请单击 Reports > General Reports > Topology，并选择感兴趣的实例。拓扑如图 6 所示。

图 6. 拓扑报告
拓扑报告

在此拓扑视图中，ARM 调用链以图形形式重现，这与通过 IBM WebSphere Integration Developer 开发的场景一致（请参见图 1）。

在图 1 所示的级别中，详细的事务按事务名称或 SCA 事件源名称进行分组，其中事务名称由组件的唯一名称、接口名称和操作名称组成：Transaction Name = SCA..MethodInvocation.__

您可以看到 Component5 在该调用中的本地时间是 3.008 秒。黄色的感叹号表示该组件是整个链的瓶颈（请参见图 7）。


图 7. 调用中的瓶颈
调用中的瓶颈

注意：在此视图级别中，事务进行了分组，此级别在大多数情况下已经足够了。如果您想调试组件之间的内部事务，可以单击感兴趣的事务组的标记。与模式相当（本系列的第 2 部分将对此进行描述）的内部事务将显示出来。图 8 显示了展开名为 SCA.com.ibm.xmlns.prod.websphere.scdl._6_0_0.Component5.MethodInvocation_FooInterface_fooOperation 的事务组的示例，该事务组包括 Component4 与 Component5 之间的调用中的两个事务。从图 8 中可以看到，在这个同步调用中，参考端事务仅花了 0.004 秒 (3.006 – 3.002)，而目标端事务花了 3.002 秒 (3.002 – 0)。


图 8. 事务的展开视图
事务的展开视图

实际上，您可以在事务细分报告（请参见图 9）中可视化并容易地识别事务时间长度，该报告包括一个表和一个细分视图。如果细分视图中的某栏太短而无法看到完整的名称，只需选择该栏并在提示消息框中或左侧高亮显示的表中查阅该名称。


图 9. 事务细分报告
事务细分报告

在对某个组件执行时间分析时，您将挑选联系在一起并具有共同名称的事务。这是因为，对于某个调用中的两个组件之间的事务，当针对同一个组件时，事务名称是相同的（请参见图 10）。


图 10. 具有相同名称的事务
具有相同名称的事务

在细分视图中，事务栏的长度表示每个事务的响应时间。在这个同步请求-响应调用中，本地时间等于响应时间减去下游时间，因此您可以绘制出本地时间的图形（请参见图 11）。显然，Component5 所花的本地时间最长。


图 11. 对事务细分的本地时间分析
对事务细分的本地时间分析

如果 Component5 引发 ServiceBusinessException，则拓扑报告将其标记为红色，因此您可以容易地识别故障点，如图 12 所示。


图 12. 拓扑报告中的故障点
拓扑报告中的故障点

上面的调用是典型的同步调用场景。对于诸如异步调用等场景，事务细分视图稍微有所不同。（本系列的第 2 部分将对此进行描述。）


结束语

现在您应该能够使用 Tivoli Composite Application Manager for Response Time Tracking 作为查看 ARM 数据的实用工具，从而容易地调试并发现 WebSphere Process Server V6.1 中的典型 SCA 同步调用中的瓶颈或故障点。

同步调用类型只是可能的调用类型之一；SCA 编程模型还支持另外三种异步调用：

  • 单向
  • 延迟响应
  • 回调

若要更深入地了解这些调用中的 ARM 事务和使用 Tivoli Composite Application Manager for Response Time Tracking 的调试技术，请继续关注本系列的第 2 部分。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14789789/viewspace-406626/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/14789789/viewspace-406626/

cuanfangxiang3803
关注
SOA标准之SCA
学习笔记
06-27 4668
SCA（Service Component Arichitecture）
Nacos服务调用图解
ancartoon的博客
08-19 3347
微服务项目结构分析 服务调用案例分析 服务调用方案图解 这张图描述了远程服务调用的几中方式: 第一种:服务比较少,例如就两个服务,一个服务消费,一个服务提供,就不需要注册中心,不需要负载均衡. 第二种:并发比较大,服务服务比较多,我们需要管理服务,就需要注册中心,我们还需要服务间的负载均衡.但代码编写的复杂多相对高一些,我们需要自己获取ip,获取端口,拼接字符串等. 第三种:我们要基于第二种进行代码简化,底层提供了一种拦截器,把基于服务名获取服务实例的过程在拦截器中做了封装,简化了代码的开发...
深入剖析SCA异步调用模式
01-31
服务组件体系结构（Service ComponentArchitecture，SCA）是下一代编程模型，此编程模型提供了三种异步调用模式。您可以使用那些模式异步地调用目标SCA服务，而不需要知道请求和响应消息是如何“魔法般地”进行处理的。本文阐述在发出异步请求时所发生的情况，以及SCA运行时如何处理消息系统中的异步消息。了解如何开发中介处理程序来监视SCA异步消息，以及如何使用中介处理程序来分析异步调用。IBMWebSphereIntegrationDeveloper和IBM
SCA简单本地调用案例
fw2的博客
02-07 123
1.先到http://tuscany.apache.org/sca-java-1x-releases.html SCA Java 1.6.2  2.从sca\apache-tuscany-sca-1.6.2\tuscany-sca-1.6.2\samples\calculator\src\main\java 目录下找到 calculator案例 3.eclipse下创建一个java项目，导入l...
SCA的基本概念——调用方式
大家一起来学习的专栏
06-30 977
同步调用和异步调用　　我们知道，常见的方法调用都是同步调用，这种调用方式是一种阻塞式的调用方式，即客户端（主调用方）代码一直阻塞等待直到被服务端（被调用方）返回为止。这种调用方式相对比较直观，也是大部分编程语言直接支持的一种调用方式。但是，如果我们面对是基于粗粒度的服务组件，面对的是一些需要比较长时间才能有响应的应用场景，那么我们就需要一种非阻塞式调用方式，即异步调用方式。　　SCA编程模
java sca视频教程_SCA java编码入门
weixin_29507477的博客
02-13 152
该页还在更新中。目标是帮助开发者迅速打听关键函数，以便他们能上手编码或调试。起帮助我们更新此页，谢谢。投放单机的Tuscany运行时当开始琢磨Tuscany SCAjava运行时环境的时候，会意高层调用是什么和为什么是极其有用的。目前关于”Domain”对象有些告终，该对象用于启用Tuscany。l DefaultSCADomain–一个容易的域告终，该告终隐藏了大局部的细节。目前为止用于大多数的...
php反调试,反调试原理
weixin_29051149的博客
03-11 272
一、 前言前段学习反调试和vc，写了antidebug-tester，经常会收到message希望交流或索要实现代码，我都没有回复。其实代码已经在编程版提供了1个版本，另其多是vc内嵌asm写的，对cracker而言，只要反下就知道了。我想代码其实意义不是很大，重要的是理解和运用。做个简单的总结，说明下实现原理和实现方法。也算回复了那些给我发Message的朋友。部分代码和参考资料来源：1、&lt...
JNI函数调用大全
sbf2011的专栏
04-27 4249
转自这里写链接内容 Chap1:JNI完全手册 3 Chap2:JNI-百度百科 11 Chap 3：javah命令帮助信息 16 Chap 4：用javah产生一个.h文件 17 Chap5:jni教程(very very good) 19 Chap6: JNI传递返回值 26 15.2.2.3 传递字符串 28 15.2.2.4 传递整型数组 29 15.2.2.
SOA与SCA
fangyong2006的专栏
03-14 139
最近一直在考虑平台的总体结构以及服务框架的问题，粗粗的接触了OSGI和SCA等思想，有了一些思路。       1.程序员就是技术工人，使用好的工具就是为了提高生产率。刚出学校大门，遇到了JAVA，真正的了解了面向对象编程，看到了面向对象带来的优势，封装让我们这些初出茅庐的小劳工知道了如何将做好的成果，下次再用，一次一次的重构，将小零件作的越来越顺眼，这个过程中，也让我们在重构中积累了经验，...
类内成员函数 多线程调用 调试记录
weixin_30586257的博客
07-25 187
最近工程上需要用到多线程调用类内成员函数，记录一下当时出错的问题，及解决方法。 1.首先 写法是普通多线程调用时候的声明，如下： void getRegResultByOneSetpThread(const int decodeType, vector<vector<float>>& probAll, ...
基于STM32的智能温室控制系统设计
2401_88410555的博客
11-11 441
本项目基于STM32微控制器设计了一个智能温室控制系统，通过集成多个传感器模块和控制设备，实现对温室环境的自动监测和调节。该系统能够实时监测温室内的温度、湿度、光照强度等参数，并根据设定的阈值自动控制风扇、加热器、灯光等设备，以确保植物生长的最佳条件。该基于STM32的智能温室控制系统通过多种传感器实现了对温室环境的实时监测，并结合风扇、加热器和灯光模块实现了自动化的环境调节，从而为植物生长提供了最佳条件。根据获取到的环境参数，系统自动控制风扇、加热器和灯光的开启与关闭，以确保植物生长的最佳条件。
STM32解锁
zerothpower的博客
11-11 106
1.PROT_AREA_START1 值设置为0xff。1.PROT_AREA_START2 值设置为0xff。PDR AA设置为BB -> 应用。PDR BB设置为AA -> 应用。2.DMEP1取消勾选。2.DMEP2取消勾选。
【嵌入式开发】单片机CAN配置详解
最新发布
Explore_Zhou
11-13 730
CAN外设作为一种传输速率较高，且连线较为简洁的通信协议，如今很多单片机内部都集成了CAN控制模块，这样只需要再外接一个CAN收发芯片，将TTL/CMOS电平转换成CAN协议的差分电平，就是一个完整的CAN收发节点。最近在做一个小项目，需要基于GD32的芯片来开发CAN应用，在CAN配置上遇到一些问题，遂整理成本文。由于CAN节点的电路的核心就是CAN收发芯片，而且一般可以直接使用芯片数据手册的推荐电路，所以这个电路还是比较简单的，因此硬件设计不在本文讨论范围内。
【STM32F1】——9轴姿态传感器JY901与IIC通信
Piccaboo的博客
11-13 351
电压：3.3-5V量程：X/Z轴 ±180°， Y轴 ±90°通信方式：IIC、UART（默认9600波特率）型号区别：JY901S（带温补），JY901B（带气压）帧头格式：以角度输出为例，回传数据为11位。格式为：0x55 0x53 RollL RollH PitchL PitchH YawL YawH TL TH SUMJY901的IIC通信协议1）模块的IIC协议采用寄存器地址访问的方式。每个地址内的数据均为16位数据，寄存器地址和含义详见用户手册。2）JY901-IIC的写入。
STM32hal库中，启动文件的中断向量DCD USART1_IRQHandler和hal库的HAL_UART_IRQHandle有什么区别？
weixin_52307528的博客
11-13 183
是直接对应于USART1硬件中断的ISR，需要由开发者编写（或使用STM32CubeMX等工具自动生成），负责处理硬件级别的中断响应和调用HAL库提供的函数。是HAL库中提供的函数，用于处理UART中断的通用逻辑，不需要由开发者直接调用，而是由在适当的时候调用。这样的设计使得STM32的HAL库能够提供一个较为统一的接口给上层应用，同时保留了开发者直接控制硬件中断处理细节的能力。
AD22版本怎么自定义元件
weixin_74923758的博客
11-12 427
在实际生产生活中，不一定所有元件原理图大家都能找到，但是为了电路图的完整性，我们就必须自定义元件。引脚这就全部放置好了，此时则需要更改引脚名字，引脚位号Designator别变。你也可以将它导入到你的元件库，下次可以直接用，将你的schlib文件添加进去。本文以STM32f103c8t6为例子，教会大家如何自定义元件。根据刚才查的百度stm32f103c8t6依次修改引脚名字。点击放置，会跳转到你项目文件下的原理图。这时就可以一个个快速修改引脚名字啦。双击引脚，然后旋转角度。教你快速更改所有引脚名字。
FPGA，使用场景，相比于单片机的优势
jjjxxxhhh123的博客
11-13 515
在图像处理、视频处理、网络通信等应用中，FPGA 能够在并行架构上进行高效处理，而单片机处理这些任务的速度和效率远远低于 FPGA。FPGA 的开发需要掌握硬件描述语言（如 VHDL 或 Verilog），而单片机的开发可以使用高级语言（如 C、C++），对于大部分开发者来说，单片机的开发难度要低得多。例如，广播电视中的视频编解码、医疗影像处理、音频滤波等。FPGA 是硬件级的处理平台，在执行特定任务时，可以达到 更低的延迟，而 MCU 通常基于软件和处理器时钟，因此延迟较高，尤其在多任务并发时表现不佳。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值