个人目录迁移和mklink
*Windows 7 mklink命令详解*
mklink是Windows 7下的一个类似于linux下In的命令，其作用是在NTFS文件系统中创建文件或目录的链接（类似于桌面快捷方式）。如果加以利用其发挥的作用是非常的大的，不仅可以帮助我们节省不少时间，而且可以使我们重装系统后不再丢失用户文件。
*Mklink的参数定义*
1) 如果不指定参数，属默认情况，建立文件的符号链接。删除文件的符号链接1) 指定参数可以如下：
/D：建立目录的符号链接(symbolic link)
/J：建立目录的软链接（联接）(junction)
/H：建立文件的硬链接(hard link)
2) 如果不指定参数，属默认情况，建立文件的符号链接。删除文件的符号链接，不会影响源文件
*Mklink命令详细介绍*
Windows 7下的mklink命令通过指定参数可以建立出不同形式的文件或目录链接，有三种如下：
1) 符号链接(symbolic link /D)
建立一个软链接相当于建立一个文件（或目录），这个文件（或目录）用于指向别的文件（或目录），和win的快捷方式有些类似。删除这个链接，对原来的文件（或目录）没有影像没有任何影响；而当你删除原文件（或目录）时，再打开链接则会提示“位置不可用”。
2) 软链接（联接）(junction /J)
作用基本和符号链接类似。区别在于，软链接在建立时会自动引用原文件（或目录）的绝对路径，而符号链接允许相对路径的引用。
3) 硬链接(hard link /H)
建立一个硬链接相当于给文件建立了一个别名，例如对1.TXT创建了名字为2.TXT的硬链接，若使用记事本对1.TXT进行修改，则2.TXT也同时被修改，若删除1.TXT，则2.TXT依然存在，且内容与1.TXT一样。
建立链接请注意：
1) 建立文件或目录链接限于 NTFS 文件系统，符号（软）链接的建立可以跨文件系统；
2) 硬链接只能用于文件，不能用于目录，符号（软）链接可以为目录建立链接；
3) 硬链接只能建立同一分区内的文件指向；
4) 硬链接不允许对空文件建立链接，符号（软）链接可以。
命令格式： mklink /d(定义参数) \MyDocs(链接文件) \Users\User1\Documents(原文件)
最后，至于 删除建立的链接，跟删除文件一样使用”DEL”命令。
*Mklink命令用途*
转移系统中的用户设置文件
Windows 7中将用户设置与系统文件分离，所有的用户设置及用户文件都存储在C盘下的User目录（在中文版Windows　7中显示为“用户”目录），重装系统后所有的系统设置及用户文件都会消失。
Windows 7安装完成后可以将C盘下的User目录转移到非系统分区，如D盘，这样，重装系统后只要重新将C盘下的User目录链接到D盘即可。我们在创建链接后系统在访问C：/User目录其实是在访问D:/User目录。
命令如下：
1) 复制User目录到D盘：　 robocopy “C:\Users” “D:\Users” /E /COPYALL /XJ
2) 强制删除User目录：　 rmdir “C:\Users” /S /Q
3) 创建C盘下的User的软件链接，链接到D盘User目录： mklink /J “C:\Users” “D:\Users”
重装系统后只需重复第二条和第三条命令及可
有了这条命令就再也不怕重新系统了
Copyright (C) , All Rights Reserved.
版权所有 闽ICP备号
processed in 0.055 (s). 13 q(s)spring-boot配置文件-Migration（中文翻译）
SpringBoot支持了两种迁移工具，一个是flyway，一个是liquibase。其本身也支持sql script，在初始化数据源之后执行指定的脚本。
flyway.baseline-description对执行迁移时基准版本的描述.
flyway.baseline-on-migrate当迁移时发现目标schema非空，而且带有没有元数据的表时，是否自动执行基准迁移，默认false.
flyway.baseline-version开始执行基准迁移时对现有的schema的版本打标签，默认值为1.
flyway.check-location检查迁移脚本的位置是否存在，默认false.
flyway.clean-on-validation-error当发现校验错误时是否自动调用clean，默认false.
flyway.enabled是否开启flywary，默认true.
flyway.encoding设置迁移时的编码，默认UTF-8.
flyway.ignore-failed-future-migration当读取元数据表时是否忽略错误的迁移，默认false.
flyway.init-sqls当初始化好连接时要执行的SQL.
flyway.locations迁移脚本的位置，默认db/migration.
flyway.out-of-order是否允许无序的迁移，默认false.
flyway.password目标数据库的密码.
flyway.placeholder-prefix设置每个placeholder的前缀，默认${.
flyway.placeholder-replacementplaceholders是否要被替换，默认true.
flyway.placeholder-suffix设置每个placeholder的后缀，默认}.
flyway.placeholders.[placeholder name]设置placeholder的value
flyway.schemas设定需要flywary迁移的schema，大小写敏感，默认为连接默认的schema.
flyway.sql-migration-prefix迁移文件的前缀，默认为V.
flyway.sql-migration-separator迁移脚本的文件名分隔符，默认__
flyway.sql-migration-suffix迁移脚本的后缀，默认为.sql
flyway.tableflyway使用的元数据表名，默认为schema_version
flyway.target迁移时使用的目标版本，默认为latest version
flyway.url迁移时使用的JDBC URL，如果没有指定的话，将使用配置的主数据源
flyway.user迁移数据库的用户名
flyway.validate-on-migrate迁移时是否校验，默认为true.
liquibase.change-logChange log 配置文件的路径，默认值为classpath:/db/changelog/db.changelog-master.yaml
liquibase.check-change-log-location是否坚持change log的位置是否存在，默认为true.
liquibase.contexts逗号分隔的运行时context列表.
liquibase.default-schema默认的schema.
liquibase.drop-first是否首先drop schema，默认为false
liquibase.enabled是否开启liquibase，默认为true.
liquibase.password目标数据库密码
liquibase.url要迁移的JDBC URL，如果没有指定的话，将使用配置的主数据源.
liquibase.user目标数据用户名本例spring源码版本是4.3.0的，
所以jdk需要准备1.8的（不同版本源码要求的jdk不一样）
1.8版本myeclipse10无编译环境，只有运行环境，出现点问题，下载最新版本的Eclipse Jee Neon
Spring 的源码已经从 svn 迁移到 GitHub。而且也改为基于 Gradle 的构建来构建项目。它取代了之前的 Ant+Ivy 系统，所以要构建 Spring 源码环境首先要安装 GitHub 以及 Gradle。
　Windows 系统对应的 GitHub 版本下载地址为： /&。如图所示：
点击安装包
下载安装文件
安装完成之后自动打开登陆界面（不需要，用不着）
登陆github（不需要，用不着）
　　　　下载、安装，开始菜单上 GitHub 菜单，如图：
　　　　　　
不依赖其他模块：本附件配置将以第三方插件包的形式提供使用，它应该作为依赖关系的底层被依赖，而不能依赖其他业务模块。（DNA核心除外）
扩展灵活：提供统一框架，满足各个项目的个性化附件配置需求。
　　Gradle 是一个基于 Groovy 的构建工具，它使用 Groovy 来编写构建脚本，支持依赖管理和多项目创建，类似 Maven，但比其更加简单轻便。
　　Gradle 为 Ivy 提供了一个 layer，提供了 build-by-convention 集成，而且他还让你获得许多类似 Maven 的功能。
Gradle 的下载地址是：http://www.gradle.org/downloads 作为初学者建议选择包含文档和样例源码的压缩文件较好，将下载文件解压。如果你下载的是gradle-xx-all.zip的完整包，它会有以下内容：二进制文件用户手册（包括PDF和HTML两种版本）,DSL参考指南,API手册（包括Javadoc和Groovydoc）,样例源代码，仅供参考使用。
配置环境变量
在windows中的Gradle配置:在环境变量对话框中，定义环境变量GRADLE_HOME到你的gradle根目录当中，然后修改环境变量 Path，即追加 %GRADLE_HOME%\BIN;（linux或mac的是$GRADLE_HOME/bin）。
配置完成之后，当完成系统变量的配置后打开命令窗口输入命令 " gradle -version ",如果出现Gradle对应的版本信息，表示安装成功。
　　　　　　　　
Spring源码下载
直接网站下(这个可以，选择需要的版本源码，三选一)
下载地址：
选择需要的版本下载zip即可。
svn (地址都有了用啥下都一样了,三选一)
下载地址：/SpringSource/spring-framework/tags/
Window--&Open Perspective --&SVN资源库研究把源码用svn checkout到本地磁盘
使用github下载Spring（不推荐使用这种方式，只能是最新的源码，请跳过）
　　单击快捷菜单中的 Git Shell 选项，打开 GitHub 后，可以通过 cd 命令将当前操作目录转换到我们想要存储源码的目录。
　　　　例如：e:\test ，执行命令 cd e:\test
　　输入以下命令：
　　　　git clone git:///SpringSource/Spring-framework.git
　　其中，git:///SpringSource/Spring-framework.git 为Spring的源码地址。执行命令后便进入源码下载状态。
　　经过一段时间的等待后源码下载结束，窗口状态如下图
　　而这时，对应的文件夹下已经存在相应的源码信息，如下图所示。
Spring源码构建
使用gradle构建项目
　　当前的源码并不可以直接导入 Eclipse 中，我们还需要将源码转换为 Eclipse 可以读取的形式。
单个工程构建(二选一,不推荐)
可以只对感兴趣的工程进行 Eclipse 工程转换，比如我们想要查看 Spring 事务部分的源码，打开命令窗口，将当前目录切换至源码所在目录，这里是 Spring-tx文件夹下，执行命令 gradle cleanidea eclipse 。当窗口出现如下状态说明已经开始执行转换过程，如下图：
经过一段时间后转换成功，如下图所示、
这时，我们再查看对应的文件夹会发现，已经出现了作为 Eclipse 工程所必须的 .project 和 .classpath 文件了，如下图所示
没有编译过的
编译之后的
打开 Eclipse，将工程导入，导入后目录结构如下图
你会发现工程名称前面有一个感叹号，这说明项目存在错误。查看依赖及工程，会看到当前工程所依赖的包出现问题。如下图
　但是，查看依赖的 Projects 时发现
依赖的项目出现问题，只需要把需要的几个项目编译之后导入就可以了。
依赖的包出现问题，后边解决。
批量构建(二选一，推荐虽然时间长，但是减少导入后整理jar包的工作)
可以将所有工程一次性的编译、导入。但是不推荐这样的方式，这样会耗费大量的时间，而且当存在编译错误的时候，你不得不重新编译。
gradlew.bat(预构建)
pring-framework目录里面有一个gradlew.bat批处理文件，双击出现控制台界面，连续按两次回车键，下载各种依赖jar包和dom文件，公司外网不好，用了几个小时，没下下来，这就尴尬了。
import-into-eclipse.bat (构建)
spring-framework目录里面有一个import-into-eclipse.bat批处理文件，双击出现控制台界面，连续按两次回车键，就可以开始自动构建了，构建过程需要花很长时间（如有没有提前执行gradlew.bat，这里就会下载各种依赖jar包和dom文件）。
中间还经常出现停止不动的情况，按Ctrl+c终止运行，再一次双击import-into-eclipse.bat文件重复上述过程即可（会接着上次构建的位置继续构建），到构建完成后控制台会自动关闭。
最后删除spring-framework下的setting文件夹和project文件，否则eclipse只能导入整体，不能导入每个工程。
Spring构建后的问题
依赖的包出现问题（发现批量构建成功后不会报这个错误）
暂时遇到：缺失spring-cglib-repack-3.2.4.jar和spring-objenesis-repack-2.4.jar。
虽然可能从网上下载到这个2个包，但是，由于版本问题，还是不能使用。最好的解决办法就是从源码里边将需要的包提取出来
下载对应版本的dist.zip文件
下载对应版本的dist.zip文件来提取需要的jar包（distribution,发布用的版本）访问地址：http://repo.springsource.org/libs-release-local/org/springframework/spring/ （可能会很慢）
解压spring-framework-4.3.0.RELEASE-dist\spring-framework-4.3.0.RELEASE\libs目录下的spring-core-4.3.0.RELEASE.jar文件
在cmd命令窗口下切换到上一步的目录下，
使用jar命令生成需要的jar文件&：
&&&&spring-cglib-repack-3.2.4.jar
&&&&&&&&命令：jar cvf spring-cglib-repack-3.2.4.jar org\springframework\cglib
&&&&spring-objenesis-repack-2.4.jar
&&&&&&&&命令：jar cvf spring-objenesis-repack-2.4.jar org\springframework\cglib
检查是否生成
查看当前目录E:\spring\code\spring-framework-4.3.0.RELEASE-dist\spring-framework-4.3.0.RELEASE\libs\spring-core-4.3.0.RELEASE下确实生成了需要的jar文件
验证一下生成的包的目录结构是否正确（因为第一次操作的时候不注意，导致虽然包打好了，但是目录结构不对，最终不能使用）
GroovyBeanDefinitionReader.java会报错
如果eclipse没有安装groovy插件，则spring-beans-groovy包中的GroovyBeanDefinitionReader.java会报错，因为eclipse不能编译groovy脚本。
报错信息：
Description Resource Path Location Type
GroovyDynamicElementReader cannot be resolved to a type&&&&
GroovyBeanDefinitionReader.java&&&&/spring-beans-groovy/src/main/java/org/springframework/beans/factory/groovy&&&&line 391&&&&Java Problem
Groovy 下载地址：http://groovy-lang.org/download.html
安装groovy插件（在线）
step 1：检查自己的eclipse版本：在help-&About Eclipse中查看：
step 2：进入&查找和自己eclipse对应版本的groovy：
step 3：拷贝下载地址http://dist.springsource.org/snapshot/GRECLIPSE/e4.6/
step 4：打开eclipse，在eclipse中，选择help -& Install New Software…：
step 5：选择add，对话框中name随便写，地址将上面拷贝的地址粘贴进去：
step 6：等待一小会，会出现如下选项，全选后下一步：
重启eclipse，然后clean一下项目就搞定了。
Spring构建后的问题
在Eclipse菜单File-&import选择General下面的Exsiting projects into workspace
Spring环境搭建--Spring源码深度解析:
/chuzh/p/4996976.html
Spring官网下载dist.zip的几种方法:
/yjmyzz/p/3847364.html
spring源码构建时缺失spring-cglib-repack-3.2.4.jar和spring-objenesis-repack-2.4.jar:
/articles/c15a.html
spring源码gradle获得eclipse工程时，spring-beans-groovy项目GroovyDynamicElementReader报错解决
http://blog.csdn.net/smithdoudou88/article/details/
阅读(...) 评论()4873人阅读
java web（1）
我这次遇到的问题是：我在迁移spring项目时，在eclipse中配置了一个resources目录，在eclipse中是在classpath下的，而搬到idea后，变成在classpath外部了，然后因为这个问题导致我的项目在idea中一直无法运行。
然后我的解决办法是这么做的：
1.我要将这个resources目录移动到classpath目录下
2.打开Project Structure
3.Modules && Project Name && Sources 选中目标目录点击 Mark as Resources，点击OK完成
4.运行项目发布，成功了！
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：340273次
积分：4124
积分：4124
排名：第7341名
原创：58篇
评论：31条
阅读：33599
阅读：33064
文章：29篇
阅读：189298
(2)(1)(7)(29)(8)(2)(9)Linux系统技术交流QQ群（915246）验证问题答案：刘遄
Spring框架最初发布于2004年，距今已经过去10多年了。在过去的10年间，Spring随着Java的变迁也得到了长足的发展，从一开始的IoC与AOP框架到现在涵盖各个业务领域、各种技术场景的一站式服务平台。目前的Spring拥有众多子项目，如Spring Batch、Spring Data、Spring Mobile、Spring Boot、Spring Security等等，基本上针对各种业务场景都提供了相应的解决方案。
让我们一起来看看有必要将系统升级到Spring 4的五个原因：
使用Java 8进行更快的开发，Java 8发布于2014年，它是Java自1.5以来变化最大的一次升级。毫无疑问，你应该考虑将所用的JDK升级到Java 8。
提升生产力，Spring的每一次发布都带来了大量的改进，这些改进可以简化我们的开发工作。
与时俱进，Spring框架能与其他很多框架和第三方库共存，并且还可以将其集成进来。当使用了Spring 4后，其相应的依赖也会一并得到更新，这样就可以使用最新的库了。
不再有JAR地狱的烦恼，由于升级依赖版本时可能会出现一些问题，这导致一些开发者不敢轻易尝试。不过，借助于Spring IO Platform，这些担忧都将烟消云散。
做一个开心的程序员，很多开发者都喜欢使用最新的技术。将所用的框架升级到最新版会激发他们的生产力，他们也会因此学习到新的技术并改进自己的技能。
为您推荐一些与本文相关的文章：
进阶课程目录
第24章 使用Xen与Kvm部署虚拟化服务环境。（即将公布）
Linux技术交流QQ群
向每个正在奋斗的Linuxer致敬.
Linux技术交流群A:560843
Linux技术交流群B:340829
Linux技术交流群C:463590
Linux技术交流群D:915246
Linux技术交流群E:1663106
Linux技术交流群F:1653851
Linux技术交流群G:2632018
Linux技术交流群H:2636170
Linux技术交流群I:2650582
全国Linux技术交流群(总)：
9月0 篇文章10月0 篇文章11月0 篇文章12月0 篇文章
1月0 篇文章12月0 篇文章