展开

关键词

首页关键词jta事务jms

jta事务jms

JMS即Java消息服务(JavaMessageService)应用程序接口,是一个Java平台中关于面向消息中间件(MOM)的API,用于在两个应用程序之间,或分布式系统中发送消息,进行异步通信。Java消息服务是一个与具体平台无关的API,绝大多数MOM提供商都对JMS提供支持。JMS是一种与厂商无关的API,用来访问收发系统消息,它类似于JDBC(JavaDatabaseConnectivity)。这里,JDBC是可以用来访问许多不同关系数据库的API,而JMS则提供同样与厂商无关的访问方法,以访问消息收发服务。许多厂商都支持JMS,包括IBM的MQSeries、BEA的WeblogicJMSservice和Progress的SonicMQ。JMS使您能够通过消息收发服务(有时称为消息中介程序或路由器)从一个JMS客户机向另一个JMS客户机发送消息。消息是JMS中的一种类型对象,由两部分组成:报头和消息主体。报头由路由信息以及有关该消息的元数据组成。消息主体则携带着应用程序的数据或有效负载。根据有效负载的类型来划分,可以将消息分为几种类型,它们分别携带:简单文本(TextMessage)、可序列化的对象(ObjectMessage)、属性集合(MapMessage)、字节流(BytesMessage)、原始值流(StreamMessage),还有无有效负载的消息(Message)。

相关内容

分布式事务 DTF

分布式事务 DTF

强一致、高性能、高可用的分布式事务服务,接入简单,轻松管理高并发交易
  • 分布式事务 DTF

    产品动态,产品概述,产品优势,应用场景,购买指南,产品问题,词汇表,概览,事务分组,告警策略,准备工作,快速部署,TCC 模式 Spring Boot 开发,TCC 模式 Spring Free 开发,Boot 开发,TCC 模式,FMT 模式,FMT 规范,子用户与协作组使用 DTF,使用问题,本地调试,Saga 模式 Spring Boot 开发,Saga 模式 Spring Free 开发,查询主事务列表,数据结构,请求结构,公共参数,签名方法 v3,签名方法,返回结果,错误码,简介,API 概览,更新历史,产品动态,产品简介,产品概述,产品优势,应用场景,购买指南,产品问题,词汇表,操作指南,概览,事务分组FMT 模式,FMT 规范,子用户与协作组使用 DTF,常见问题,使用问题,最佳实践,本地调试,Saga 模式 Spring Boot 开发,Saga 模式 Spring Free 开发,API 文档,事务管理相关接口,查询主事务列表,数据结构,调用方式,请求结构,公共参数,签名方法 v3,签名方法,返回结果,错误码,简介,API 概览,更新历史
    来自:
  • 使用Atomikos实现JTA分布式事务

    本文全面的介绍了JTA分布式事务模型和接口规范,以及开源的分布式事务解决方案Atomikos。正常情况下,一个数据库驱动供应商只需要实现JDBC规范即可,一个消息中间件供应商只需要实现JMS规范即可。2 JTA规范接口JTA事务模型规定了一个分布式事务中有哪些组件,而JTA接口规范则规定这些组件之间如何交互。接口JMS1.0规范规定支持分布式事务的JMS厂商,需要实现javax.jms.XAConnection、javax.jms.XASession接口作为DTP模型中Application开发者的我们,并不需要去实现任何可以看到,在开源版本中支持JTAXA、JDBC、JMS的分布式事务。
    来自:
    浏览:1467
  • 分布式事务之Spring事务与JMS事务(二)

    : 在整个事务管理过程中使用的是Spring事务控制,并且由相关ORM框架实现JPA规范 JMS事务原理 Spring JMS Session 通过Session进行事务管理操作 Session 是一个thread-bound(线程范围内) 事务上下文:一个线程一个Session Spring JMS事务类型 Session管理的事务-原生事务 外部管理的事务-JmsTransactionManager、JTA Srping JMS事务机制过程 Session原生事务: JmsTransactionManager事务: ##注解方式注入Spring Bean@EnableJms@Configurationpublicdestination = customer:msg:new, containerFactory = msgFactory) public void handle(String msg) { LOG.debug(Get JMS= customer:msg2:new, containerFactory = msgFactory) public void handle2(String msg) { LOG.debug(Get JMS
    来自:
    浏览:246
  • 广告
    关闭

    腾讯极客挑战赛-寻找地表最强极客

    报名比赛即有奖,万元礼品和奖金,等你来赢!

  • JTA规范

    JTA规范定义了事务管理器与其他事务参与者交互的接口,而JTS规范定义了事务管理器的实现要求,因此我们看到事务管理器底层是基于JTS的。特别需要注意的是,并不是所有的web容器都实现了JTA规范,如tomcat并没有实现JTA规范,因此并不能提供事务管理器的功能。正常情况下,一个数据库驱动供应商只需要实现JDBC规范即可,一个消息中间件供应商只需要实现JMS规范即可。而其他规范(如JDBC、JMS)的实现者,同时也对此接口进行实现。如MysqlXAConnection,就实现了XAResource接口。接口 JMS1.0规范规定支持分布式事务的JMS厂商,需要实现javax.jms.XAConnection、javax.jms.XASession接口 注意: 作为DTP模型中Application开发者的我们
    来自:
    浏览:444
  • JTA深度历险-原理与实现

    对于只操作单一数据源的应用,可以通过本地资源接口实现事务管理;对于跨数据源(例如多个数据库,或者数据库与 JMS)的大型应用,则必须使用全局事务 JTA (Java Transaction API)。若确实需要分布式事务以协调多个事务资源,则应实现和配置所支持 XA 协议的事务资源,如 JMS、JDBC 数据库连接池等。正是基于统一规范的不同实现使得 JTA 可以协调与控制不同数据库或者 JMS 厂商的事务资源,其架构如下图所示:?上述示例演示了 JTA 事务的处理过程,下面将为您展示事务资源(数据库连接,JMS)是如何以透明的方式加入到 JTA 事务中的。,定义了分布式事务处理过程中事务管理器和资源管理器之间的协议,各事务资源提供商(如 JDBC 驱动,JMS)将提供此接口的实现。
    来自:
    浏览:323
  • SpringBoot2 整合JTA组件,多数据源事务管理

    一、JTA组件简介1、JTA基本概念JTA即Java-Transaction-API,JTA允许应用程序执行分布式事务处理,即在两个或多个网络计算机资源上访问并且更新数据。XA协议是数据库层面的一套分布式事务管理的规范,JTA是XA协议在Java中的实现,多个数据库或是消息厂商实现JTA接口,开发人员只需要调用SpringJTA接口即可实现JTA事务管理功能。JTA事务比JDBC事务更强大。一个JTA事务可以有多个参与者,而一个JDBC事务则被限定在一个单一的数据库连接。JTA规范定义了事务管理器与其他事务参与者交互的接口,其他的事务参与者与事务管理器进行交互。二、SpringBoot整合JTA项目整体结构图?基本思路都是把数据源交给JTA组件来统一管理,方便事务的通信。
    来自:
    浏览:174
  • SpringBoot整合JTA

    导读JTA,即Java Transaction API,JTA允许应用程序执行分布式事务处理——在两个或多个网络计算机资源上访问并且更新数据。JDBC驱动程序的JTA支持极大地增强了数据访问能力。JTA是基于XA标准制定的,采用两阶段提交的方式来管理分布式事务。即是一个事务管理器和多个资源管理器协作完成,第一阶段各个资源管理器提交,第二个阶段事务管理器需要查看资源管理器是否全部提交成功再提交。Java实现JTA强一致性的事务有很多种实现,笔者只是选择了atomikos的实现SpringBoot整合添加依赖 org.springframework.boot spring-boot-starter-jta-atomikos* 第一个数据源的配置 * @Configuration public static class DataSourceConfig1{ ** * 注入DruidXADataSource,Druid对JTA:JTA事务的自动配置类关于事务的执行原理可以看看笔者之前的文章,Spring事务源码解析
    来自:
    浏览:295
  • Java消息服务-JMS 确认和事务【面试+工作】

    从生产者角度的来看,JMS提供者为这组消息提供了高速缓存,直到执行commit()命令,如果发生了故障或者执行rollback(),这些消息会丢失;2.事务性接收?如果事务性生产者和事务性消费者由同一会话创建,那么他们就能够组合在单个事务中;这样一来,JMS客户端就可以作为单独的工作单元生产和消费消息;4.实例分析QSender做如下改动:?在接收完end结束标志之后,执行commit()方法,高速服务器接收完成;当然这里使用非事务性消费者也是可以接收消息的,事务的范围仅限于生产者或消费者与消息服务器的会话;可以发现JMS的事务和JDBC提供的事务很像,本质上提供的是本地事务;不过如果要跨越多个会话、队列、主题和数据库之间协调单个事务,那仅仅本地事务是不够的,这时候需要分布式事务;5.分布式事务允许多个资源参与到一个事务中,这些资源可以是数据库,JMS总结本文介绍了一下JMS的消息确认模式和本地事务,并以ActiveMQ作为服务器来做测试和分析,大体上了解了JMS的确认机制;重点介绍了一下本地事务,至于分布式事务一笔带过,其实在处理分布式事务的问题,
    来自:
    浏览:326
  • 事务列表

    事务列表展示当前业务系统下所有的事务基本信息,列表中显示以下项目:名称:事务名称。事务名称由探针自动识别或用户自定义的事务命名规则来命名。事务名称的右侧展示涉及的数据项,如果不涉及则不显示。单击事务名称可进入该事务的概览页面。应用:当前事务所属应用,即产生当前事务的入口应用。单击该应用可进入该应用概览页面。响应时间:该事务在统计周期内平均响应时间的趋势缩略图。搜索事务事务列表提供按业务系统、所属应用和事务名称进行搜索的功能,同时可以按各指标字段进行排序。查看事务详情单击事务列表中的事务名称进入指定事务的详情页面。事务详情页面展示事务概览、事务拓扑图、响应时间、错误、事务追踪、自定义指标和线程剖析页签。单击事务名称后的编辑图标,可为事务设置别名,该别名仅用于展示,目前不支持根据别名来搜索事务。单击事务名称最右侧的关注按钮,可将当前事务加入事务关注列表。了解更多,请参见 事务详情。
    来自:
  • 事务概述

    事务是业务系统中完成某一业务操作的一组用户请求。例如电商业务系统中的提交订单,OA 系统中的审批签署等。单个的用户请求是事务的一个实例。事务属于业务系统,可以穿透和跨越整个系统中的业务系统以及业务系统中的应用,以第一个收到请求的应用为事务的入口应用,穿透的其他应用属于该事务的下游应用,当事务穿透和跨越应用时,在下游应用上的访问不再产生新的事务入口应用所在的业务系统为该事务所属的业务系统,当事务穿透和跨越业务系统时,在下游的业务系统不再生成新的事务,而是依然属于入口业务系统。详情您可以查看以下文档: 事务列表事务详情
    来自:
  • 事务详情

    本文将为您介绍如何查看事务详情。前提条件应用性能监控目前处于内测阶段,如需体验需通过 应用性能监控内测申请。操作步骤登录 应用性能监控-事务,进入事务列表页。单击需要查看详情的事务名称,进入事务详情页。您可以分别单击【概览】、【拓扑图】、【响应时间】、【错误】、【事务追踪】页签,查看对应的详情信息。错误率:该事务本身及其调用的服务接口在统计周期内的发生错误和不影响事务的异常的事务次数占事务总执行次数的百分比。单击后,可跳转到【错误】页签查看错误详情。错误数:该事务本身及其调用的服务接口在统计周期内的发生错误和不影响事务的异常的数量。吞吐率:该事务在统计周期内每秒平均被访问的次数。单击列表中的追踪次数,可跳转到【事务追踪】页签,默认显示包含该错误的事务追踪。详情请参见事务追踪 概述 文档。
    来自:
  • 应用性能监控

    产品概述,购买指南,快速入门,一般性问题,词汇表,产品优势,应用场景,产品工作原理,产品安全性和可靠性,探针相关问题,产品功能,事务概述,事务列表,事务详情,错误分析概述,错误详情,事务错误,异常分析,服务接口,服务组件概述,Database 服务组件,MQ 服务组件,NoSQL 服务组件,后台任务概述,后台任务列表,后台任务详情,配置概述,实例设置,系统设置,应用设置,事务追踪概述,事务追踪列表,事务追踪详情,业务系统概述,新建业务系统,查看业务系统详情,查看业务系统列表和拓扑,应用概述,JVM,TOP 事务,环境信息,监控总览,拓扑,外部服务,错误,探针概述,自动安装 Java 探针,更新和卸载探针,在,错误分析,服务组件,后台任务,配置,事务追踪,业务系统,应用,事务概述,事务列表,事务详情,错误分析概述,错误详情,事务错误,异常分析,服务接口,服务组件概述,Database 服务组件,MQ 服务组件,NoSQL 服务组件,后台任务概述,后台任务列表,后台任务详情,配置概述,实例设置,系统设置,应用设置,事务追踪概述,事务追踪列表,事务追踪详情,业务系统概述,新建业务系统,查看业务系统详情,查看业务系统列表和拓扑
    来自:
  • 邮件推送

    基于云端的平台化服务, 为企业提供安全稳定、简单快速、精准高效的营销、通知和事务邮件的推送服务
    来自:
  • TDSQL PostgreSQL 版

    集高扩展性、高SQL兼容度、完整的分布式事务支持、多级容灾能力以及多维度资源隔离等能力于一身。采用no sharding 的集群架构,提供容灾、备份、恢复的能力。
    来自:
  • TDSQL-A ClickHouse 版

    结合 DTS 服务,赋能您的事务数据库,完成数据分析,报表生成,辅助决策,为您提供一站式数据分析解决方案。
    来自:
  • 事务分组

    操作场景该任务指导您通过分布式事务 DTF 控制台,进行分布式事务的创建和管理。操作步骤新建事务分组登录 分布式事务 DTF 控制台,在左侧导航栏单击【事务分组】。获取事务分组基本信息前提:已新建过事务分组或有存量事务分组。 在 事务分组 页面,单击事务分组 ID。单击【基本信息】,可获取事务分组 ID,以及事务分组对应的集群 TC 端口号(Broker List)。在配置pom文件时需要用到。 事务的三种检索方式前提:事务分组中已有运行中的事务。按照异常事务搜索通过按照异常事务搜索,您可以快速找到异常事务,并处理异常事务。处理异常事务:异常事务可以分为以下两类: 业务逻辑错误。事务分组健康度反映了事务分组中异常事务的比例,当健康度不为100%时,建议尽快手动处理异常事务。
    来自:
  • 事务追踪列表

    本文将位您介绍如何查看事务追踪详情。前提条件应用性能监控目前处于内测阶段,如需体验需通过 应用性能监控内测申请。操作步骤登录 应用性能监控-事务,进入事务列表页面。找到您需要查看事务追踪详情的事务,单击其名称,进入事务详情页面。单击【事务追踪】页签,进入事务追踪列表页面。事务追踪列表提供当前统计周期内所有追踪到的慢事务。追踪 ID:查询指定追踪 ID 的事务追踪,该 ID 唯一。事务名称:查询特定事务名称的事务追踪。响应时间:查询响应时间在某一范围内的所有事务追踪,单位为 ms。追踪 ID:当前事务追踪的唯一 ID,单击可跳转到该慢事务追踪的详情页面。事务名称:当前事务追踪所属的事务的名称,事务名称由探针自动识别或根据用户自定义的规则进行命名。响应时间:从该事务进入入口应用到该应用输出响应结果的时间。异常:该事务追踪包含的异常数量。
    来自:
  • 查询主事务列表

    GroupId是String事务分组ID TransactionBeginFrom否Integer事务开始时间查询起始时间戳,UTC,精确到毫秒 TransactionBeginTo否Integer事务开始时间查询截止时间戳,UTC,精确到毫秒 SearchError否Boolean仅查询异常状态的事务,true:仅查询异常,false或不传入:查询所有 TransactionId否Integer主事务ID,不传入时查询全量输出参数 参数名称类型描述 ResultPagedTransaction主事务分页列表 RequestIdString唯一请求 ID,每次请求都会返回。示例示例1 查询主事务列表输入示例https:dtf.tencentcloudapi.com?错误码描述 MissingParameter.GroupIdRequired事务分组ID称未填写。 ResourceNotFound.GroupNotExist事务分组不存在。
    来自:
  • 事务追踪概述

    事务追踪用来记录一次事务请求过程中所经过和访问的所有业务系统、应用和相关服务组件的详细信息,包括业务数据、性能数据、代码堆栈、服务组件的详细操作以及错误和异常信息等等。当事务的响应时间大于设置的事务追踪阈值,那么该次事务请求的过程就会被系统详细记录。用户可以从业务系统概览、事务概览、应用概览等页面进入事务追踪界面,也可以直接从菜单中选择事务追踪进入事务追踪列表页面。详情请参见如下文档: 事务追踪列表事务追踪详情
    来自:

扫码关注云+社区

领取腾讯云代金券