Apache Harmony由IBM和Intel联合开发的一款开源java，后IBM抨击Sun公司不开源java。

IBM希望Apache Harmony成为java的规范，于是Sun公司开源了java并命名为OpenJDK。

并且坚决不让Apache Harmony获得JCP认证，最终2011年Apache Harmony退役，IBM转而参与OpenJDK。
Apache Harmony的java类库被Android SDK使用；
摘录《深入理解java虚拟机》----周志明----第三版的部分原文：
  Apache Harmony是一个Apache软件基金会旗下以Apache License协议开源的实际兼容于JDK 5和 JDK 6的Java程序运行平台，它含有自己的虚拟机和Java类库API，用户可以在上面运行Eclipse、 Tomcat、Maven等常用的Java程序。但是，它并没有通过TCK认证，所以我们不得不用一长串冗长拗 口的语言来介绍它，而不能用一句“Apache的JDK”或者“Apache的Java虚拟机”来直接代指。
  如果一个公司要宣称自己的运行平台“兼容于Java技术体系”，那该运行平台就必须要通过 TCK（Technology Compatibility Kit）的兼容性测试，Apache基金会曾要求当时的Sun公司提供TCK的 使用授权，但是一直遭到各种理由的拖延和搪塞，直到Oracle收购了Sun公司之后，双方关系越闹越 僵，最终导致Apache基金会愤然退出JCP组织，这是Java社区有史以来最严重的分裂事件之一。
  当Sun公司把自家的JDK开源形成OpenJDK项目之后，Apache Harmony开源的优势被极大地抵 消，以至于连Harmony项目的最大参与者IBM公司也宣布辞去Harmony项目管理主席的职位，转而参 与OpenJDK的开发。虽然Harmony没有真正地被大规模商业运用过，但是它的许多代码（主要是Java 类库部分的代码）被吸纳进IBM的JDK 7实现以及Google Android SDK之中，尤其是对Android的发展 起了很大推动作用。

说到Android，这个时下最热门的移动数码设备平台在最近十年所取得的成果已经远远超越了Java ME在过去二十多年所获得的成果，Android让Java语言真正走进了移动数码设备领域，只是走得并非 Sun公司原本想象的那一条路。
  Dalvik虚拟机曾经是Android平台的核心组成部分之一，它的名字来源于冰岛一个名为Dalvik的小 渔村。Dalvik虚拟机并不是一个Java虚拟机，它没有遵循《Java虚拟机规范》，不能直接执行Java的 Class文件，使用寄存器架构而不是Java虚拟机中常见的栈架构。但是它与Java却又有着千丝万缕的联 系，它执行的DEX（Dalvik Executable）文件可以通过Class文件转化而来，使用Java语法编写应用程 序，可以直接使用绝大部分的Java API等。在Android发展的早期，Dalvik虚拟机随着Android的成功迅 速流行，在Android 2.2中开始提供即时编译器实现，执行性能又有了进一步提高。不过到了Android 4.4时代，支持提前编译（Ahead of Time Compilation，AOT）的ART虚拟机迅速崛起，在当时性能还 不算特别强大的移动设备上，提前编译要比即时编译更容易获得高性能，所以在Android 5.0里ART就 全面代替了Dalvik虚拟机。

org.apache.ibatis.binding.BindingException: Invalid bound statement (not found)问题，即在mybatis中dao接口与mapper配置文件在做映射绑定的时候出现问题，简单说，就是接口与xml要么是找不到，要么是找到了却匹配不到。

截图为网络中搜索到的常见原因：



照着修改之后，问题依旧存在。最终花费了好大的力气才找到自己代码问题的根源。dao接口与xml的文件名不一致。

接口名与接口文件名都是DepartmentDao, 而配置文件名为DeparmentDao.xml，费了很大的劲才看到两者名字查一个t字母。修改后就一切正常了。

这是一个很容易忽视的点，记住：接口名与Mybatis的映射文件名一定要一模一样。

背景：本项目使用JDK1.8
编译maven工程的时候出现如下错误：
Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1

pom中如下配置maven插件，配置中声明使用JDK1.8：

<plugin>
	<groupId>org.apache.maven.plugins</groupId>
	<artifactId>maven-compiler-plugin</artifactId>
	<version>3.1</version>
	<configuration>
		<verbose>true</verbose>
		<fork>true</fork>
		<executable>${JAVA8_HOME}/bin/javac</executable>
	</configuration>
</plugin>
这里的${JAVA8_HOME}这个变量是在settings.xml中配置的，如下：
<profile>
            <id>custom-compiler</id>
            <properties>
                <JAVA8_HOME>C:\Program Files (x86)\Java\jdk1.8.0_73</JAVA8_HOME>
            </properties>
</profile>
当然这里应该需要激活，所以settings.xml文件还应该有如下配置：
<activeProfiles>
        <activeProfile>custom-compiler</activeProfile>
</activeProfiles>
从pom文件中CTRL点击变量JAVA8_HOME能跳到settings.xml中找到它的定义处，按理来说应该是能找到这个变量，出现上述问题并不是因为找不到这个变量。我将pom文件中的JAVA8_HOME这个变量直接用实际的路径替换，即替换为
C:\Program Files (x86)\Java\jdk1.8.0_73\bin\javac
发现编译通过，这就奇怪了。
揭晓原因：
maven其实是有一个默认的仓库.m2仓库和默认的settings.xml配置文件，我们在这个默认的settings.xml文件中也添加了一个JAVA8_HOME的变量后，编译就通过了，这就说明，maven编译的时候找的不是我在idea中配置的我自定义的settings.xml，而是先找的它默认的那个。因为里面没有，所以之前找不到JAVA8_HOME，导致编译失败、
总结：maven编译的时候应该是先找的默认的settings.xml，如果找不到，才会去找我在idea的settings选项下配置的“User settings file”中配置的settings.xml文件。
解决办法：删掉maven默认的去找的那个settings.xml文件，这样自定义的文件就会生效了

mvn clean package -Dmaven.test.skip=true

今天项目用maven命令打包时候抛出错误:

Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.7.0:compile (default-compile) on project springbootdemo: Fatal error compiling: 无效的标记: -parameters -> [Help 1]

这个错误的话比较好解决，是由于你项目所需jdk版本和你当前使用的jdk版本不一致导致的，因为我项目的pom.xml中定义了java版本为1.8，但是我实际idea中run这个项目却是1.7

    <java.version>1.8</java.version>

解决办法：更换当前jdk版本为项目所需jdk版本即可

要是你在intellij idea里面的maven窗口点击的打包编译的话，就在intellij idea设置项目jdk版本，直接Ctrl+Alt+s进入设置界面



选中项目右击 》F4键设置项目属性进入







如果你是直接在windows里的cmd中用maven打包的，那就需要切换你的jdk环境。如上设置好后再重新打包编译ok!

其他情况也可能会导致这个错误：

1、当你用类似于 java -jar ~.jar 命令在运行项目时候，此时你再打包项目，也会导致打包失败报错；

2、你的pom.xml文件里配置的依赖不对（可能是版本、名称之类的），jar包没下来，请仔细核对pom.xml是否报错，像idea里如果依赖不对，在maven project窗口是可以直接看得到的。

 扩展阅读:使用quartz实现高级定制化定时任务（包含管理界面）

 推荐阅读:elastic search搜索引擎实战demo:https://github.com/simonsfan/springboot-quartz-demo，分支:feature_es