p:dataTable的Drag and Drop事件方法未调用，报MethodNotFoundException

兄弟，你遇到的这个javax.el.MethodNotFoundException是PrimeFaces拖拽组件最容易踩的坑之一，尤其是复制示例代码但没完全对齐后端逻辑的时候。结合你说的“完全复制示例只换了自有数据”的场景，我帮你梳理几个核心排查点：

1. 严格匹配后端Bean的方法签名 #

PrimeFaces的拖拽组件（p:draggable/p:droppable）完全依赖后端方法处理拖拽事件，示例里的方法签名必须一字不差，包括方法名、参数类型、访问修饰符。

比如PrimeFaces 6.2 showcase里的拖拽DataTable示例，后端处理方法通常是这样的：

import org.primefaces.event.TransferEvent;
// ...
public void onTransfer(TransferEvent event) {
    List<Object> items = event.getItems();
    // 处理选中项：从源列表移到目标列表
    for(Object item : items) {
        sourceList.remove(item);
        targetList.add(item);
    }
}

你要逐一确认：

• 你的Bean里有没有完全同名的方法（EL表达式大小写敏感，别把onTransfer写成OnTransfer）
• 参数是不是org.primefaces.event.TransferEvent，别导错成其他包的类
• 方法必须是public修饰的，private/protected会导致EL无法访问

2. 核对页面组件的绑定配置 #

页面里的p:droppable标签的listener属性必须精准指向后端Bean的方法，比如：

<p:droppable for="selectedPane" tolerance="touch" listener="#{yourBean.onTransfer}">
    <p:ajax update="sourceTable targetTable"/>
</p:droppable>

检查这几点：

• #{yourBean}是不是你注册的正确Bean名称（比如@Named指定的名称，或者@ManagedBean的name属性）
• 方法名onTransfer和后端完全一致，没有拼写错误
• 如果用的是@ViewScoped，确认页面没有重复的id或者异常跳转导致的视图状态失效

3. 确保数据模型的一致性 #

你替换了自有数据，要注意：

• 源列表和目标列表的泛型类型要和逻辑匹配，比如示例用List<Car>，你用List<YourEntity>的话，别在方法里出现类型转换错误（这种错误有时候会间接导致方法找不到的假象）
• 列表必须是可修改的（比如用new ArrayList<>()初始化，别用Arrays.asList()返回的不可变列表），不然remove/add操作会抛出异常，干扰方法执行

4. 排查Bean作用域问题 #

WildFly 12用的是EL 3.0，要是Bean的作用域不对（比如用了@RequestScoped但实际需要@ViewScoped），每次AJAX请求都会重新创建Bean，拖拽操作就找不到正确的方法实例。建议和示例保持一致，用@ViewScoped来维持列表状态。

5. 查看完整错误栈定位根因 #

你给出的错误只显示了Method not found:...，一定要看完整的错误日志，里面会明确指出找不到的方法完整签名，比如Method not found: com.yourpackage.YourBean.onTransfer(Lorg/primefaces/event/TransferEvent;)V。从这个签名能直接看出是方法名错了，还是参数类型不匹配——这是最快定位问题的方法。

举个常见错误例子：要是你把方法写成public void onTransfer(List<Object> items)，而不是接收TransferEvent参数，PrimeFaces找不到对应方法就会抛出这个异常。

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