diff --git a/README.md b/README.md
index d5587a2f286c799fead4b771d63f4f734e1545f5..414b71eb69a446019daa02184fe0c72a755b0aa1 100644
--- a/README.md
+++ b/README.md
@@ -44,14 +44,13 @@ BootDo 提供了常用工具进行封装，包括日志工具、缓存工具、
* 数据库连接池：Alibaba Druid
* 缓存框架：Ehcache 、Redis
* 日志管理：SLF4J
-* 工具类：Apache Commons、Jackson 、Xstream 1.4、Dozer 5.3、POI 3.9
+* 工具类：Apache Commons、Jackson
2、前端
* JS框架：jQuery
* 客户端验证：JQuery Validation
* 富文本在线编辑：summernote
-* 在线文件管理：CKFinder
* 数据表格：bootstrapTable
* 弹出层：layer
* 树结构控件：jsTree
@@ -59,8 +58,7 @@ BootDo 提供了常用工具进行封装，包括日志工具、缓存工具、
4、平台
* 服务器中间件：SpringBoot内置
-* 数据库支持：目前仅提供MySql数据库的支持，但不限于数据库，平台留有其它数据库支持接口，
-你可以很方便的更改为其它数据库，如：SqlServer 2008、MySql 5.5、H2等
+* 数据库支持：目前仅提供MySql数据库的支持，但不限于数据库
* 开发环境：Java、Eclipse Java EE 、Maven 、Git
## 安全考虑
diff --git "a/bootdo/bootdo(\345\246\202\346\236\234\346\212\245\351\224\231\350\257\267\346\211\247\350\241\214\350\277\231\344\270\252\345\205\274\345\256\271\347\211\210\346\234\254).sql" "b/bootdo/bootdo(\345\246\202\346\236\234\346\212\245\351\224\231\350\257\267\346\211\247\350\241\214\350\277\231\344\270\252\345\205\274\345\256\271\347\211\210\346\234\254).sql"
new file mode 100644
index 0000000000000000000000000000000000000000..e9c31d5cebadc71a827a6d1cce6601ee7a5c5294
--- /dev/null
+++ "b/bootdo/bootdo(\345\246\202\346\236\234\346\212\245\351\224\231\350\257\267\346\211\247\350\241\214\350\277\231\344\270\252\345\205\274\345\256\271\347\211\210\346\234\254).sql"
@@ -0,0 +1,1219 @@
+/*
+Navicat MySQL Data Transfer
+
+Source Server : localhost
+Source Server Version : 50717
+Source Host : localhost:3306
+Source Database : bootdo
+
+Target Server Type : MYSQL
+Target Server Version : 50717
+File Encoding : 65001
+
+Date: 2018-01-04 14:01:20
+*/
+
+SET FOREIGN_KEY_CHECKS=0;
+
+-- ----------------------------
+-- Table structure for `blog_content`
+-- ----------------------------
+DROP TABLE IF EXISTS `blog_content`;
+CREATE TABLE `blog_content` (
+ `cid` bigint(20) NOT NULL AUTO_INCREMENT,
+ `title` varchar(255) DEFAULT NULL COMMENT '标题',
+ `slug` varchar(255) DEFAULT NULL,
+ `created` bigint(20) DEFAULT NULL COMMENT '创建人id',
+ `modified` bigint(20) DEFAULT NULL COMMENT '最近修改人id',
+ `content` text COMMENT '内容',
+ `type` varchar(16) DEFAULT NULL COMMENT '类型',
+ `tags` varchar(200) DEFAULT NULL COMMENT '标签',
+ `categories` varchar(200) DEFAULT NULL COMMENT '分类',
+ `hits` int(5) DEFAULT NULL,
+ `comments_num` int(5) DEFAULT '0' COMMENT '评论数量',
+ `allow_comment` int(1) DEFAULT '0' COMMENT '开启评论',
+ `allow_ping` int(1) DEFAULT '0' COMMENT '允许ping',
+ `allow_feed` int(1) DEFAULT '0' COMMENT '允许反馈',
+ `status` int(1) DEFAULT NULL COMMENT '状态',
+ `author` varchar(100) DEFAULT NULL COMMENT '作者',
+ `gtm_create` datetime DEFAULT NULL COMMENT '创建时间',
+ `gtm_modified` datetime DEFAULT NULL COMMENT '修改时间',
+ PRIMARY KEY (`cid`)
+) ENGINE=InnoDB AUTO_INCREMENT=122 DEFAULT CHARSET=utf8 COMMENT='文章内容';
+
+-- ----------------------------
+-- Records of blog_content
+-- ----------------------------
+INSERT INTO `blog_content` VALUES ('75', '基于 Springboot 和 Mybatis 的后台管理系统 BootDo', null, null, null, '项目介绍
面向学习型的开源框架，简洁高效，减少过渡封装，展现技术本质
Springboot作为基础框架，使用mybatis作为持久层框架
使用官方推荐的thymeleaf做为模板引擎，shiro作为安全框架,主流技术，“一网打尽”
基于注解的sql写法，零XML，极简配置，一键前后台代码生成
演示地址 http://47.93.239.129
功能简介
1. 用户管理
2. 角色管理
3. 部门管理
4. 菜单管理
5. 系统日志
6. 代码生成
7. 内容管理
所用框架
前端
1. Bootstrap
2. jQuery
3. bootstrap-table
4. layer
5. jsTree
6. summernote
7. jquery-validate
8. jquery-treegrid
后端
1. SpringBoot
2. MyBatis
3. Thymeleaf
4. Shiro
5. druid
项目截图
![](\"https://static.oschina.net/uploads/space/2017/0912/182421_5LaN_3244087.png\")
', 'article', null, null, null, null, '0', '0', '1', '1', 'bootdo', '2017-09-22 14:44:44', '2017-09-22 14:44:44');
+INSERT INTO `blog_content` VALUES ('100', 'springboot thymeleaf和shiro 整合——按钮可见性', null, null, null, '添加依赖
<dependency> \r\n <groupId>com.github.theborakompanioni</groupId>\r\n <artifactId>thymeleaf-extras-shiro</artifactId>\r\n <version>1.2.1</version> \r\n</dependency>
在shiro的configuration中配置
@Bean\r\n public ShiroDialect shiroDialect() {\r\n return new ShiroDialect();\r\n }
在html中加入xmlns
<html lang=\"zh_CN\" xmlns:th=\"http://www.thymeleaf.org\"\r\n xmlns:shiro=\"http://www.pollix.at/thymeleaf/shiro\">
例子
<button shiro:hasPermission=\"sys:user:add\" type=\"button\" class=\"btn btn-primary\" onclick=\"add()\">\r\n <i class=\"fa fa-plus\" aria-hidden=\"true\"></i>添加\r\n</button>
', 'article', null, null, null, null, '1', null, '0', '1', 'bootdo', '2017-09-22 13:24:30', '2017-09-22 13:24:30');
+INSERT INTO `blog_content` VALUES ('108', 'spring boot ehcache整合', null, null, null, 'pom.xml配置 引入依赖包
<dependency>\r\n <groupId>org.springframework.boot</groupId>\r\n <artifactId>spring-boot-starter-cache</artifactId>\r\n</dependency>\r\n<dependency>\r\n <groupId>net.sf.ehcache</groupId>\r\n <artifactId>ehcache</artifactId>\r\n</dependency>
编写配置类,设置缓存机制
@Configuration\r\n@EnableCaching\r\npublic class CacheConfiguration {\r\n\r\n @Bean\r\n public EhCacheCacheManager ehCacheCacheManager(EhCacheManagerFactoryBean bean) {\r\n return new EhCacheCacheManager(bean.getObject());\r\n }\r\n\r\n @Bean\r\n public EhCacheManagerFactoryBean ehCacheManagerFactoryBean() {\r\n EhCacheManagerFactoryBean cacheManagerFactoryBean = new EhCacheManagerFactoryBean();\r\n cacheManagerFactoryBean.setConfigLocation(new ClassPathResource(\"config/ehcache.xml\"));\r\n cacheManagerFactoryBean.setShared(true);\r\n return cacheManagerFactoryBean;\r\n }\r\n}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
ehcache.xml配置:
<?xml version=\"1.0\" encoding=\"UTF-8\"?>\r\n<ehcache xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xsi:noNamespaceSchemaLocation=\"http://ehcache.org/ehcache.xsd\"\r\n updateCheck=\"false\">\r\n \r\n <diskStore path=\"java.io.tmpdir/Tmp_EhCache\" />\r\n \r\n \r\n <defaultCache eternal=\"false\" maxElementsInMemory=\"1000\" overflowToDisk=\"false\" diskPersistent=\"false\"\r\n timeToIdleSeconds=\"0\" timeToLiveSeconds=\"600\" memoryStoreEvictionPolicy=\"LRU\" />\r\n <cache name=\"snailAuthCache\" eternal=\"false\" maxElementsInMemory=\"10000\" overflowToDisk=\"false\" diskPersistent=\"false\"\r\n timeToIdleSeconds=\"0\" timeToLiveSeconds=\"0\" memoryStoreEvictionPolicy=\"LFU\" />\r\n</ehcache>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
', 'article', null, null, null, null, '1', null, '0', '1', 'bootdo', '2017-09-22 17:48:29', '2017-09-22 17:48:29');
+INSERT INTO `blog_content` VALUES ('109', 'spring-boot整合ehcache实现缓存机制', null, null, null, '
EhCache 是一个纯Java的进程内缓存框架，具有快速、精干等特点，是Hibernate中默认的CacheProvider。
ehcache提供了多种缓存策略，主要分为内存和磁盘两级，所以无需担心容量问题。
spring-boot是一个快速的集成框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。
由于spring-boot无需任何样板化的配置文件，所以spring-boot集成一些其他框架时会有略微的不同。
1.spring-boot是一个通过maven管理的jar包的框架，集成ehcache需要的依赖如下
<dependency>\r\n <groupId>org.springframework</groupId>\r\n <artifactId>spring-context-support</artifactId>\r\n</dependency>\r\n<dependency>\r\n <groupId>net.sf.ehcache</groupId>\r\n <artifactId>ehcache</artifactId>\r\n <version>2.8.3</version>\r\n</dependency>
具体pom.xml文件如下
![\"复制代码\"](\"http://common.cnblogs.com/images/copycode.gif\")
<?xml version=\"1.0\" encoding=\"UTF-8\"?>\r\n<project xmlns=\"http://maven.apache.org/POM/4.0.0\" xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\"\r\n xsi:schemaLocation=\"http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd\">\r\n <modelVersion>4.0.0</modelVersion>\r\n\r\n <groupId>com.lclc.boot</groupId>\r\n <artifactId>boot-cache</artifactId>\r\n <version>0.0.1-SNAPSHOT</version>\r\n <!-- Inherit defaults from Spring Boot -->\r\n <parent>\r\n <groupId>org.springframework.boot</groupId>\r\n <artifactId>spring-boot-starter-parent</artifactId>\r\n <version>1.1.3.RELEASE</version>\r\n </parent>\r\n <dependencies>\r\n <dependency>\r\n <groupId>org.springframework.boot</groupId>\r\n <artifactId>spring-boot-starter-web</artifactId>\r\n </dependency>\r\n <dependency>\r\n <groupId>org.springframework.boot</groupId>\r\n <artifactId>spring-boot-starter-data-jpa</artifactId>\r\n </dependency>\r\n <dependency>\r\n <groupId>org.springframework.boot</groupId>\r\n <artifactId>spring-boot-starter-thymeleaf</artifactId>\r\n </dependency>\r\n \r\n <dependency>\r\n <groupId>mysql</groupId>\r\n <artifactId>mysql-connector-java</artifactId>\r\n </dependency>\r\n\r\n <dependency>\r\n <groupId>com.google.guava</groupId>\r\n <artifactId>guava</artifactId>\r\n <version>17.0</version>\r\n </dependency>\r\n \r\n <dependency>\r\n <groupId>org.springframework</groupId>\r\n <artifactId>spring-context-support</artifactId>\r\n </dependency>\r\n <dependency>\r\n <groupId>net.sf.ehcache</groupId>\r\n <artifactId>ehcache</artifactId>\r\n <version>2.8.3</version>\r\n </dependency>\r\n </dependencies>\r\n\r\n <dependencyManagement>\r\n <dependencies>\r\n </dependencies>\r\n </dependencyManagement>\r\n\r\n <build>\r\n <plugins>\r\n <plugin>\r\n <groupId>org.springframework.boot</groupId>\r\n <artifactId>spring-boot-maven-plugin</artifactId>\r\n </plugin>\r\n </plugins>\r\n </build>\r\n\r\n <repositories>\r\n <repository>\r\n <id>spring-snapshots</id>\r\n <url>http://repo.spring.io/snapshot</url>\r\n <snapshots>\r\n <enabled>true</enabled>\r\n </snapshots>\r\n </repository>\r\n <repository>\r\n <id>spring-milestones</id>\r\n <url>http://repo.spring.io/milestone</url>\r\n </repository>\r\n </repositories>\r\n <pluginRepositories>\r\n <pluginRepository>\r\n <id>spring-snapshots</id>\r\n <url>http://repo.spring.io/snapshot</url>\r\n </pluginRepository>\r\n <pluginRepository>\r\n <id>spring-milestones</id>\r\n <url>http://repo.spring.io/milestone</url>\r\n </pluginRepository>\r\n </pluginRepositories>\r\n\r\n</project>
2.使用ehcache，我们需要一个ehcache.xml来定义一些cache的属性。
<?xml version=\"1.0\" encoding=\"UTF-8\"?>\r\n<ehcache xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xsi:noNamespaceSchemaLocation=\"http://ehcache.org/ehcache.xsd\"\r\n updateCheck=\"false\">\r\n <diskStore path=\"java.io.tmpdir/Tmp_EhCache\" />\r\n <defaultCache eternal=\"false\" maxElementsInMemory=\"1000\" overflowToDisk=\"false\" diskPersistent=\"false\"\r\n timeToIdleSeconds=\"0\" timeToLiveSeconds=\"600\" memoryStoreEvictionPolicy=\"LRU\" />\r\n\r\n <cache name=\"demo\" eternal=\"false\" maxElementsInMemory=\"100\" overflowToDisk=\"false\" diskPersistent=\"false\"\r\n timeToIdleSeconds=\"0\" timeToLiveSeconds=\"300\" memoryStoreEvictionPolicy=\"LRU\" />\r\n\r\n</ehcache>
解释下这个xml文件中的标签。
(1).diskStore： 为缓存路径，ehcache分为内存和磁盘两级，此属性定义磁盘的缓存位置。参数解释如下：
user.home – 用户主目录
user.dir – 用户当前工作目录
java.io.tmpdir – 默认临时文件路径
(2).defaultCache：默认缓存策略，当ehcache找不到定义的缓存时，则使用这个缓存策略。只能定义一个。
(3).cache：自定缓存策略，为自定义的缓存策略。参数解释如下：
cache元素的属性：
name：缓存名称
maxElementsInMemory：内存中最大缓存对象数
maxElementsOnDisk：硬盘中最大缓存对象数，若是0表示无穷大
eternal：true表示对象永不过期，此时会忽略timeToIdleSeconds和timeToLiveSeconds属性，默认为false
overflowToDisk：true表示当内存缓存的对象数目达到了maxElementsInMemory界限后，会把溢出的对象写到硬盘缓存中。注意：如果缓存的对象要写入到硬盘中的话，则该对象必须实现了Serializable接口才行。
diskSpoolBufferSizeMB：磁盘缓存区大小，默认为30MB。每个Cache都应该有自己的一个缓存区。
diskPersistent：是否缓存虚拟机重启期数据
diskExpiryThreadIntervalSeconds：磁盘失效线程运行时间间隔，默认为120秒
timeToIdleSeconds： 设定允许对象处于空闲状态的最长时间，以秒为单位。当对象自从最近一次被访问后，如果处于空闲状态的时间超过了timeToIdleSeconds属性值，这个对象就会过期，EHCache将把它从缓存中清空。只有当eternal属性为false，该属性才有效。如果该属性值为0，则表示对象可以无限期地处于空闲状态
timeToLiveSeconds：设定对象允许存在于缓存中的最长时间，以秒为单位。当对象自从被存放到缓存中后，如果处于缓存中的时间超过了 timeToLiveSeconds属性值，这个对象就会过期，EHCache将把它从缓存中清除。只有当eternal属性为false，该属性才有效。如果该属性值为0，则表示对象可以无限期地存在于缓存中。timeToLiveSeconds必须大于timeToIdleSeconds属性，才有意义
memoryStoreEvictionPolicy：当达到maxElementsInMemory限制时，Ehcache将会根据指定的策略去清理内存。可选策略有：LRU（最近最少使用，默认策略）、FIFO（先进先出）、LFU（最少访问次数）。
3.将ehcache的管理器暴露给spring的上下文容器，
@Configuration\r\n// 标注启动了缓存\r\n@EnableCaching\r\npublic class CacheConfiguration {\r\n\r\n /*\r\n * ehcache 主要的管理器\r\n */\r\n @Bean(name = \"appEhCacheCacheManager\")\r\n public EhCacheCacheManager ehCacheCacheManager(EhCacheManagerFactoryBean bean){\r\n return new EhCacheCacheManager (bean.getObject ());\r\n }\r\n\r\n /*\r\n * 据shared与否的设置,Spring分别通过CacheManager.create()或new CacheManager()方式来创建一个ehcache基地.\r\n */\r\n @Bean\r\n public EhCacheManagerFactoryBean ehCacheManagerFactoryBean(){\r\n EhCacheManagerFactoryBean cacheManagerFactoryBean = new EhCacheManagerFactoryBean ();\r\n cacheManagerFactoryBean.setConfigLocation (new ClassPathResource (\"conf/ehcache-app.xml\"));\r\n cacheManagerFactoryBean.setShared (true);\r\n return cacheManagerFactoryBean;\r\n }\r\n}
@Configuration：为spring-boot注解，主要标注此为配置类，优先扫描。
@Bean：向spring容器中加入bean。
至此所有的配置都做好了，通过spring-boot进行集成框架就是这么简单。
4.使用ehcache
使用ehcache主要通过spring的缓存机制，上面我们将spring的缓存机制使用了ehcache进行实现，所以使用方面就完全使用spring缓存机制就行了。
具体牵扯到几个注解：
@Cacheable：负责将方法的返回值加入到缓存中，参数3
@CacheEvict：负责清除缓存，参数4
参数解释：
value：缓存位置名称，不能为空，如果使用EHCache，就是ehcache.xml中声明的cache的name
key：缓存的key，默认为空，既表示使用方法的参数类型及参数值作为key，支持SpEL
condition：触发条件，只有满足条件的情况才会加入缓存，默认为空，既表示全部都加入缓存，支持SpEL
allEntries：CacheEvict参数，true表示清除value中的全部缓存，默认为false
不多说，直接上代码：
@Service\r\npublic class CacheDemoServiceImpl implements CacheDemoService {\r\n\r\n /**\r\n * 缓存的key\r\n */\r\n public static final String THING_ALL_KEY = \"\\\"thing_all\\\"\";\r\n /**\r\n * value属性表示使用哪个缓存策略，缓存策略在ehcache.xml\r\n */\r\n public static final String DEMO_CACHE_NAME = \"demo\";\r\n \r\n @CacheEvict(value = DEMO_CACHE_NAME,key = THING_ALL_KEY)\r\n @Override\r\n public void create(Thing thing){\r\n Long id = getNextId ();\r\n thing.setId (id);\r\n data.put (id, thing);\r\n } \r\n \r\n @Cacheable(value = DEMO_CACHE_NAME,key = \"#thing.getId()+\'thing\'\")\r\n @Override\r\n public Thing findById(Long id){\r\n System.err.println (\"没有走缓存！\" + id);\r\n return data.get (id);\r\n }\r\n\r\n @Cacheable(value = DEMO_CACHE_NAME,key = THING_ALL_KEY)\r\n @Override\r\n public List<Thing> findAll(){\r\n return Lists.newArrayList (data.values ());\r\n }\r\n \r\n \r\n @Override\r\n @CachePut(value = DEMO_CACHE_NAME,key = \"#thing.getId()+\'thing\'\")\r\n @CacheEvict(value = DEMO_CACHE_NAME,key = THING_ALL_KEY)\r\n public Thing update(Thing thing){\r\n System.out.println (thing);\r\n data.put (thing.getId (), thing);\r\n return thing;\r\n }\r\n\r\n @CacheEvict(value = DEMO_CACHE_NAME)\r\n @Override\r\n public void delete(Long id){\r\n data.remove (id);\r\n }\r\n \r\n}
5.只需要通过注解在service层方法上打注解便可以使用缓存，在find**上存入缓存，在delete**,update**上清除缓存。
', 'article', null, null, null, null, '1', null, '0', '1', 'bootdo', '2017-09-24 11:15:18', '2017-09-24 11:15:18');
+INSERT INTO `blog_content` VALUES ('110', 'spring boot 图片上传后的图片读取路径在win与linux环境配置的差别', null, null, null, 'win
- @Component
- class WebConfigurer extends WebMvcConfigurerAdapter {
- @Override
- public void addResourceHandlers(ResourceHandlerRegistry registry) {
- registry.addResourceHandler(\"/files/**\").addResourceLocations(\"file:///E:/var/spring/uploaded_files/\");
- }
-
- }
- @Component
- class WebConfigurer extends WebMvcConfigurerAdapter {
- @Override
- public void addResourceHandlers(ResourceHandlerRegistry registry) {
- registry.addResourceHandler(\"/files/**\").addResourceLocations(\"file:///var/spring/uploaded_files\");
- }
-
- }
', 'article', null, null, null, null, '1', null, '1', '1', 'bootdo', '2017-09-24 09:15:35', '2017-09-24 09:15:35');
+INSERT INTO `blog_content` VALUES ('111', 'Springmvc提交日期类型参数', null, null, null, '背景介绍
在springmvc框架中，前台传入到后台的form会经过springmvc自动封装到pojo类中，后台接受的时候可以在参数内直接接受这个java类。
传参
通常情况下，前台的表单的类型诸如int,string等，都会根据pojo中字段的类型自动转换。所以为我们省去了不少麻烦，但很可惜其中不包括日期类型。
原因
因为日期的格式多种多样，spring自身不适合对其进行封装。好在spring给出了便捷的方法给我们自己转换数据类型。
具体实现
在controller层中，加入以下代码段
@InitBinder\r\npublic void initBinder(WebDataBinder binder) {\r\n SimpleDateFormat dateFormat = new SimpleDateFormat(\"yyyy-MM-dd\");\r\n dateFormat.setLenient(false);\r\n binder.registerCustomEditor(Date.class, new CustomDateEditor(dateFormat, true));\r\n}
可以解决这个问题。但是这个时候Date类型的参数是null的话，还是会报错。采用另外一种方式则更好，为null也不会报错，就是把请求参数封装为一个vo类，在对应的类属性上加上注解，这样
@DateTimeFormat(iso = ISO.DATE_TIME, pattern = \"w:yyyy\")\r\nprivate Date startTime;\r\n或者\r\n@DateTimeFormat(pattern=\"yyyy-MM-dd HH:mm:ss\")\r\nprivate Date lastLoginDate;
另外如果使用验证框架，方法参数这样写(@Valid XxxParam param, BindingResult binding) ，就能直接通过BindingResult得到验证结果了。
', 'article', null, null, null, null, '1', null, '1', '1', 'bootdo', '2017-09-25 21:34:51', '2017-09-25 21:34:51');
+INSERT INTO `blog_content` VALUES ('112', ' SpringBoot 在启动时运行代码', null, null, null, '在Spring boot项目的实际开发中，我们有时需要项目服务启动时加载一些数据或预先完成某些动作。为了解决这样的问题，Spring boot 为我们提供了一个方法：通过实现接口 CommandLineRunner 来实现这样的需求。
实现方式：只需要一个类即可，无需其他配置。
实现步骤：
1.创建实现接口 CommandLineRunner 的类 MyStartupRunnerTest
- package com.energy;
-
- import org.springframework.boot.CommandLineRunner;
- import org.springframework.core.annotation.Order;
- import org.springframework.stereotype.Component;
-
-
-
-
- @Component
- @Order(value=1)
- public class MyStartupRunnerTest implements CommandLineRunner
- {
- @Override
- public void run(String... args) throws Exception
- {
- System.out.println(\">>>>This is MyStartupRunnerTest Order=1. Only testing CommandLineRunner...<<<<\");
- }
- }
2.创建实现接口CommandLineRunner 的类 MyStartupRunnerTest2
- package com.energy;
-
- import org.springframework.boot.CommandLineRunner;
- import org.springframework.core.annotation.Order;
- import org.springframework.stereotype.Component;
-
-
-
-
- @Component
- @Order(value=2)
- public class MyStartupRunnerTest2 implements CommandLineRunner
- {
- @Override
- public void run(String... args) throws Exception
- {
- System.out.println(\">>>>This is MyStartupRunnerTest Order=2. Only testing CommandLineRunner...<<<<\");
- }
- }
3.启动Spring boot后查看控制台输出信息，如下所示：
- >>>>This is MyStartupRunnerTest Order=1. Only testing CommandLineRunner...<<<<
- >>>>This is MyStartupRunnerTest2 Order=2. Only testing CommandLineRunner...<<<<
4.Application启动类代码略。
说明：CommandLineRunner接口的运行顺序是依据@Order注解的value由小到大执行，即value值越小优先级越高。
', 'article', null, null, null, null, '1', null, '1', '1', 'bootdo', '2017-09-26 15:18:15', '2017-09-26 15:18:15');
+INSERT INTO `blog_content` VALUES ('115', 'communication', null, null, null, '', null, null, 'communication', null, null, '1', null, '0', '1', 'bootdo', '2017-09-30 14:43:30', '2017-09-30 14:43:30');
+INSERT INTO `blog_content` VALUES ('116', 'ablout', null, null, null, 'BootDo 面向学习型的开源框架
平台简介
BootDo是高效率，低封装，面向学习型，面向微服的开源Java EE开发框架。
BootDo是在SpringBoot基础上搭建的一个Java基础开发平台，MyBatis为数据访问层，ApacheShiro为权限授权层，Ehcahe对常用数据进行缓存。
BootDo主要定位于后台管理系统学习交流，已内置后台管理系统的基础功能和高效的代码生成工具， 包括：系统权限组件、数据权限组件、数据字典组件、核心工具组件、视图操作组件、工作流组件、代码生成等。 前端界面风格采用了结构简单、性能优良、页面美观大气的Twitter Bootstrap页面展示框架。 采用分层设计、双重验证、提交数据安全编码、密码加密、访问验证、数据权限验证。 使用Maven做项目管理，提高项目的易开发性、扩展性。
BootDo目前包括以下四大模块，系统管理（SYS）模块、 内容管理（CMS）模块、在线办公（OA）模块、代码生成（GEN）模块。 系统管理模块 ，包括企业组织架构（用户管理、机构管理、区域管理）、 菜单管理、角色权限管理、字典管理等功能； 内容管理模块 ，包括内容管理（文章、链接），栏目管理、站点管理、 公共留言、文件管理、前端网站展示等功能； 在线办公模块 ，提供简单的请假流程实例；代码生成模块 ，完成重复的工作。
BootDo 提供了常用工具进行封装，包括日志工具、缓存工具、服务器端验证、数据字典、当前组织机构数据 （用户、机构、区域）以及其它常用小工具等。另外还提供一个强大的在线 代码生成 工具。
内置功能
- 用户管理：用户是系统操作者，该功能主要完成系统用户配置。
- 机构管理：配置系统组织机构（公司、部门、小组），树结构展现，可随意调整上下级。
- 区域管理：系统城市区域模型，如：国家、省市、地市、区县的维护。
- 菜单管理：配置系统菜单，操作权限，按钮权限标识等。
- 角色管理：角色菜单权限分配、设置角色按机构进行数据范围权限划分。
- 字典管理：对系统中经常使用的一些较为固定的数据进行维护，如：是否、男女、类别、级别等。
- 操作日志：系统正常操作日志记录和查询；系统异常信息日志记录和查询。
- 连接池监视：监视当期系统数据库连接池状态，可进行分析SQL找出系统性能瓶颈。
- 工作流引擎：实现业务工单流转、在线流程设计器。
技术选型
1、后端
- 核心框架：Spring Boot
- 安全框架：Apache Shiro
- 模板引擎：Thymeleaf
- 持久层框架：MyBatis
- 数据库连接池：Alibaba Druid
- 缓存框架：Ehcache 、Redis
- 日志管理：SLF4J
- 工具类：Apache Commons、Jackson 、Xstream 1.4、Dozer 5.3、POI 3.9
2、前端
- JS框架：jQuery
- 客户端验证：JQuery Validation
- 富文本在线编辑：summernote
- 在线文件管理：CKFinder
- 数据表格：bootstrapTable
- 弹出层：layer
- 树结构控件：jsTree
4、平台
- 服务器中间件：SpringBoot内置
- 数据库支持：目前仅提供MySql数据库的支持，但不限于数据库，平台留有其它数据库支持接口， 你可以很方便的更改为其它数据库，如：SqlServer 2008、MySql 5.5、H2等
- 开发环境：Java、Eclipse Java EE 、Maven 、Git
安全考虑
- 开发语言：系统采用Java 语言开发，具有卓越的通用性、高效性、平台移植性和安全性。
- 分层设计：（数据库层，数据访问层，业务逻辑层，展示层）层次清楚，低耦合，各层必须通过接口才能接入并进行参数校验（如：在展示层不可直接操作数据库），保证数据操作的安全。
- 双重验证：用户表单提交双验证：包括服务器端验证及客户端验证，防止用户通过浏览器恶意修改（如不可写文本域、隐藏变量篡改、上传非法文件等），跳过客户端验证操作数据库。
- 安全编码：用户表单提交所有数据，在服务器端都进行安全编码，防止用户提交非法脚本及SQL注入获取敏感数据等，确保数据安全。
- 密码加密：登录用户密码进行SHA1散列加密，此加密方法是不可逆的。保证密文泄露后的安全问题。
- 强制访问：系统对所有管理端链接都进行用户身份权限验证，防止用户直接填写url进行访问。
演示地址
交流反馈
QQ群 669039323
版权声明
本软件使用 Apache License 2.0 协议，请严格遵照协议内容
', null, null, 'about', null, null, '1', null, '0', '1', 'bootdo', '2017-09-30 14:43:09', '2017-09-30 14:43:09');
+INSERT INTO `blog_content` VALUES ('117', '页面加载速度优化建议', null, null, null, '1、合并Js文件和CSS
将JS代码和CSS样式分别合并到一个共享的文件，这样不仅能简化代码，而且在执行JS文件的时候，如果JS文件比较多，就需要进行多次“Get”请求，延长加载速度，将JS文件合并在一起后，自然就减少了Get请求次数，提高了加载速度。
2、Sprites图片技术
Spriting是一种网页图片应用处理方式，它是将一个页面涉及到的所有零星图片都包含到一张大图中去，然后利用CSS技术展现出来。这样一来，当访问该页面时，载入的图片就不会像以前那样一幅一幅地慢慢显示出来了，可以减少了整个网页的图片大小，并且利用CSSSprites能很好地减少网页的http请求，从而大大的提高页面的性能。CSSSprites在国内很多人叫css精灵，很早就有了，在很多大型网站都有用到，特别是一些所有页面都存在的图标用得比较多，很好的提升加载速度。
3、压缩文本和图片
压缩技术如gzip可以有效减少页面加载的时间。包括HTML，XML，JSON(JavaScript对象符号)，JavaScript和CSS等，压缩率都可以在大小70%左右。文本压缩用得比较多，一般直接在空间开启就行，而图片的压缩就比较随意，很多都是直接上传，其实还有很大的压缩空间。
4、延迟显示可见区域外的内容
为了确保用户可以更快地看见可见区域的网页可以延迟加载或展现可见区域外的内容，为了避免页面变形，可以使用占位符标签制定正确的高度和宽度。比如WP的jQueryImage LazyLoad插件就可以在用户停留在第一屏的时候，不加载任何第一屏以下的图片信息，只有当用户把鼠标往下滚动的时候，这些图片才开始加载。这样很明显提升可见区域的加载速度，提高用户体验。
5、确保功能图片优先加载
网站主要考虑可用性的重要性，一个功能按钮要提前加载出来，用户进入下载页，一个只需要8s时间的下载花了5s在等待、寻找下载按钮图片，谁能忍受?
6、重新布置Call-to-Action按钮
其实这个和上面一条是差不多的，都是从用户体验速度着手，跳过了网页的整体加载速度。速度没变，只是让一些行为按钮提前，Call-to-Action按钮一般习惯设计在页面底部，这样的习惯对于用户来说并不总是好的，购买用户需要等到最下面加载出来才能点击下一步操作。可以调整CTA按钮的位置或使用滑动的图片按钮。很多大型购物网站的加入购物车就是这种类型。
7、图片格式优化
不恰当的图像格式是一种极为常见的减慢加载速度的罪魁祸首。正确的图片格式可以让图片缩小数倍，如果保存为最佳格式。可以节省大量带宽，减少处理时间时间，大大加快页面加载速度，这是一种很常见的做法。
8、使用 Progressive JPEGs
ProgressiveJPEGs图片是JPEG格式的一个特殊变种，名为“高级JPEG”。在创建高级JPEG文件时，数据是这样安排的：在装入图像时，开始只显示一个模糊的图像，随着数据的装入，图像逐步变得清晰。它相当于交织的GIF格式的图片。高级JPEG主要是考虑到使用调制解调器的慢速网络而设计的，快速网络的使用者通常不会体会到它和正常JPEG格式图片的区别。对于网速比较慢的用户，这无疑有很好的体验。
9、精简代码
这个可以说是最直接的一个方法，也是用得比较多的，对网页代码进行瘦身，删除不必要的沉冗代码，比如不必要的空格、换行符、注释等，包括JS代码中的无用代码也需要清除。其中对于注释代码的清除可能有些人存在误区，甚至有的在里面堆砌关键词。
10、延迟加载和执行非必要脚本
网页中有很多脚本是在页面完全加载完前都不需要执行的，可以延迟加载和执行非必要脚本。这些脚本可以在onload事件之后执行，避免对网页上重要内容的呈现造成影响。这些脚本可能是你自己网页的甲苯，往往更多的是一些第三方脚本，这样的有很多，比如评论、广告、智能推荐、百度云图、分享等等，这些完全可以等主体内容加载完后再执行。
11、使用AJAX
AJAX即“Asynchronous Javascript +XML“，是指一种创建交互式网页应用的网页开发技术。通过在后台与服务器进行少量数据交换，AJAX可以使网页实现异步更新。这意味着可以在不重新加载整个网页的情况下，对网页的某部分进行更新。传统的网页(不使用AJAX)如果需要更新内容，必须重载整个网页面。
', null, null, '', null, null, '1', null, '0', '1', 'bootdo', '2017-09-30 16:13:35', '2017-09-30 16:13:35');
+INSERT INTO `blog_content` VALUES ('118', 'elementUI select组件使用详解', null, null, null, 'elementUI select组件使用详解
- 动态生成option选项
- option选项绑定对应的文本值和value值
- 作为表单项目，新增、编辑功能
- 对选项改变后触发相关事件
<div id=\"app\">\r\n <el-form :model=\"form\" ref=\"form\" label-width=\"100px\" class=\"demo-ruleForm\">\r\n <el-form-item label=\"姓名选择\" prop=\"typeId\">\r\n <el-select v-model=\"form.typeId\" placeholder=\"请选择\" @change=\"change\">\r\n <el-option v-for=\"item in items\" :label=\"item.name\" :value=\"item.id\"></el-option>\r\n </el-select>\r\n </el-form-item>\r\n <el-form-item>\r\n <el-button type=\"primary\" @click=\"add()\">新增</el-button>\r\n <el-button type=\"primary\" @click=\"edit()\">编辑</el-button>\r\n <el-button @click=\"cancel()\">取消</el-button>\r\n </el-form-item>\r\n </el-form>\r\n</div>
<script>\r\n var vm = new Vue({\r\n el:\"#app\",\r\n mounted(){\r\n this.getData();\r\n },\r\n data:{\r\n form:{\r\n typeId:\'\'\r\n },\r\n items:[],\r\n datas:[{name:\"senbo\",id:\'1\'},{name:\"muse\",id:\'2\'},{name:\"bobo\",id:\'3\'}]\r\n },\r\n methods:{\r\n getData:function(){\r\n this.items = this.datas; \r\n\r\n },\r\n add:function(){\r\n this.form.typeId = \"\";\r\n },\r\n cancel(){\r\n this.form.typeId = \"\"; \r\n },\r\n change:function(){\r\n console.log(this.form.typeId)\r\n },\r\n edit:function(){\r\n this.form.typeId =\"1\";\r\n }\r\n }\r\n })\r\n</script>
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
转自http://blog.csdn.net/museions/article/details/77824361
', 'article', null, '', null, null, '1', null, '0', '1', 'bootdo', '2017-10-12 10:41:07', '2017-10-12 10:41:07');
+INSERT INTO `blog_content` VALUES ('119', 'Java程序员秋招面经大合集（BAT美团网易小米华为中兴等）', null, null, null, 'Java程序员秋招面经大合集（BAT美团网易小米华为中兴等）
', 'article', null, '', null, null, '1', null, '0', '1', 'Bootdo', '2017-10-13 13:45:20', '2017-10-13 13:45:20');
+INSERT INTO `blog_content` VALUES ('121', 'Spring Cloud下微服务权限方案', null, null, null, '
背景
从传统的单体应用转型Spring Cloud的朋友都在问我，Spring Cloud下的微服务权限怎么管？怎么设计比较合理？从大层面讲叫服务权限，往小处拆分，分别为三块：用户认证、用户权限、服务校验。
用户认证
传统的单体应用可能习惯了session的存在，而到了Spring cloud的微服务化后，session虽然可以采取分布式会话来解决，但终究不是上上策。开始有人推行Spring Cloud Security结合很好的OAuth2，后面为了优化OAuth 2中Access Token的存储问题，提高后端服务的可用性和扩展性，有了更好Token验证方式JWT（JSON Web Token）。这里要强调一点的是，OAuth2和JWT这两个根本没有可比性，是两个完全不同的东西。 OAuth2是一种授权框架，而JWT是一种认证协议
OAuth2认证框架
OAuth2中包含四个角色：
- 资源拥有者(Resource Owner)
- 资源服务器(Resource Server)
- 授权服务器(Authorization Server)
- 客户端(Client)
OAuth2包含4种授权模式
- 授权码（认证码）模式 （Authorization code)
- 简化（隐形）模式 (Impilict
- 用户名密码模式 (Resource Owner Password Credential)
- 客户端模式 (Client Credential)
其中，OAuth2的运行流程如下图，摘自RFC 6749：
+--------+ +---------------+\r\n| |--(A)- Authorization Request ->| Resource |\r\n| | | Owner |\r\n| |<-(B)-- Authorization Grant ---| |\r\n| | +---------------+\r\n| |\r\n| | +---------------+\r\n| |--(C)-- Authorization Grant -->| Authorization |\r\n| Client | | Server |\r\n| |<-(D)----- Access Token -------| |\r\n| | +---------------+\r\n| |\r\n| | +---------------+\r\n| |--(E)----- Access Token ------>| Resource |\r\n| | | Server |\r\n| |<-(F)--- Protected Resource ---| |\r\n+--------+ +---------------+\r\n
我们在Spring Cloud OAuth2中，所有访问微服务资源的请求都在Http Header中携带Token，被访问的服务接下来再去请求授权服务器验证Token的有效性，目前这种方式，我们需要两次或者更多次的请求，所有的Token有效性校验都落在的授权服务器上，对于我们系统的水平扩展成为一个非常大的瓶颈。
JWT认证协议
授权服务器将用户信息和授权范围序列化后放入一个JSON字符串，然后使用Base64进行编码，最终在授权服务器用私钥对这个字符串进行签名，得到一个JSON Web Token。
假设其他所有的资源服务器都将持有一个RSA公钥，当资源服务器接收到这个在Http Header中存有Token的请求，资源服务器就可以拿到这个Token，并验证它是否使用正确的私钥签名（是否经过授权服务器签名，也就是验签）。验签通过，反序列化后就拿到Toekn中包含的有效验证信息。
其中，主体运作流程图如下：
+-----------+ +-------------+\r\n| | 1-Request Authorization | |\r\n| |------------------------------------>| |\r\n| | grant_type&username&password | |--+\r\n| | |Authorization| | 2-Gen\r\n| | |Service | | JWT\r\n| | 3-Response Authorization | |<-+\r\n| |<------------------------------------| Private Key |\r\n| | access_token / refresh_token | |\r\n| | token_type / expire_in | |\r\n| Client | +-------------+\r\n| | \r\n| | +-------------+\r\n| | 4-Request Resource | |\r\n| |-----------------------------------> | |\r\n| | Authorization: bearer Access Token | |--+\r\n| | | Resource | | 5-Verify\r\n| | | Service | | Token\r\n| | 6-Response Resource | |<-+\r\n| |<----------------------------------- | Public Key |\r\n+-----------+ +-------------+\r\n
通过上述的方式，我们可以很好地完成服务化后的用户认证。
用户权限
传统的单体应用的权限拦截，大家都喜欢shiro，而且用的颇为顺手。可是一旦拆分后，这权限开始分散在各个API了，shiro还好使吗？笔者在项目中，并没有用shiro。前后端分离后，交互都是token，后端的服务无状态化，前端按钮资源化，权限放哪儿管好使？
抽象与设计
在介绍灵活的核心设计前，先给大家普及一个入门的概念：RBAC（Role-Based Access Control，基于角色的访问控制），就是用户通过角色与权限进行关联。简单地说，一个用户拥有若干角色，每一个角色拥有若干权限。
RBAC其实是一种分析模型，主要分为：基本模型RBAC0（Core RBAC）、角色分层模型RBAC1（Hierarchal RBAC）、角色限制模型RBAC2（Constraint RBAC）和统一模型RBAC3（Combines RBAC）。
更多详情大家可以了解：RBAC权限模型
核心UML
![](\"https://pic2.zhimg.com/v2-3e3eed438a7df522714407c5436c9bc9_b.png\")
这是笔者通过多种业务场景后抽象的RBAC关系图
类说明
群或组，拥有一定数量权限的集合，亦可以是权限的载体。
子类：User（用户）、Role（角色）、Position（岗位）、Unit（部门），通过用户的特定构成，形成不同业务场景的群或组，而通过对群或组的父类授权，完成了用户的权限获取。
权限，拥有一定数量资源的集成，亦可以是资源的载体。
权限下有资源，资源的来源有：Menu（菜单）、Button（动作权限）、页面元素（按钮、tab等）、数据权限等
程序，相关权限控制的呈现载体，可以在多个菜单中挂载。
![](\"https://pic1.zhimg.com/v2-9f156709621fdd7685db9781829e2948_b.png\")
模型与微服务的关系
如果把Spring Cloud服务化后的所有api接口都定义为上文的Resources，那么我们可以看到这么一个情况。
比如一个用户的增删改查，我们的页面会这么做
![](\"https://pic1.zhimg.com/v2-ac1fa4fc0005af11c0a7aa59fe62cbbc_b.png\")
页面元素资源编码资源URI资源请求方式查询user_btn_get/api/user/{id}GET增加user_btn_add/api/userPOST编辑user_btn_edit/api/user/{id}PUT删除user_btn_del/api/user/{id}DELETE
在抽象成上述的映射关系后，我们的前后端的资源有了参照，我们对于用户组的权限授权就容易了。比如我授予一个用户增加、删除权限。在前端我们只需要检验该资源编码的有无就可以控制按钮的显示和隐藏，而在后端我们只需要统一拦截判断该用户是否具有URI和对应请求方式即可。
至于权限的统一拦截是放置在Zuul这个网关上，还是落在具体的后端服务的拦截器上（Filter、Inteceptor），都可以轻而易举地实现。不在局限于代码的侵入性。放置Zuul流程图如下：
![](\"https://pic3.zhimg.com/v2-efbe4a2af48e48c86867a49f04759b7a_b.png\")
要是权限的统一拦截放置在Zuul上，会有一个问题，那就是后端服务安不安全，服务只需要通过注册中心，即可对其他服务进行调用。这里就涉及到后面的第三个模块，服务之间的鉴权。
服务之间的鉴权
因为我们都知道服务之间开源通过注册中心寻到客户端后，直接远程过程调用的。对于生产上的各个服务，一个个敏感性的接口，我们更是需要加以保护。主题的流程如下图：
![](\"https://pic4.zhimg.com/v2-2c574cb730d4e02834e238d0f7fc40eb_b.png\")
笔者的实现方式是基于Spring Cloud的FeignClient Inteceprot（自动申请服务token、传递当前上下文）和Mvc Inteceptor（服务token校验、更新当前上下文）来实现，从而对服务的安全性做进一步保护。
结合Spring Cloud的特性后，整体流程图如下：
![](\"https://pic1.zhimg.com/v2-467d442498d0ed41372a7567fc36a714_b.png\")
优化点
虽然通过上述的用户合法性检验、用户权限拦截以及服务之间的鉴权，保证了Api接口的安全性，但是其间的Http访问频率是比较高的，请求数量上来的时候，慢的问题是就会特别明显。可以考虑一定的优化策略，比如用户权限缓存、服务授权信息的派发与混存、定时刷新服务鉴权Token等。
结语
上述是笔者在项目里的大体思路，有兴趣的朋友可以借鉴我的开源项目，欢迎star：
| ');
// 增加formatter渲染
if (column.formatter) {
td.html(column.formatter.call(this, item, index));
@@ -104,9 +104,9 @@
// 判断有没有选择列
if(i==0&&item.field=='selectItem'){
hasSelectItem = true;
- th = $(' | ');
+ th = $(' | ');
}else{
- th = $(' | ');
+ th = $(' | ');
}
th.text(item.title);
thr.append(th);
diff --git a/bootdo/src/main/resources/templates/act/model/model.html b/bootdo/src/main/resources/templates/act/model/model.html
index 126c4c76483bb9b3710723fa63163bee2b799e8e..e4e659bf50b5f3f56ed845fe6f9e4acd0f8ec60b 100644
--- a/bootdo/src/main/resources/templates/act/model/model.html
+++ b/bootdo/src/main/resources/templates/act/model/model.html
@@ -26,7 +26,7 @@
+ placeholder="">
diff --git a/bootdo/src/main/resources/templates/act/process/add.html b/bootdo/src/main/resources/templates/act/process/add.html
index 61c722dc0f2b77a18ddbd11f0e3dcac9b9ce6eef..49fa00732c9fe631d85392601f9e076cedece463 100644
--- a/bootdo/src/main/resources/templates/act/process/add.html
+++ b/bootdo/src/main/resources/templates/act/process/add.html
@@ -7,7 +7,7 @@
-
+
-测试代码
-
-
diff --git a/bootdo/src/main/resources/templates/act/salary/add.html b/bootdo/src/main/resources/templates/act/salary/add.html
index a9761e732f6668ba87e19ee5332da0fda769afc2..a0c49b3fd66838969532deae04e6978e0c46c78b 100644
--- a/bootdo/src/main/resources/templates/act/salary/add.html
+++ b/bootdo/src/main/resources/templates/act/salary/add.html
@@ -73,13 +73,13 @@
-
+
-
+
+
![](\"http://static.blog.csdn.net/images/save_snippets.png\")
![\"Spring](\"https://pic4.zhimg.com/v2-32e374b99a4332ca8bd52fca9d090617_r.png\")
![\"老A\"](\"https://pic1.zhimg.com/v2-3b6c82a0652b73ee56207a2f45955ca8_xs.jpg\"){kind=avatar}