Java

9热度

11回答

JDK 1.8 SEATA: seata-all 1.5.2 使用TCC模式，目前碰到的问题是：通过@GlobalTransactional开启全局事务后顺序执行两个@TwoPhaseBusinessAction的事务方法A、方法B，方法A、方法B都已定义各自rollbackMethod，在测试时发现如果是在方法B的一阶段提交中抛出异常，方法A的rollbackMethod可以被触发调用，而

10热度

5回答

[seata]seata1.5.2 TCC模式，全局事务回滚无法触发

如下图所示，我在confirm方法，直接调用了全局事务回滚，却返回的是committing状态，无法触发A服务自己的cancel方法，也无法触发B服务的cancel方法 JDK version : 1.8 Seata version: 1.5.2 OS : macOS Others:

1热度

5回答

[seata][分享] seata1.5.2 如何在二阶段发生异常时告警

场景描述 RM二阶段发生异常时，TC是会进行不断的重试。直到成功为止那么，问题就来了。一直重试虽然在一定程度上可能成功，但大部分情况下一直重试是不会成功的这个时候，是需要作出一定的告警措施，比如发邮件，发钉钉之类的比较幸运的是，seata提供了SPI，这样可以比较方便的实现。经过一番研究尝试，终于找到比较好的实现方式。如下，enjoy! Step One Step Two com.xxx.

10热度

12回答

[seata]seata集群，saga模式下，频繁出现超时回滚

seata版本1.5.1，注册到nacos两个节点，客户端采用saga模式，正常情况下，一个事务请求会被分配到一个seata节点管理，如图：业务流程正常结束，事务被committed。但测试的时候经常发现，当一个事务请求被分配到一个节点后，这个事务的部分日志会出现在另一个节点，那么此时，就算业务流程已经执行完毕，也不会打印committed那条日志，如图：接收请求的seata节点日志：另

3热度

22回答

[seata]seata容器化部署+注册中心使用并行是否会有问题

如上图，目前seata和业务都是虚拟机部署，且业务服务使用seata是直接虚拟机ip:port的方式。云化后，再部署一套seata容器化节点。集群内的业务使用集群内的seata节点（通过nacos高可用的方式），集群外的不变。想确认一下：这种渐进式方案是否可行？通过使用同一套数据库做无状态使用是否有问题？还未结束的事务，业务迁移到集群内还能继续么？

9热度

17回答

[seata]客户端注册TM参数access-key问题

客户端配置access-key后注册TM会在服务端io.seata.server.auth.DefaultCheckAuthHandler#doRegTransactionManagerCheck接受到，但服务端重启后客户端再次注册到服务端时access-key为空服务端重启后，客户端再次注册则会出现此问题 JDK version : 11 Seata version: 1.5.2 OS

2热度

9回答

[alibaba/arthas]Trace命令添加JVM MONITORENTRY的耗时跟踪

目前trace命令只能跟踪到增强函数内部的methodInvoke,但是除了方法调用耗时,很多情况下是synchronized(obj)进入临界区的耗时,如果函数内有多段临界区,没发准确感知进入每个临界区的耗时使用bytekit的AtSyncEntry来实现对进入临界区的耗时跟踪,trace命令添加参数skipMonitor来决定是否启用,默认为true

5热度

2回答

[alibaba/arthas]elasticsearch环境下使用arthas跑不起来

环境信息 arthas-boot.jar 或者 as.sh 的版本： 3.4.5 Arthas 版本: 3.4.5 操作系统版本: xxx 目标进程的JVM版本: 1.8 执行arthas-boot的版本: 3.4.5 ES版本：5.6.4 实际运行的结果 [es@host-10-10-10-155 local]$ ./as.sh Arthas script version: 3.4.5

8热度

1回答

[alibaba/arthas]watch命令报错class redefinition failed: attempted to change the schema (add/remove fields)

环境信息 arthas-boot.jar 或者 as.sh 的版本： xxx Arthas 版本: 3.5.2 操作系统版本: Linux version 3.10.0-1127.13.1.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC) ) #

8热度

2回答

[alibaba/arthas]Dashboard中显示的线程的依据是什么

使用dashboard命令，线程区域中出现的线程是按照什么原则显示的；比如cpu使用率？是否jvm内部线程？是否守护线程？等等

2热度

2回答

[alibaba/arthas]使用mc命令时候@Valid注解会报错

具体报错信息，大神求教！ 2021-07-15 21:19:39 [arthas-command-execute] WARN c.t.a.c.c.k.MemoryCompilerCommand -Memory compiler error com.taobao.arthas.compiler.DynamicCompilerException: Compilation Error line: 10

0热度

2回答

[alibaba/arthas]arthas会导致堆溢出吗？

因为线上环境和我本地执行不一致怀疑是代码未更新所以使用arthas 反编译了一个类第二天早上发现OOM了然后我在Java VIsualVM中查看到实列有对ArthasBootstrap的引用就怀疑起来了环境信息 arthas-boot.jar 或者 as.sh 的版本： 3.5.2 Arthas 版本: 3.5.2 操作系统版本: centos7 目标进程的J

6热度

3回答

[alibaba/arthas]heapdump报错heap dump error: com.sun.management.HotSpotDiagnosticMXBean is not a valid MXBean interface

环境信息 Arthas 版本: 3.5.3 目标进程的JVM版本: openjdk 1.8.0_202 重现问题的步骤项目运行中k8s pod中，kubectl exec进入pod 使用arthas，使用heapdump --live /tmp/dump.hprof命令报错heap dump error: com.sun.management.HotSpotDiagnosticMXBean

3热度

2回答

[alibaba/arthas]arthas关联的netty内存池PoolChunk对象过多

环境信息 arthas-spring-boot-starter 的版本： 3.5.2 Arthas 版本: 3.5.2 操作系统版本: linux 目标进程的JVM版本: 1.8 执行arthas-boot的版本: 3.5.2 重现问题的步骤项目通过引入arthas-spring-boot-starter的方式进行在线诊断，通过heapdump --live导出堆快照发现Netty Pool

7热度

3回答

[alibaba/arthas]小白求教，tunnel server集群部署时从redis中读取agent信息是不是就能解决Agent和Web Console的连接问题了？

问题 tunnel server 部署集群，Agent和Web Console如何进行消息流转？长连接不在一个服务器上怎么处理？期望直接读取redis中的agent信息是否可行？

1热度

3回答

[alibaba/arthas]存在内部类mc后生成多个class，如何retransform

环境信息操作系统版本: centos7 目标进程的JVM版本: 180_144 执行arthas-boot的版本: 3.5.2 source 一个有内部类的A类后，mc生成3个class，retransform类名对应的A.class，提示delete a method 非法。这种场景如何热部署？

9热度

2回答

[alibaba/arthas]iframe启用条件修改

直接判断等于true应该比较符合逻辑，否则随意输入一个字符串就会启用iframe

7热度

4回答

[alibaba/arthas]jad 后未作任何改动却 mc 内存编译失败

环境信息 arthas-boot.jar 或者 as.sh 的版本： 3.4.4 Arthas 版本: 3.4.4 操作系统版本: CentOS 7 目标进程的JVM版本: 1.8.0_202 执行arthas-boot的版本: 1.8.0_202 重现问题的步骤 jad --source-only 某个含有匿名内部类的class mc 内存编译第 1 步的结果异常期望的结果在未人为

10热度

4回答

[alibaba/arthas]Arthas vmtool源码分析

Arthas vmtool源码分析 Hello JNI Why use JNI ? 提高程序性能；实现某些纯Java代码不可能实现的功能；使用其他语言的类库；与硬件、操作系统进行交互。 What is JNI ? JNI是Java Native Interface的缩写，通过使用native关键字书写程序，允许Java与其他语言进行交互。 How to write application

5热度

2回答

[alibaba/arthas]jad反编译经过byte-buddy增强后的类信息不正确

环境信息 arthas-boot.jar 或者 as.sh 的版本： Arthas 版本: 3.5.4 操作系统版本: mac os BigSur 11.2.3 目标进程的JVM版本: 1.8.0_261 执行arthas-boot的版本: xxx 重现问题的步骤被增强的目标方法 int id = 1; @RequestMapping("throwable") p