MyBatis Generator(MBG)从Abator迁移

此页面详细介绍MyBatis Generator(MBG)和Abator之间的变化。对于大多数用户而言,更改应该很简单。如果您扩展了Abator的任何类以提供代码生成器或Java类型解析器的自定义实现,则需要重新编写这些自定义类。这些更改分为三类:从所需的配置更改到较不常见的更改。请注意,假设您正在为MBG使用XML配置,大多数更改都会被描述。

如果您正在使用基于Java的配置,那么仍然需要更改,并且应该易于从XML更改的描述中推导出来。所有用户都需要修改
DTD已更改。新的DOCTYPE应该是:

<!DOCTYPE generatorConfiguration
  PUBLIC "-//mybatis.org//DTD MyBatis Generator Configuration 1.0//EN"
  "http://mybatis.org/dtd/mybatis-generator-config_1_0.dtd">
<abatorConfiguration>元素重命名为<generatorConfiguration>
<abatorContext>元素重命名为<context>
<daoGenerator>元素重命名为<javaClientGenerator>

许多用户需要更改

MyBatis3现在是默认目标运行时。<context>元素现在需要一个IDgeneratorSet属性从<context>元素中删除并替换为targetRuntime属性。此属性的有效值为Ibatis2Java2,Ibatis2Java5或MyBatis3。MBG不包括Abator的遗留生成器集,因此MyBatis Generator生成的代码需要iBATIS 2.2.0或更高版本。MBG类加载策略发生了很大的变化,现在我们建议您管理MBG外部的运行时类路径。如果您使用配置条目管理类路径,则必须对Abator进行以下更改:类路径条目在配置文件级别使用<classPathEntry>元素指定 - 现在是<generatorConfiguration>的子元素。不再允许<classPathEntry>元素作为<jdbcConnection>的子代“rootClasspath”属性对<javaModelGenerator>元素不再有效。

很少需要更改

type属性从<javaModelGenerator>和<sqlMapGenerator>元素中删除。与Abator相比,MBG有一种完全不同的提供自定义代码生成器的方法。有关详细信息,请参阅扩展MyBatis Generator页面。JavaTypeResolver接口已更改并被简化。如果您在<javaTypeResolver>元素上指定了一个自定义实现,那么您必须重新编写实现类。ProgressCallback界面发生了重大变化。如果您为其他执行环境实现了此接口,那么您将需要重做实现。


原文:Migrating from Abator

相关阅读:

MyBatis Generator (MBG) 代码生成器简介

MyBatis Generator 代码生成器 快速入门指南

MyBatis Generator XML 配置文件参考

运行 MyBatis Generator 后的任务

运行MyBatis Generator

MyBatis Generator中的新功能

SSM框架——使用 MyBatis Generator 生成代码,包括:Model、Dao、Mapping

上一篇:MySQL InnoDB 表数据


下一篇:嵌入式Linux优化启动【转】