核心问题定位 #

你推测的完全正确——Upgrade Tool在处理BaseModel的自定义泛型时，错误地将具体泛型类型替换成了通配符?，导致编译器无法解析BaseModel相关方法的类型约束，进而触发各类编译错误。下面结合你遇到的三类典型场景，给出针对性的排查和修复思路：

常见错误场景及修复方法 #

场景1：BaseModel类型转换失败 #

[javac] 错误: 不兼容的类型: BaseModel<?>无法转换为MyEntityModel
[javac] MyEntityModel entity = (MyEntityModel) baseModel;

修复步骤：

• 找到对应的BaseModel实现类（比如MyEntityModelImpl.java），把类声明里的BaseModelImpl<?>改回原有的具体泛型类型：

  // 错误写法
  public class MyEntityModelImpl extends BaseModelImpl<?> implements MyEntityModel
  
  // 修正后
  public class MyEntityModelImpl extends BaseModelImpl<MyEntityModel> implements MyEntityModel
  

• 全局检查所有自定义模型类，确保所有继承BaseModelImpl的类都使用具体的实体模型作为泛型参数，而非通配符?。

场景2：ServiceBuilder生成代码的参数不兼容 #

[javac] 错误: 方法doUpdate(...)中的参数类型不兼容
[javac] return super.doUpdate(companyId, userId, entity, false);

修复步骤：

• 打开项目的service.xml文件，确认每个<entity>标签的model-class属性指向正确的具体模型类，没有被Upgrade Tool误修改。
• 先手动修正所有模型类的泛型错误，再重新运行ant build-service生成服务代码，避免生成的代码继承错误的泛型约束。
• 如果生成的服务实现类（比如MyEntityServiceImpl.java）仍有泛型问题，直接修改方法参数，把BaseModel<?>替换为对应的具体实体模型类型。

场景3：DAO层查询返回值泛型解析错误 #

[javac] 错误: 无法将元素类型Object转换为MyEntityModel
[javac] for (MyEntityModel entity : (List) query.list()) {

修复步骤：

• 调整DAO层的查询代码，明确指定返回类型的泛型参数。比如将传统的HQL查询改为：

  // 错误写法
  Query query = session.createQuery(hql);
  List<MyEntityModel> entities = (List<MyEntityModel>) query.list();
  
  // 修正后（Liferay 7支持泛型查询）
  List<MyEntityModel> entities = session.createQuery(hql, MyEntityModel.class).list();
  

• 移除不必要的强制类型转换，确保查询方法的返回值泛型与接收变量完全匹配。

批量修复技巧 #

如果项目中有大量模型类出现类似问题，可以用这些方式提高效率：

• 用IDE的全局搜索替换功能，结合正则表达式搜索extends BaseModelImpl<?>，替换为extends BaseModelImpl< + 对应模型类名 + >，注意精准匹配避免误改。
• 编写简单的脚本（比如Groovy或Python）遍历所有模型类文件，自动修正泛型声明。
• 先单独编译模型类，确认没有泛型错误后再执行ant build-service。

后续验证 #

修复完成后，按以下步骤确保构建成功：

1. 清理编译目录：ant clean
2. 重新生成服务代码：ant build-service
3. 编译整个项目：ant compile

如果仍有错误，重点检查ServiceBuilder生成的*-BaseImpl.java文件，看是否还有遗留的BaseModel<?>引用。

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