maven打包忽略注解_maven打包包含注释

maven打包之后为什么class文件中没有注释了

目标 1. 将依赖第三方jar包都打进去2. 将工程java 目录下所有文件夹和配置文件，包括资源文件都打入jar包，根据目录来3. 打出jar文件可直接运行方法：采用 maven-assembly-plugin环境：IDEA 14.1.5 JDK 1.8其中**/*写法，是为了保证各级子目录下的资源文件被打包，svn相关文件排除。

pom.xml 写法src/main/java**/***/.svn/*falseorg.apache.maven.pluginsmaven-compiler-plugin2.3.21.8

Maven打包,包含第三方依赖失败

首先说说上一篇最后提到的关于自定义注释的问题，想实现这个功能就需要修改org.mybatis.generator.internal.DefaultCommentGenerator这个类。

我将里面一些主要的方法讲下。

addJavaFileComment(CompilationUnit compilationUnit)给Java文件加注释，这个注释是在文件的顶部，也就是package上面。

addComment(XmlElement xmlElement)给生成的XML文件加注释。

大象将这个方法清空了，不生成注释。

addClassComment(InnerClass innerClass,IntrospectedTable introspectedTable)Java类的类注释。

请注意红线的getRemarks()方法，这个remarks属性在原来的FullyQualifiedTable里面是没有的，这是大象自己加上去的，就是为了保存表的注释信息。

那是在哪里加进去的呢？请看org.mybatis.generator.internal.db.DatabaseIntrospector这个类，大概浏览下就会发现，数据库表以及列的信息读取，类型设置都是由它来完成的，定位到608行，正好这里是个空行，插入几行代码。

如下：这样我们就取到了表的注释信息，看到这里应该就会明白了吧？另外我需要说明的是，想通过databaseMetaData.getTables()来获得表注释的童鞋，这个做法是没用的，大象已经试过了，这个结果集里面的rs.getString(＂REMARKS＂)得到的是一个空字符串，什么都木有。

而且大象还想吐槽下，网上一大堆说返回的这个结果集是10列，呵呵，是的么？我debug了好久发现它还是只有5列，不知道这10列是从哪来的，请打印出10列的童鞋告之是怎么做的，我用的mysql驱动是5.1.29addFieldComment(Field field, IntrospectedTable introspectedTable,IntrospectedColumn introspectedColumn)Java属性注释。

注释为空就不给属性添加。

addGetterComment(Method method,IntrospectedTable introspectedTable,IntrospectedColumn introspectedColumn)给getter方法加注释。

这里添加注释的方法和Field一样，大象把这个方法以及addSetterComment方法都清空了，因为我比较习惯把注释加到属性上面，如果你习惯在getter方法上面加注释可以自行改一下。

上面这些修改做完后，记得要在org.mybatis.generator.codegen.mybatis3.model.BaseRecordGenerator的61行增加下面这行代码：commentGenerator.addClassComment(topLevelClass, introspectedTable)；因为mybatis-generator源码中本来就是不加类注释的。

大家都在不同的公司，要求肯定都不一样，大象没法满足所有人，只对该类做了一定程度的修改，姑且把它当做一个示例模板吧，主要是弄明白怎么改就成了。

mybatis-generator在1.3.2版里对生成xml的namespace作了修改，不再用表名当为namespace的值，而是用包结构+类名+Mapper后缀的形式设置，大象不喜欢这么复杂做法，所以这里需要改一改，只保留类名+Mapper的命名形式。

去掉org.mybatis.generator.api.IntrospectedTable类的907行与908行代码。

接下来再来说说对大对象类型的处理，mybatis-generator默认会把所有jdbcType为：BINARY、BLOB、CLOB、LONGVARBINARY、LONGVARCHAR、VARBINARY这些类型都作为大对象，反应出来的效果就是生成的pojo类会多一个类名+WithBLOBs.java的文件(含有的大对象个数大于1时)，而在XML里面也会增加一个id为ResultMapWithBLOBs的resultMap，它继承BaseResultMap，大象一向喜欢简单的风格，这看得太不爽了。

如果你觉得无所谓，不需要修改，请跳过这段往下看。

表中的text或blob等类型，通过databaseMetaData.getColumns()取出来后，它的rs.getInt(＂DATA_TYPE＂)值是与java.sql.Types对应的。

text类型的值：Types.LONGVARCHARblob类型是值：Types.LONGVARBINARY它用org.mybatis.generator.internal.types.JavaTypeResolverDefaultImpl解析java类型与jdbc类型，然后设置到org.mybatis.generator.api.IntrospectedColumn的jdbcTypeName属性里，最关键的地方到了，IntrospectedColumn类第156行有个isBLOBColumn()方法，它就是用来判断是否生成xxxWithBLOBs.java和ResultMapWithBLOBs的条件。

当然mybatis-generator不会这么直接用，它在里面定义了一个Rules接口，由它来统一进行调用。

所以我们只需要把isBL