迅雷BT任务提示"任务出错"，鼠标放到"任务出错"标签上，提示"任务信息请求失败"。如下图所示：
点击任务向右的箭头之后，点击"连接情况"标签，可以看到如下的内容，尤其是红色的"查询BT资源信息失败（文件编号：1）",如下图：
这个信息说明，在BT文件中的第2个文件信息无法正常查询到，文件的编号是从0开始的。
此时，我们点击"文件列表"标签，去查看一下第2个文件,可以看到，仅仅是个没有太大意义的"RARGB.com.txt",如下图:
此时，我们去掉对于"RARGB.com.txt"的下载即可解决问题，如下图：
然后再次重新开始任务，会发现，任务已经可以正常开始了。
Android Studio 2.1.2版本已经集成了JaCoCo用来进行代码覆盖的计算，严格上来说，这个功能并不是Android Studio实现的，而是IntelliJ IDEA早就实现的功能。
全部需要做的仅仅是在build.gradle中增加testCoverageEnabled = true即可,如下图：
然后，在命令行中执行
|
1 |
$ gradlew test createDebugCoverageReport |
即可在每个子项目的build\reports\coverage\debug\下面会生成代码覆盖率的统计文件。点击index.html即可查看代码覆盖情况，目前看到的情况是，貌似只能统计到test目录下覆盖到的代码，而无法统计androidTest目录下的测试代码的覆盖情况。
从目前的测试来看只能通过R159805这个应用来开启蓝牙，但是最新的Windows 10，系统版本 1511，OS版本10586.420的系统上面，只能开启蓝牙，安装的驱动属于Windows通用驱动，因此尽管可以看到蓝牙，却不能正常使用，比如罗技M336鼠标，是无法正常使用的。
Thunderbird使用时间长了之后，我是差不多两年多点了，打开提示“文件夹 收件箱 已满，无法保存更多消息。请删除旧邮件、不需要的邮件或者压缩文件夹来保存其他消息。”,如下图：
根据Thunderbird的中文帮助文档，可以看到如下内容：
这个实际上是属于Thunderbird文件存储系统的策略问题，尽管文件系统可以处理超过4GB的文件。但是为了兼容一些古老的系统，导致即使是到了目前的版本，依旧无法处理超过4GB的文件。
目前Thunderbird一直是32位的应用，没有出64位的版本，尽管可以使用64位的API访问文件系统，但是还是默认保留了4GB的限制。
网上的删除全部的.msf的方法，只是能解决邮件发生过删除，而实际占有的空间没有释放，因而可以通过重建索引文件的方式，来缓解问题，但是如果从来没有删除过邮件，邮件实际占有的空间已经真实超过4GB的情况下，那么这些方法实际上是无效的。
正确的做法是Ctrl+A选中全部的邮件，然后右击，出现的菜单中选择"归档"，即可。这样操作的实质，其实是使用子文件夹的方式突破单个文件夹4GB的限制。
归档完成后，Thunderbird会提示是否压缩收件箱来节省空间，此时，一定要允许，否则收件箱的大小不会发生变化，如果此时没有点击许可，也可以手工在收件箱上面右击，弹出的菜单中选择压缩。
|
1 2 3 4 5 |
$ sudo apt-get -y update $ sudo apt-get install -y bison flex texinfo gawk automake subversion $ sudo apt-get install -y gperf help2man make libtool libncurses5-dev $ sudo apt-get install -y gcj-jdk python-dev g++ $ sudo apt-get install libtool-bin |
crosstool-ng|
1 2 3 4 5 6 |
$ git clone https://github.com/crosstool-ng/crosstool-ng.git $ cd crosstool-ng $ ./bootstrap $ ./configure --prefix=/opt/crosstool-ng $ make $ sudo make install |
然后加环境变量 export PATH=$PATH:/opt/crosstool-ng/bin
|
1 2 3 |
$ mkdir toolchain $ cd toolchain $ ct-ng armv7-rpi2-linux-gnueabihf |
如果想自己配置调整某些参数，则执行
|
1 |
$ ct-ng menuconfig |
最后执行
|
1 |
$ ct-ng build |
默认情况下，生成的编译工具在当前用户目录下的x-tools目录下，如果需要调整这个目录，可以参考
Mac OSX下执行crosstool-ng提示“Your file system ‘xxxx’ is *not* case-sensitive!”
Ubuntu 16.04 (x64)树莓派B+（Raspberry Pi B+）源代码编译
树莓派自带的编译工具是基于Linux的，在Mac OSX上是无法正常使用的，因此比较简单的方法就是使用crosstool-ng来建立交叉编译环境。
1.安装HomeBrew，方便各种工具的安装
2.使用HomeBrew安装crosstool-ng
|
1 |
$ sudo brew install crosstool-ng |
3.链接Mac OSX上的install到ginstall。Mac OSX上没有ginstall
|
1 |
$ sudo ln -s /usr/local/bin/ginstall /usr/bin/install |
如果不执行命令，则会报错
|
1 |
/Volumes/RPi-EABI/.build/tools/bin/install: line 2: exec: ginstall: not found |
4.使用HomeBrew安装expat
|
1 |
$ sudo brew install expat |
不执行此命令，我的电脑会出现crosstool-ng在配置expat的时候失败,但是两者使用的版本并不相同，另外貌似出错后，重试即可，不需要安装expat，但是稳妥起见，还是安装好了。
5.创建大小写区分的磁盘分区文件，并挂载（如果你系统创建的时候，系统分区以及区分大小写，则不必此项操作）
参考Mac OSX下执行crosstool-ng提示“Your file system ‘xxxx’ is *not* case-sensitive!”
6.在刚刚创建并挂载的大小写区分的磁盘上执行配置命令
|
1 |
$ ct-ng armv7-rpi2-linux-gnueabihf |
7.修改刚刚命令生成在当前目录下的配置文件
|
1 |
$ sudo vim .config |
找到
|
1 2 |
CT_WANTS_STATIC_LINK=y CT_CC_GCC_STATIC_LIBSTDCXX=y |
禁止使用静态链接（Mac OSX下，无法提供对于libc的静态链接，只能动态链接）
|
1 2 |
CT_WANTS_STATIC_LINK=n # set disabled CT_CC_GCC_STATIC_LIBSTDCXX=n # set disabled or comment out |
8.执行构建命令
|
1 |
$ ct-ng build |
如果构建出错，可以使用
|
1 |
$ ct-ng build.1 |
后面的数字代表几个并行的任务，单个任务可以更方便的查看出错的信息，多任务并发会导致日志打印的非常混乱。
在构建(ct-ng build)的时候遇到任何问题，都应该查看当前构建目录下的build.log文件，这个文件中详细记录了构建的过程信息，详细的出错信息等。
由于crosstool-ng在构建过程中需要去服务器上下载源代码，难免出现文件下载不完整的情况，这种情况下，可以从build.log文件中看到如下的内容：
|
1 2 3 4 5 6 7 8 9 |
[FILE ] tar: Retrying... [FILE ] tar: Damaged tar archive [FILE ] tar: Retrying... [FILE ] tar: Damaged tar archive [FILE ] tar: Retrying... [FILE ] tar: Damaged tar archive [FILE ] tar: Retrying... [FILE ] tar: Truncated tar archive [FILE ] tar: Error exit delayed from previous errors. |
则说明下载的源代码出现了问题。最容易出现这个问题的是gcc.以gcc-5.2.0为例子,修正的方法如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
$ cd .build $ cd tarballs $ rm -rf gcc-5.2.0.tar.bz2 $ cd .. $ cd src $ rm -rf .gcc-5.2.0.extracting $ rm -rf gcc-5.2.0 |
简单解释一下代码，tarballs存储了从服务器上下载的全部源代码的压缩包，解压缩出现问题，因此必须删除，让crosstool-ng去重新下载，扩展名为.extracting文件为crosstool-ng的标记文件，用来标识这个包是不是已经被解压缩过，一旦这个文件存在crosstool-ng就认为对应的工具已经就绪了，就不会处理这个工具了，最后删除的是工具源代码的目录。
如果提示安装binutils的时候失败，如下所示：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
[INFO ] Installing binutils for host [ERROR] /Volumes/raspberry/rpi-linux/.build/src/binutils-2.25.1/gold/gold-threads.cc:288:13: error: expected expression [ERROR] make[5]: *** [gold-threads.o] Error 1 [ERROR] make[4]: *** [all-recursive] Error 1 [ERROR] make[3]: *** [all] Error 2 [ERROR] make[2]: *** [all-gold] Error 2 [ERROR] make[1]: *** [all] Error 2 [ERROR] [ERROR] >> [ERROR] >> Build failed in step 'Installing binutils for host' [ERROR] >> called in step '(top-level)' [ERROR] >> [ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@216] [ERROR] >> called from: do_binutils_backend[scripts/build/binutils/binutils.sh@240] [ERROR] >> called from: do_binutils_for_host[scripts/build/binutils/binutils.sh@105] [ERROR] >> called from: main[scripts/crosstool-NG.sh@646] [ERROR] >> [ERROR] >> For more info on this error, look at the file: 'build.log' [ERROR] >> There is a list of known issues, some with workarounds, in: [ERROR] >> '/usr/local/Cellar/crosstool-ng/1.22.0/share/doc/crosstool-ng/crosstool-ng-1.22.0/B - Known issues.txt' [ERROR] [ERROR] (elapsed: 36:53.00) [36:54] / make: *** [build] Error 1 |
查看build.log可以看到如下的内容：
|
1 2 3 4 5 6 7 8 9 |
[ERROR] /Volumes/raspberry/rpi-linux/.build/src/binutils-2.25.1/gold/gold-threads.cc:288:13: error: expected expression [ALL ] : once_(PTHREAD_ONCE_INIT) [ALL ] ^ [ALL ] /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/pthread.h:203:27: note: expanded from macro 'PTHREAD_ONCE_INIT' [ALL ] #define PTHREAD_ONCE_INIT {_PTHREAD_ONCE_SIG_init, {0}} [ALL ] ^ [ALL ] 1 error generated. [ERROR] make[5]: *** [gold-threads.o] Error 1 [ALL ] make[5]: *** Waiting for unfinished jobs.... |
这个BUG的原因是由于GCC的版本问题导致的,低于4.7版本的GCC无法理解这个语法，尽管Mac Osx已经使用最新的LLVM，但是遗憾的是，最新的LLVM并没有支持这个语法。解决方法如下：
|
1 |
$ vim /Volumes/raspberry/rpi-linux/.build/src/binutils-2.25.1/gold/gold-threads.cc |
找到如下代码
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
// Class Once_initialize. This exists to hold a pthread_once_t // structure for Once. class Once_initialize { public: Once_initialize() : once_(PTHREAD_ONCE_INIT) { } // Return a pointer to the pthread_once_t variable. pthread_once_t* once_control() { return &this->once_; } private: pthread_once_t once_; }; |
修改为：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
// Class Once_initialize. This exists to hold a pthread_once_t // structure for Once. class Once_initialize { public: Once_initialize() {once_.__sig = _PTHREAD_ONCE_SIG_init; once_.__opaque[0] = 0;} // Return a pointer to the pthread_once_t variable. pthread_once_t* once_control() { return &this->once_; } private: pthread_once_t once_; }; |
如果出现了"fatal error: bracket nesting level exceeded maximum of 256"，如下所示：
|
1 2 3 4 5 6 7 8 9 |
[ERROR] /Volumes/raspberry/rpi-linux/.build/src/gcc-5.2.0/gcc/config/arm/neon.md:3463:10917: fatal error: bracket nesting level exceeded maximum of 256 [ALL ] /Volumes/raspberry/rpi-linux/.build/src/gcc-5.2.0/gcc/config/arm/neon.md:3463:10917: note: use -fbracket-depth=N to increase maximum nesting level [ALL ] 47 warnings and 1 error generated. [ERROR] make[2]: *** [insn-attrtab.o] Error 1 [ALL ] make[2]: *** Waiting for unfinished jobs.... [ALL ] 42 warnings generated. [ALL ] 18 warnings generated. [ALL ] rm gcc.pod [ERROR] make[1]: *** [all-gcc] Error 2 |
则修改方法如下：
|
1 |
$ ct-ng menuconfig |
在出现的界面中选择"Paths and misc options"项目
在第二级界面中不断下拉，找到"Extra host compiler flags",增加"-fbracket-depth=512",这个选项。
然后重新执行
|
1 |
$ ct-ng build |
如果出现错误：
|
1 2 3 4 |
[ALL ] /var/folders/h8/_f6dzm814rn1pjrgxgfvcn900000gn/T//ccU8Jut6.s: Assembler messages: [ALL ] /var/folders/h8/_f6dzm814rn1pjrgxgfvcn900000gn/T//ccU8Jut6.s:81: Error: invalid constant (af) after fixup [ALL ] /var/folders/h8/_f6dzm814rn1pjrgxgfvcn900000gn/T//ccU8Jut6.s:163: Error: invalid constant (ff) after fixup [ERROR] make[3]: *** [/Volumes/raspberry/rpi-linux/.build/armv7-rpi2-linux-gnueabihf/build/build-libc-startfiles/csu/libc-start.o] Error 1 |
这个是由于LLVM目前的版本还无法正确的理解部分GCC的汇编部分的写法，导致编译失败，而这部分的语法一般都是用在优化的时候出现错误，因此我们需要禁用这部分的优化，使用"Paths and misc options"->"Extra host compiler flags"增加 "-fno-unroll-loops"。如下图：
如果出现如下错误：
|
1 2 |
[ERROR] make[3]: *** [iconvdata/others] Error 2 [ERROR] make[2]: *** [all] Error 2 |
|
1 2 3 4 5 6 7 |
[ALL ] make[4]: *** No rule to make target `/Volumes/raspberry/rpi-linux/.build/armv7-rpi2-linux-gnueabihf/build/build-libc-final/iconvdata/MIK.so', needed by `others'. Stop. [ERROR] make[3]: *** [iconvdata/others] Error 2 [ERROR] make[2]: *** [all] Error 2 [ERROR] [ERROR] >> [ERROR] >> Build failed in step 'Installing C library' [ERROR] >> called in step '(top-level)' |
这个问题是由于编译的时候，同时打开的文件数量超过了256导致的,修复方式为在shell中增大同时打开的文件数量限制到1024：
|
1 |
$ ulimit -n 1024 |
然后在同一个shell中继续执行
|
1 |
$ ct-ng build |
如果出现如下错误，则直接忽略即可：
|
1 2 3 |
[INFO ] Installing final gcc compiler [ERROR] clang: error: unsupported option '-print-multi-os-directory' [ERROR] clang: error: no input files |
至于其他问题，貌似重试一下就可以解决了。
Ubuntu 16.04 (x64)树莓派B+（Raspberry Pi B+）源代码编译
在Mac下面使用HomeBrew安装了crosstool-ng来编译树莓派的代码，结果在执行的时候报告如下错误：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
$ ct-ng build [INFO ] Performing some trivial sanity checks [ERROR] Your file system in '/Users/Documents/rpi/rpi-linux/.build' is *not* case-sensitive! [ERROR] [ERROR] >> [ERROR] >> Build failed in step '(top-level)' [ERROR] >> [ERROR] >> Error happened in: CT_Abort[scripts/functions@329] [ERROR] >> called from: CT_TestAndAbort[scripts/functions@351] [ERROR] >> called from: main[scripts/crosstool-NG.sh@93] [ERROR] >> [ERROR] >> For more info on this error, look at the file: 'build.log' [ERROR] >> There is a list of known issues, some with workarounds, in: [ERROR] >> '/usr/local/Cellar/crosstool-ng/1.22.0/share/doc/crosstool-ng/crosstool-ng-1.22.0/B - Known issues.txt' [ERROR] [ERROR] (elapsed: 24422614:07.00) [00:01] / make: *** [build] Error 1 |
比较简单的解决方法就是创建一个支持大小写区分的文件，作为一个分区挂载，然后把代码拷贝到这个分区中执行编译。
|
1 |
$ hdiutil create -volname "Raspberry" -type SPARSE -fs 'Case-sensitive Journaled HFS+' -size 20g raspberry.dmg |
早期版本的Mac OS X
|
1 2 3 4 |
$ hdiutil attach raspberry.dmg -mountpoint /Volumes/raspberry # 切换到挂载目录 $ cd /Volumes/raspberry/ |
对于OS X EI Capitan(10.11.5)版本而言,生成的文件名变成了raspberry.dmg.sparseimage因此需要使用这个文件来挂载
|
1 2 3 4 |
$ hdiutil attach raspberry.dmg.sparseimage -mountpoint /Volumes/raspberry # 切换到挂载目录 $ cd /Volumes/raspberry/ |
挂载后会在桌面生成一个名为Raspberry的磁盘文件夹生成，直接操作这个目录即可。
crosstool-ng的编译工具下载目录|
1 |
$ ct-ng menuconfig |
如下图的方式进行操作：
1.选择"Paths and misc options",并选中"Select"之后点击回车按键
2.点击向下的方向按键，，找到"(${Home}/src) Local tarballs directory",这个项，并选中"Select"之后点击回车按键，修改为"/Volumes/raspberry/src"，然后继续向下，找到"(${Home}/x-tools/${CT_TARGET}) Prefix directory",这个项，并选中"Select"之后点击回车按键，修改为"/Volumes/raspberry/x-tools/${CT_TARGET}"
修改后的结果如下图：
完成操作后，不断快速按下Esc按键，在最后弹出的确认保存窗口中选择保存即可，如下图：
|
1 |
$ hdiutil detach /Volumes/raspberry |
1.升级到最新版内核保证与下载的内核源码版本一致
|
1 |
$ sudo rpi-update |
2.升级完整后重启
|
1 |
$ sudo reboot |
3.查看内核版本
|
1 |
$ uname -r |
4.把最新版本的内核配置保存到.config中，以备以后编译内核使用
|
1 |
$ sudo modprobe configs |
文件被存储到了/proc/config.gz中。
目前最新版本是4.4.12，因此下面的编译都是针对4.4.y这个分支进行的。
1.获取内核源代码
|
1 2 3 4 5 |
$ cd ~ $ mkdir rpi $ cd rpi |
2,以下步骤时间很长，可以在睡觉前执行，并且可能需要重试几次才行,建议同时开三个Shell一起执行。
|
1 2 3 4 5 6 7 |
# core.symlinks=true 软连接处理，否则会出现各种找不到文件的问题 $ git -c core.symlinks=true clone https://github.com/raspberrypi/firmware.git rpi-firmware $ git -c core.symlinks=true clone https://github.com/raspberrypi/linux.git rpi-linux $ git -c core.symlinks=true clone https://github.com/raspberrypi/tools.git rpi-tools |
3.给予整个rpi-tools目录执行权限，默认可能没有执行权限
|
1 |
$ chmod +x -R rpi-tools |
4.整个的rpi-linux的文件夹的所有者更改为当前用户，否则存在一定程度的编译问题，特别是代码从其他系统上拷贝过来的情况
|
1 |
$ sudo chown -R `whoami` rpi-linux/ |
5.设置编译器的路径
|
1 |
$ export PATH=$PATH:~/rpi/rpi-tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian-x64/bin |
6.配置编译类型
|
1 2 3 4 5 6 7 8 |
$ cd rpi-linux/ # 检出分支 $ git checkout rpi-4.4.y $ KERNEL=kernel $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- bcmrpi_defconfig |
如果提示是否增加新的驱动支持，默认全部选择否（输入大写的字母N,小写字母无效），否则会导致无法编译通过。
7.开始正式编译内核，最后的数字改成比你的CPU核心数量+1以提交多线程编译效率。
|
1 2 3 |
$ make clean $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- zImage modules dtbs -j5 |
8.编译错误修正，如果提示如下错误
|
1 2 3 4 5 6 7 8 9 10 11 |
DTC arch/arm/boot/dts/bcm2708-rpi-b.dtb In file included from arch/arm/boot/dts/bcm2708.dtsi:1:0, from arch/arm/boot/dts/bcm2708-rpi-b.dts:3: arch/arm/boot/dts/bcm2708_common.dtsi:1:39: fatal error: dt-bindings/clock/bcm2835.h: 没有那个文件或目录 #include "dt-bindings/clock/bcm2835.h" ^ compilation terminated. scripts/Makefile.lib:293: recipe for target 'arch/arm/boot/dts/bcm2708-rpi-b.dtb' failed make[1]: *** [arch/arm/boot/dts/bcm2708-rpi-b.dtb] Error 1 arch/arm/Makefile:340: recipe for target 'dtbs' failed make: *** [dtbs] Error 2 |
这个现象的原因是 git 在检出代码的时候，没有正确处理软连接，我们只需要重新处理一次即可。如下：
|
1 2 3 4 5 |
# 软连接处理，否则会出现各种找不到文件的问题 $ git config core.symlinks true $ git reset --hard |
9.查看生成的内核镜像文件
|
1 |
$ cd rpi-linux/arch/arm/boot |
生成的zImage就是我们需要的kernel.img。
10.编译modules
|
1 2 3 4 5 6 7 |
$ cd ../.. $ mkdir modules $ cd rpi-linux $ make modules_install ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- INSTALL_MOD_PATH=../modules -j5 |
Ubuntu下面，SD卡会自动挂载,默认挂载到了/media/目录下面，如果是使用NOOBS安装的话，系统目录是固定的，执行如下命令拷贝到目标SD卡上面
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
$ mv /media/`whoami`/boot/kernel.img /media/`whoami`/boot/kernel_old.img $ cp rpi-linux/arch/arm/boot/zImage /media/`whoami`/boot/kernel.img $ mv /media/`whoami`/boot/bootcode.bin /media/`whoami`/boot/bootcode_old.bin $ mv /media/`whoami`/boot/fixup.dat /media/`whoami`/boot/fixup_old.dat $ mv /media/`whoami`/boot/fixup_cd.dat /media/`whoami`/boot/fixup_cd_old.dat $ mv /media/`whoami`/boot/start.elf /media/`whoami`/boot/start_old.elf $ cd rpi-firmware/boot $ cp bootcode.bin fixup.dat fixup_cd.dat start.elf /media/`whoami`/boot/ |
WD MyCloud下面Git提交（Push）失败
|
1 |
error: index-pack died of signal 9 |
如下图所示：
根据网上的其他人的讨论，采用过
1.安装最新的git（2.14）（无效）
2.限制git处理的文件的大小,超过大小则保持原始文件不变 （无效）
|
1 |
$ git config --add core.bigFileThreshold 4m |
3.限制线程数量（无效）
|
1 |
$ git config pack.threads 1 |
4.限制pack的内存占用（无效）
|
1 |
$ git config pack.windowMemory 10m |
5.限制pack的内存以及文件大小（无效）
|
1 2 3 |
$ git config pack.windowMemory 10m $ git config pack.packSizeLimit 20m |
6.使用上面的配置，重新在大内存电脑上重建索引提交（无效）
|
1 2 3 4 5 6 7 8 9 |
$ git config --add core.bigFileThreshold 4m $ git config pack.windowMemory 10m $ git config pack.packSizeLimit 20m $ git config pack.threads 1 $ git repack -a -d --window-memory 10m --max-pack-size 20m |
7.增大交换分区（提交过程变得巨慢，耗费了三天后提示失败,无效）
|
1 2 3 4 5 |
$ cd /nfs/WDMyCloud/ $ dd if=/dev/zero of=swapfile bs=1m count=4096 $ swapon swapfile |
最后的解决方法，其实就是在足够内存的机器上面，提交到本机，然后使用scp作为一个文件夹同步到WDMyCloud中。
参照IntelliJ IDEA 2016.1建立Strut2工程并使用Tomcat调试建立了项目后，然后按照IntelliJ IDEA 2016.1.1的Struts2项目中引入Junit4.12单元测试，引入Junit到项目之后，开始引入Hibernate并且使用H2作为数据存储，完成一个比较完整的示例服务器。
简单介绍一下H2嵌入式数据库
H2是一个短小精干的嵌入式数据库引擎，主要的特性包括：
JDBC,ODBC访问接口，提供基于浏览器的控制台管理程序；Java编写，可使用GCJ和IKVM.NET编译；1M左右。几个嵌入式数据库的对比：
点击工程的"Project Structure"图标，如下图所示：
在弹出的界面中根据顺序，依次选择，选择从Maven服务器下载
在弹出的界面中根据顺序依次操作，点击搜索图标之后，要等待比较长的一段时间，才能看到下面的OK按钮可以点击。目前H2最新的版本是1.4.191，因此输入"com.h2database:h2:1.4.191"。详细操作如下图:
点击OK按钮，关闭窗口后，稍等，会发现出现一个Problems的提示，点击这个提示列表，如下图所示:
完成后点击OK按钮关闭界面。
切换工程的视图到"Project"模式下
项目上面右击鼠标，选择"Add Framework Support ..."菜单，如下图：
在弹出的界面中选择"Hibernate"，如下图所示
点击后，出现下载进度，等待进度完成，如下图：
下载完成后，再次点击工程的"Project Structure"图标，如下图：
同样在出现的界面中修复提示的Problems，如下图：
增加"Hibernate"配置文件，点击工程的"Project Structure"图标，如下图：
增加"Hibernate"配置文件，如下图：
选择文件的路径，此处我们使用默认路径，点击OK即可。
此时我们点击工程目录，会发现，已经新增了一个名字为hibernate.cfg.xml的配置文件，如下图：
按下面所示的修改hibernate.cfg.xml文件，如下：
|
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 |
<?xml version='1.0' encoding='utf-8'?> <!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD//EN" "http://www.hibernate.org/dtd/hibernate-configuration-3.0.dtd"> <hibernate-configuration> <session-factory> <!-- 驱动位置 --> <property name="connection.driver_class">org.h2.Driver</property> <!-- 文件模式 db.h2文件--> <!-- <property name="connection.url">jdbc:h2:~/HibernateH2/db</property> --> <!-- 内存模式 --> <property name="connection.url">jdbc:h2:mem:db</property> <!-- 用户名 下面是密码 --> <property name="connection.username">sa</property> <property name="connection.password">sa</property> <!-- 使用的数据库方言 --> <property name="dialect">org.hibernate.dialect.H2Dialect</property> <property name="show_sql">true</property> <!-- DB schema will be updated if needed 自动创建表结构--> <property name="hbm2ddl.auto">update</property> <property name="current_session_context_class">thread</property> <!-- 引入的实体 --> <mapping class="Simulator.Hibernate.Model.Visitor"/> </session-factory> </hibernate-configuration> |
此时会提示我们，找不到Simulator.Hibernate.Model.Visitor这个类，因此我们创建这个类，如下图所示：
三个文件的源代码如下：
Visitor.Java中的代码如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
package Simulator.Hibernate.Model; import javax.persistence.*; import java.io.Serializable; @Entity @Table public class Visitor implements Serializable { @Id @GeneratedValue(strategy=GenerationType.TABLE,generator="tableGenerator") @TableGenerator(name="tableGenerator",initialValue=1,allocationSize=1) @Column(unique=true, nullable=false) public long id; /*消息记录的ID*/ public String v;/*版本号*/ public String TimeStamp; /*消息记录的时间戳*/ } |
代码解释一下，@Entry,@Table的注解来告知Hibernate,这个是个数据库的表配置类，其中的每个成员变量对应数据库表的字段。
如下的注解
|
1 2 3 4 |
@Id @GeneratedValue(strategy=GenerationType.TABLE,generator="tableGenerator") @TableGenerator(name="tableGenerator",initialValue=1,allocationSize=1) @Column(unique=true, nullable=false) |
表示id为整个表的自增主键。
VisitorDao.Java中的代码如下，这个文件提供了访问数据的接口定义：
|
1 2 3 4 5 6 7 8 9 10 |
package Simulator.Hibernate.Dao; import Simulator.Hibernate.Model.Visitor; import java.util.List; public interface VisitorDao { boolean insert(Visitor visitor); List<Visitor> getAll(); } |
VisitorDaoImpl.Java中的代码如下，这个文件对VisitorDao中定义的接口进行了实现：
|
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 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 |
package Simulator.Hibernate.Impl; import Simulator.Hibernate.Model.Visitor; import org.hibernate.Query; import org.hibernate.Session; import org.hibernate.Transaction; import org.hibernate.SessionFactory; import org.hibernate.cfg.Configuration; import org.hibernate.service.ServiceRegistry; import org.hibernate.service.ServiceRegistryBuilder; import java.util.ArrayList; import java.util.List; public class VisitorDaoImpl implements Simulator.Hibernate.Dao.VisitorDao{ @Override public boolean insert(Visitor visitor) { Configuration configuration = new Configuration(); configuration.configure(); ServiceRegistry serviceRegistry = new ServiceRegistryBuilder().applySettings(configuration.getProperties()).buildServiceRegistry(); SessionFactory sessionFactory = new Configuration().configure().buildSessionFactory(serviceRegistry); try{ Session session = sessionFactory.openSession(); try { Transaction tas = session.beginTransaction(); try { session.save(visitor); tas.commit(); } catch (Exception ex) { ex.printStackTrace(); tas.rollback(); } }finally { session.close(); } }catch(Exception e){ e.printStackTrace(); return false; } return true; } @Override public List<Visitor> getAll(){ Configuration configuration = new Configuration(); configuration.configure(); ServiceRegistry serviceRegistry = new ServiceRegistryBuilder().applySettings(configuration.getProperties()).buildServiceRegistry(); SessionFactory sessionFactory = new Configuration().configure().buildSessionFactory(serviceRegistry); try{ Session session = sessionFactory.openSession(); try { Transaction tas = session.beginTransaction(); try { Query query = session.createQuery("from Visitor"); tas.commit(); return query.list(); }catch (Exception e){ tas.rollback(); e.printStackTrace(); } }finally { session.close(); } }catch(Exception e){ e.printStackTrace(); } return new ArrayList<>(); } } |
这部分的代码需要着重解释一下
|
1 |
Query query = session.createQuery("from Visitor"); |
这个语句，注意，这个语句中的"from Visitor"为Visitor.Java中定义的类的名称，由Hibernate内部进行变量，表之间的对应。
如上操作之后，就可以在任意的Action中通过调用VisitorDaoImpl实现对于数据库的写入，查询了。