实体类

package com.sbr; import java.io.File; import java.io.FileWriter; import java.io.IOException; import java.io.PrintWriter; import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedStatement; import java.sql.ResultSetMetaData; import java.sql.SQLException; import java.util.Date; public class GenEntityMysql { private String packageOutPath = "com.sbr";//指定实体生成所在包的路径 private String authorName = "wy";//作者名字 private String[] colnames; // 列名数组 private String[] colTypes; //列名类型数组 private int[] colSizes; //列名大小数组 private boolean f_util = false; // 是否需要导入包java.util.* private

前提: 基于SpringBoot项目,正常集成Mybatis后,为了简化sql语句的编写,甚至达到无mapper.xml文件。 在本篇总结教程,不在进行SpringBoot集成Mybatis的概述。 如有需要,请查看我另一篇文章 SpringBoot集成MyBatis ，这里不再赘述。 一. 实现步骤 1. 引入TkMybatis的Maven依赖 2. 实体类的相关配置,@Id,@Table 3. Mapper继承tkMabatis的Mapper接口 4. 启动类Application或自定义Mybatis配置类上使用@MapperScan注解扫描Mapper接口 5. 在application.properties配置文件中,配置mapper.xml文件指定的位置[可选] 6. 使用TkMybatis提供的sql执行方法 PS : 1. TkMybatis默认使用继承Mapper接口中传入的实体类对象去数据库寻找对应的表,因此如果表名与实体类名不满足对应规则时,会报错,这时使用@Table为实体类指定表。(这种对应规则为驼峰命名规则) 2. 使用TkMybatis可以无xml文件实现数据库操作,只需要继承tkMybatis的Mapper接口即可。 3. 如果有自定义特殊的需求,可以添加mapper.xml进行自定义sql书写,但路径必须与步骤4对应。 6. 如有需要

异常： Caused by: java.lang.IllegalArgumentException: Not a managed type: class com.chhliu.springbooth2entity.User at org.hibernate.jpa.internal.metamodel.MetamodelImpl.managedType(MetamodelImpl.java: 210) ~[hibernate-entitymanager- 5.0. 11.Final.jar: 5.0. 11.Final] at org.springframework.data.jpa.repository.support.JpaMetamodelEntityInformation.<init>(JpaMetamodelEntityInformation.java: 70) ~[spring-data-jpa- 1.10. 6.RELEASE.jar:na] 解决： 1.检查实体类上是否添加注解 　　@entity 和 @table 2. 定义包扫描注解 实体与数据库表的映射关系 ，扫描实体类的配置路径是否正确 <property name="packagesToScan" value="com.momoj.core.vo" /> 来源： https://www.cnblogs

点击用户添加时遇到的问题(点击添加后报400：参数封装异常): jsp中代码: pojo实体类中: private Date attenddate; 个人理解:实体类获取jsp中传递的参数是字符串,实体类需要的是Date，比对不上，所以报参数封装异常 解决方法:在实体类加一行注释: @DateTimeFormat(pattern = “yyyy-MM-dd”) 都是个人理解如有不正确的，还希望指出来(感谢) 来源： CSDN 作者： weixin_46277254 链接： https://blog.csdn.net/weixin_46277254/article/details/104494959

插件功能 点击 File ——> Settings… ——> Plugins 下面介绍一下安装界面的各种按钮功能： 名称 功能 All plugins 显示所有插件 Enabled 显示当前所有已经启用的插件 Disabled 显示当期那所有已经禁用的插件 Bundled 显示所有 IntelliJ IDEA 自带的插件 Custom 显示所有我们自行安装的插件 Install JeBrains Plugin 弹出 IntelliJ IDEA 公司自行开发的插件仓库列表，供下载安装 Browse repositories… 弹出插件仓库中所有插件列表供下载安装 Install plugin from disk 从本地离线安装插件 好用的插件推荐 1. Lombok Plugin： 简化你的实体类不再写get/set方法，还能快速的实现builder模式，以及链式调用方法，总之就是为了简化实体类而生的插件。 注意：若项目中引用了lombok相关jar包，IDE工具没有安装此插件编译器会报错，因此该插件用于告知编译器。 2. Free Mybatis Plugin： 一个提高mybatis编码的插件。 实现了dao层跳转到xml层的跳转功能。 3. idea-mybatis-generator： Mybatis代码生成器 ，安装了后可以直接在idea进行界面化操作。 4.

/** * 将返回数据生成excel文件并上传ftp * * @param request * @return * @throws IOException */ public String writeWithHead(KmsFCRequest request) throws IOException { OutputStream out = null; String fileName = “”; try { fileName = generateTargetFile(); out = new FileOutputStream(fileName); ExcelWriter writer = new ExcelWriter(out, ExcelTypeEnum.XLSX); Sheet sheet1 = new Sheet(1, 0, ExcelPropertyIndexModel.class); sheet1.setSheetName(“sheet1”); List data = new ArrayList<>(); assignment(request, data); writer.write(data, sheet1); writer.finish(); log.info(“生成EXCEL文件成功”); // 执行上传ftp try (InputStream input = new

表之间关系的划分 数据库中多表之间存在着三种关系，如图所示。 从图可以看出，系统设计的三种实体关系分别为：多对多、一对多和一对一关系 。注意：一对多关系可以看为两种： 即一对多，多对一。所以说四种更精确。 明确： 我们今天只涉及实际开发中常用的关联关系，一对多和多对多。而一对一的情况，在实际开发中几乎不用。 1 在 JPA 框架中表关系的分析步骤 在实际开发中，我们数据库的表难免会有相互的关联关系，在操作表的时候就有可能会涉及到多张表的操作。而在这种实现了 ORM 思想的框架中（如 JPA ），可以让我们通过操作实体类就实现对数据 库表的操作。所以今天我们的学习重点是：掌握配置实体之间的关联关系。 第一步：首先确定两张表之间的关系。 如果关系确定错了，后面做的所有操作就都不可能正确。 第二步：在数据库中实现两张表的关系 第三步：在实体类中描述出两个实体的关系 第四步：配置出实体类和数据库表的关系映射（重点） 2 JPA 中的一对多 2.1 示例分析 我们采用的示例为客户和联系人。 客户：指的是一家公司，我们记为 A 。 联系人：指的是 A 公司中的员工。 在不考虑兼职的情况下，公司和员工的关系即为一对多。 2.2 表关系建立 在一对多关系中，我们习惯把一的一方称之为主表，把多的一方称之为从表。在数据库中建立一对多的关系，需要使用数据库的外键约束。 什么是外键？ 指的是从表中有一列

　　通过Spring的Aop我们可以声明式的配置事务管理，那么同样可以通过SpringAop来进行处理的系统日志该如何实现呢？ 一、数据表和实体类的准备 　　 我们要管理系统日志，那么数据表和实体类是必不可少的，这里编写一个简单的实体类： /** * 系统日志实体类 * * @author Mr.song * @date 2019/05/09 17:57 */ public class SysLog implements Serializable { private String id; private String userName; private String ip; private Date time; private String method;//访问的方法名称 private String action;//进行的操作名称 //... } 同时我们还要完成Dao层和Service层相应的添加、查询方法。（比较简单，这里忽略） 二.编写日志通知的切面类 这里采用基于注解的环绕通知 /** * 用于记录日志的通知 * * @author Mr.song * @date 2019/05/09 19:50 */ @Aspect //声明为切面类 @Component public class LogAspect { @Autowired private

　 /** * 　　 * AdminEntity 管理员实体类 * getAdminId 获取管理员实体类中的id * */ @Testvoid adminIdList () { List<AdminEntity> adminEntityList = adminService.queryAdminInfoAll(map); // 获取 实体类指定的 id 数组 List<Integer> tableNames = adminEntityList.stream().map(AdminEntity::getAdminId).collect(Collectors.toList()); System.out.println("输出用户id : " + tableNames); }#输入结果　　输出用户id : [1, 2, 3] 来源： https://www.cnblogs.com/zhunong/p/12343983.html

最近几天研究了一下GoogleEarth的API ，在学习过程中不断地感叹google的伟大，他替你想到了一切你想要的并把接口毫无保留的提供给了你，让我们可以在这个平台上自由发挥，看了一点他的API 想做个demo，根据一组经纬度的集合 ，在球上打一系列点，每个点上加上相应的表示，乍一想很简单，做个定时器，定时向服务器请求最新的目标经纬度，然后调用API显示，可是实际操作起来马上就遇到了问题，用ajaxPro+google地球的API ，发现两者之间定义了很多相同的方法，会冲突，由于ajaxPro对JSon数据有着良好的的解析能力，我对其情有独钟，当然由于它的过分封装，使用起来确实有些傻瓜，而且偶尔会出现一些很难解决的问题（诸如命名空间为定义之类的，session丢失，过期后请求ashx文件退出登录页时脚本错误等）。但是这些都不能否认ajaxPro还是一个很不错的ajax框架，在我看来它比jquery的ajax要强一些，ajaxPro玩不了了，试试jquery的ajax，jquery的强大在于它的选择器，在异步请求方面个人觉得不是很好用，它主要提供了三种方式，$.get(),$post(),$.ajax();前两种都是基于$.ajax（）的，我个人喜欢用$.ajax（），它的可控性更强一些，而且在出现异常时可以根据返回的erro判断异常的原因，调试更为方便