Tomcat6.0并安装到eclipse后，当任意建一个工程后，启动Tomcat后都会有一个“警告”的提示（对工程与页面显示没有任何影响）。于是删除工程，只启动Tomcat服务器时，同样提示信息:The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path，是说在产品环境下可以优化工作性能的Tomcat的本地包没有找到。
原因：Tomcat从5.5版本后增加了APR技术（Apache Portable Runtime），这是一个用C语言写成文件包，目的在于提高Tomcat的服务性能，从而使得Tomcat将不仅仅担任一个容器的功能，而是要成为一个一般的web服务器。
解决方法：http://tomcat.apache.org/tomcat-6.0-doc/apr.html中有具体说明。需要在http://tomcat.heanet.ie/native/1.1.14/binaries/win32/下载一个已编译的dll文件tcnative-1.dll，之后将该文件复制到c:\windows\system32\下即可。
hello.java
package com.abc;
class hello
{
public static void main(String[] args)
{
System.out.println(“Hello World!”);
}
}
java中的package命名规则
package语句：由于java编译器为每个类生成一个字节码文件，且文件名与类名相同，因此同名的类有可能发生冲突。为了解决这一问题，java提供包来管理类名空间，包实际提供了一种命名机制和可见性限制机制。而在java的系统类库中，把功能相似的类放到一个包（package）中，例如所有的图形界面的类都放在 java.awt这个包中。用户自己编写的类（指.class文件）也应该按照功能放在由程序员自己命名的相应的包中，例如hello.java中的com.abc就是一个包。包在实际的实现过程中是与文件系统相对应的，例如 com.abc所对应的目录是path\com\abc，而path是在编译该源程序时指定的。比如在命令行中编译上述hello.java文件时，可以在命令行中敲入”javac -d d:\java hello.java”，则编译生成的hello.class文件将放在目录d:\java\com\abc\目录下面（其中com、abc目录会自动创建），此时d:\java相当于path。但是如果在编译时不指定path，则生成的. class文件将放在编译时命令行所在的当前目录下面。比如在命令行目录d:\java下敲入编译命令”javac hello.java”，则生成的hello.class文件将放在目录d:\java下面，此时的 package语句相当于没起作用。
但是，如果程序中包含了package语句，则在运行时就必须包含包名。例如， hello.java程序的第一行语句是：package com.abc；编译的时候在命令行下输入”javac -d d:\java hello.java”，则hello.class将放在目录d:\java\com\abc\的下面，这时候运行该程序时有两种方式：
第一种：在命令行下，首先进入到D盘的java目录下，输入字符”java com.abc.hello”。
第二种：在环境变量classpath中加入目录path，则运行时在任何目录下输入”java com.abc.hello”即可。
上一篇已经不知道是什么时候写的了，换了新地址，却还是不能时常更新。
从7月16号到现在已经快两个月了，就是说上班快两个月了，基本是一直算是培训。9月10号，做了个培训考核，做试卷，有点像以前的考试。对结果还觉着行，不过还是有些不知道。
9月11号，公司居然还搞了个乒乓球赛，打了一下，发现都是高手，直接被菜掉了。时间拉的比较长，居然搞了一天，班也不用上了，大家趁机休息了。
下周一开始，连续一周时间要去机场学习值班。按原来的培训计划，应该大概半个月以前就去了的，可培训时间安排上有些变动。7点50班车，大概7点多就得起床了，不过下班时间挺早的，4点多就下班了，连续这样可能还是会有些累吧，不晓得结果。值过一次班，看了不少飞机，不过不是近距离接触，话说我的机场通行证是可以走到飞机附近的，有机会试下，没坐过，近距离看下总可以吧。
