问题1：如何在运行时修改Camunda BPMN中Java Delegate活动的名称？ #

首先得明确：Camunda的流程定义一旦部署后就是只读的，没法直接修改已部署流程里ServiceTask的原始name属性。不过咱有两种靠谱的方式实现动态名称的需求：

• 方式一：用EL表达式绑定变量（推荐）
  在设计BPMN模型时，直接把ServiceTask的name属性设置为EL表达式，比如${dynamicTaskName}。这样运行时只要给流程实例设置对应的变量，就能动态显示活动名称：

  // 流程启动时设置变量
  runtimeService.startProcessInstanceByKey("yourProcessKey", Variables.putValue("dynamicTaskName", "订单校验（动态版）"));
  
  // 或者运行时修改变量
  runtimeService.setVariable(processInstanceId, "dynamicTaskName", "订单校验（更新版）");
  

  这种方式最灵活，适合提前规划好需要动态名称的场景，Camunda的前端界面（比如Cockpit、Tasklist）都会自动解析表达式显示最新名称。

• 方式二：修改运行时执行实例的名称
  如果是已经部署的老流程，没法改流程定义的name，可以修改对应Execution的名称——这个名称会在Camunda Cockpit的运行实例列表里显示：

  // 找到对应ServiceTask的执行实例
  Execution execution = runtimeService.createExecutionQuery()
      .activityId("yourServiceTaskId") // 替换成你的目标活动ID
      .processInstanceId(processInstanceId)
      .singleResult();
  
  if (execution != null) {
      // 设置新的显示名称
      runtimeService.setExecutionName(execution.getId(), "新的活动名称");
  }
  

  注意：这种方式只是修改当前运行实例的显示名称，流程定义里的原始name不会变，重启流程实例会回到原来的名称。

问题2：替换现有流程中的activity3为自定义Java类（使用Camunda XML Model） #

从你给出的代码片段来看，应该是在操作ExtensionElements或者CamundaClass元素的时候没处理到位。我给你整理一套完整的可行步骤，帮你搞定这个替换：

完整代码步骤 #

1. 获取目标ServiceTask
   首先从ModelInstance里拿到id为activity3的ServiceTask：

   ServiceTask serviceTask = modelInstance.getModelElementById("activity3");
   if (serviceTask == null) {
       throw new IllegalArgumentException("找不到id为activity3的ServiceTask，请检查BPMN文件中的元素ID");
   }
   

2. 处理ExtensionElements和CamundaClass
   ServiceTask的Java Delegate配置存放在camunda:class元素里，这个元素属于extensionElements节点。我们需要先确保extensionElements存在，再找到或创建camunda:class元素：

   // 获取或创建ExtensionElements节点
   ExtensionElements extensionElements = serviceTask.getExtensionElements();
   if (extensionElements == null) {
       extensionElements = modelInstance.newInstance(ExtensionElements.class);
       serviceTask.setExtensionElements(extensionElements);
   }
   
   // 查找已有的camunda:class元素
   CamundaClass camundaClass = extensionElements.getElementsQuery()
       .filterByType(CamundaClass.class)
       .singleResult();
   
   // 如果没有找到，就创建新的CamundaClass元素
   if (camundaClass == null) {
       camundaClass = modelInstance.newInstance(CamundaClass.class);
       extensionElements.getElements().add(camundaClass);
   }
   
   // 设置自定义Java类的全路径
   camundaClass.setTextContent("com.yourcompany.custom.Activity3DelegateV1");
   

3. 保存并重新部署流程
   修改完成后，需要把ModelInstance写回文件或者直接部署成新的流程版本：

   // 方式一：写入BPMN文件
   Bpmn.writeModelToFile(new File("updated-process.bpmn"), modelInstance);
   
   // 方式二：直接部署修改后的流程
   Deployment deployment = repositoryService.createDeployment()
       .addModelInstance("updated-process.bpmn", modelInstance)
       .name("更新后的流程版本")
       .deploy();
   

常见坑点提示 #

• 确保导入的是Camunda扩展模型的正确类：org.camunda.bpm.model.bpmn.instance.camunda.CamundaClass，不要导入错误的包。
• 如果原来的ServiceTask用的是camunda:delegateExpression（比如${activity3Delegate}），那你需要替换的是CamundaDelegateExpression元素，而不是CamundaClass，代码逻辑类似，只是元素类型不同。
• 流程定义部署后是只读的，所以修改ModelInstance后必须重新部署，才能让新的Java Delegate类生效。

内容的提问来源于stack exchange，提问作者Muthu kumar