分类：英文翻译

Spring Boot中多个application配置文件在属性覆盖时List和Map的不同处理行为

在spring boot 项目中，经常会使用profile来控制不同环境的属性设置及覆盖行为，即通过高优先级的配置文件来覆盖默认的属性，以达到测试/生产环境配置生效的目的. 常规的字符串，bean属性在覆盖时均会通过标准的merge覆盖过程，达到优先查找高优先级的配置文件，如果存在，则使用此值，并且不再继续继续处理.

但如果一个属性为List或Map属性，更或者List,Map中的值对象更是一个复杂类型时，其处理过程就比较麻烦。详见

https://github.com/spring-projects/spring-boot/issues/4313
https://github.com/spring-projects/spring-boot/issues/9137

为处理此问题，最终spring boot标准化了针对List或Map类型的处理规则。详见: 

https://docs.spring.io/spring-boot/docs/current/reference/html/spring-boot-features.html#boot-features-external-config-complex-type-merge

本文为翻译原文配置中的信息

继续阅读“Spring Boot中多个application配置文件在属性覆盖时List和Map的不同处理行为”

解决jetty在windows下锁静态文件的问题

本文原英文地址:http://www.eclipse.org/jetty/documentation/9.3.0.v20150612/troubleshooting-locked-files-on-windows.html#d0e26059
在jetty容器内，对于静态文件，会采用内存缓存的实现方式，如采用buteBuffer的方式来进行缓存。如果使用NIO连接器(默认情况),jetty就会采用文件映射(filemapper)的方式。但是这个方式在windows下会存在一个问题，即使用文件内存映射会导致这个文件被进程锁住，其它进程就不能但修改或者替换这个文件了。解决这个问题的一个方法就会停掉jetty，但这种方式显示不太靠谱。

jetty提供了一个开关标记来开启或者禁止内存映射，在类DefaultServlet中有一个属性useFileMappedBuffer,此属性值默认为false,并且在配置文件webdefault.xml中进行配置。

默认的配置文件存储在jar包jetty-webapp-${version}.jar中的org/eclipse/jetty/webapp/webdefault.xml，还有一份存储在jetty-home/etc/目录中。两者的区别在于，后者由jetty运行时配置文件中默认使用。前者由在代码中WebAppContext默认使用(没有配置值的情况下).最简单的作法就是修改这个配置文件，如下所示：

<init-param>
   <param-name>useFileMappedBuffer</param-name>
   <param-value>true</param-value> <!-- change to false -->
</init-param>

继续阅读“解决jetty在windows下锁静态文件的问题”

使用线程安全的spring类型转换器ConversionService VS TypeConverter

此文翻译源:http://www.theserverside.com/tip/Spring-Converters-and-Formatters。部分无用的部分有删除

1 类型转换接口

在spring3.0之前，如果要自己实现一个从字符串到其它对象的转换，那么就需要实现PropertyEditor接口。PropertyEditor是遵循javaBean规范的属性处理器，其通过set方法设置属性值，通过get方法获取属性值，相应的转换逻辑就隐藏于其中。这个接口惟一的问题在于，他们不是线程安全的.并且只能实现从字符串到其它对象的转换。

在spring3.0，提供了一个更简单的类型转换器接口。在spring mvc中，可以使用内置的或者自己实现的接口来实现从请求参数到对象之间的转换。其相应的接口定义如下：

public interface Converter<S,T> {
    public T convert(S source);
}

即通过一个S类型的对象，将其转换为T类型的对象。其中S类型并不局限于字符串，可以是任何类型。这是与PropertyEditor的主要区别。

继续阅读“使用线程安全的spring类型转换器ConversionService VS TypeConverter”

在windows中使用Intellij Idea时选择自定义的64位JVM

本文英文原文自:https://intellij-support.jetbrains.com/entries/23455956-Selecting-the-JDK-version-the-IDE-will-run-under
在java开发过程中,我们一般使用32位的jdk,因为开发过程中需要频繁地重启应用,并且需要占用内存少,所以对于64位的jdk来说就没有多大的必要.但对于在开发中使用的IDE来说,却需要长时间的运行,如果能够优化IDE的运行效率,那么对于编码本身就有很大的帮助,谁也不想在编码中机器响应慢(想一下按个提示键,等半天的情况).这时候,使用64位的server版jvm就很有必要了.即IDE使用64位server版JVM,而开发使用32位jdk.

本文介绍如何在intellij idea中配置64位的jdk,以便让idea启动时使用64位的jdk,而不是默认的32位.主要介绍idea是如何查找jdk,进行配置使用的.

在idea提供的安装包中,绑定了默认的一个jdk版本,一般情况下我们只需要使用这个jdk就行了。只不过这个jdk是32位的，意味着我们只能支持双击idea.exe来启动idea。

如果需要使用64位的idea，那么需要我们自己安装一个64位的jdk，然后idea64.exe按照一定的查找规则来找到64位的jdk，如果没找到，则直接报错。当然，我们也可以通过idea.bat这个脚本来配置相应的信息，来定制这个查找过程。

继续阅读“在windows中使用Intellij Idea时选择自定义的64位JVM”

JVM运行期内存结构(Run-Time Data Areas)

这里翻译自:http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-2.html 第2.5节运行期数据区域划分.

JVM规范定义了程序在运行期间不同数据区域的划分。其中部分数据是在JVM启动时创建，同时在JVM结束时消失。另一些则与线程相关，在线程被创建时被创建，线程结束时这部分数据被删除。
总共的区域划分为 PC寄存器，线程执行栈，数据堆，方法区，常量池，本地执行栈，共6个区域。

A PC寄存器

在同一时刻，在JVM内部有多个线程在同时执行。在某一时刻，线程就会取出一条指令进行执行，那么PC寄存器就表示当前线程正在执行哪一条指令，即正在执行指令的一个引用指针，以方便进行定位和执行下一条指令。即寄存器会同时记录每个线程的执行点。如果当前线程正在执行native方法时，寄存器的值是未定义的。

B 线程执行栈

线程执行栈即表示每一个线程在执行不同的方法所创建的按方法区分的帧。就比如在调用ex.printStackTrace时，每一个调用方法就表示一个方法帧。在每个方法帧上，存储着在当前执行点上存储的一些临时变量以及下个方法返回的数据值。在具体执行时，当调用一个新方法时，就会创建一个新的执行帧，同时push到当前的执行栈中；当方法返回时，就会把当前的执行帧从执行栈中pop掉。

在具体实现时，每个执行栈的内存并没有要求一定是连续的。
在某些情况下，特别是在递归调用中，经常会报StackOverflowError的错误，就是因为创建的执行帧太多，而每个执行帧会占用一定的内存。当总执行栈超过设定值时，就会发生这个异常。比如，在Oracle JVM上，可以通过-Xss来指定每个执行栈的最大内存。

继续阅读“JVM运行期内存结构(Run-Time Data Areas)”

oracle中row_number和rownum的区别和联系(翻译)

附问题:有以下一个SQL语句:

SELECT  *
FROM    (
        SELECT  t.*, row_number() OVER (ORDER BY ID) rn
        FROM    mytable t
        )
WHERE   rn BETWEEN :start and :end

sql中的order by语句大大降低了处理的速度，如果把order by去掉，相应的执行计划会大大地提高。如果换成下面的sql:

SELECT  t.*, row_number() OVER (ORDER BY ID) rn
FROM    mytable t
WHERE   rownum BETWEEN :start and :end

很明显，这个sql是错的，根本查询不了正确的数据信息。是否有其它的方法可以提高查询速度？
针对以上问题，就必须要了解一下关于row_number和rownum的区别，以及如何来运用这些信息。

首先了解一下rownum是如何进行工作的，根据oracle的官方文档：
如果对rownum进行大于比较，这个比较将直接返回false。如，下列sql语句将不能返回任何数据信息:

继续阅读“oracle中row_number和rownum的区别和联系(翻译)”