1、标题：文件自解压安装 问题发生日期：2010-11-04 问题简述：需要在双击可执行文件后，没有看见安装界面，直接进行安装 解决方案详细描述：
(1) 应用系统wiwRAR解压工具完成; (2) 选择文件，执行“添加到压缩文件”，在显示出文件压缩界面，选择“创建自解压格式压缩文件”，使之压缩的文件变成EXE文件，如下图所示：
(3) 选择“高级”，“自解压选项”，在“常规”选项中解压后运行输入框中输入文件解压以后执行的文件，如下图所示：
(4) 选择“模式”选项，在安静模式中选择“全部隐藏”；
(5) 选择“更新”选项，在覆盖模式中选择“覆盖所有文件”，一路点击确定即可。 引用文章或网址：无
总结：自解压文件很方便的实现一些自动安装的文件，只要在压缩文件中放一些批处理文件，即可很方便的实现自动安装。
2、标题：java缺少包异常 问题发生日期：2010-11-08 问题描述：java在运行时缺少jar包，一般情况先报如“Caused by: java.lang.NoClaDefFoundError: javax/xml/soap/SOAPException”的错误提示； 出现问题的原因和解决办法：
(1)、系统运行时缺少jar包，则到根据报错的信息到网上下载相应的jar包放到工程的lib目录下即可；
(2)、如果没有缺少jar包，则要看看编译（MyEclipse）和运行（Tomcat）系统的jdk是否是同一个版本，查看MyEclipse编译系统的的界面如下图所示，图中显示的是jdk版本为6.0(jdk6.0)：
Tomcat运行系统的版本如下图所示，图中显示的是jdk版本为6.0(jdk6.0)。
总结：出现这种隐蔽的错误，主要在编译时系统没有报错，而是运行时才报出错误，所有在开发系统的时候养成良好的习惯将运行的情况输出到日志文件中，通过查看异常信息寻找出问题的根源。
3、标题：设置java系统运行环境变量 问题发生日期：2010-11-08 问题描述：java程序运行必须要手动设置运行的环境变量 解决办法：
在把jdk安装到计算机中之后，我们来进行设置使java环境能够使用。 首先右键点我的电脑。打开属性。然后选择“高级”里面的“环境变量”，在新的打开界面中的系统变量需要设置三个属性“JAVA_HOME”、“path”、“clapath”,其中在没安装过jdk的环境下。path属性是本来存在的。而JAVA_HOME和clapath是不存在的。
（1） 点“新建”，然后在变量名写上JAVA_HOME，顾名其意该变量的含义就是java的安装路径，呵呵，然后在变量值写入刚才安装的路径“C:\\jdk1.6”。（注：如果安装的路径不是磁盘C或者不是在jdk1.6这个文件夹，可对应修改。以下文字都是假定安装在C:\\jdk1.6里面。）
（2） 其次在系统变量里面找到path，然后点编辑，path变量的含义就是系统在任何路径下都可以识别java命令，则变量值为“.;%JAVA_HOME%\\bin”，(其中“%JAVA_HOME%”的意思为刚才设置JAVA_HOME的值），也可以直接写上“C:\\jdk1.6\\bin”
（3） 最后再点“新建”，然后在变量名上写clapath,该变量的含义是为java加载类(cla or lib)路径，只有类在clapath中，java命令才能识别。其值为“.;%JAVA_HOME%\\lib\\dt.jar;%JAVA_HOME%\\lib\\toos.jar (要加.表示当前路径)”，与相同“%JAVA_HOME%有相同意思”
以上三个变量设置完毕，则按“确定”直至属性窗口消失，下来是验证看看安装是否成功。先打开“开始”-> “运行”，打入“cmd”，进入dos系统界面。然后打“java -version”，如果安装成功。系统会显示java version jdk\"1.6.0\"。确保安装在C盘文件名为jdk1.6，环境变量直接复制就可以了，在dos界面中输入javac来查看该命令是否合法，同样输入java来查看该命令是否合法
以下为置JAVA_HOME,CLASSPATH,PATH的目的: 1,设置JAVA_HOME:
一、为了方便引用，比如，你JDK安装在C:\\Program Files\\Java\\jdk1.6.0目录里，则设置JAVA_HOME为该目录路径, 那么以后你要使用这个路径的时候, 只需输入%JAVA_HOME%即可, 避免每次引用都输入很长的路径串;
二、归一原则, 当你JDK路径被迫改变的时候, 你仅需更改JAVA_HOME的变量值即可, 否则,你就要更改任何用绝对路径引用JDK目录的文档, 要是万一你没有改全, 某个程序找不到JDK, 后果是可想而知的----系统崩溃!
三、第三方软件会引用约定好的JAVA_HOME变量, 不然, 你将不能正常使用该软件, 以后用JAVA久了就会知道, 要是某个软件不能正常使用, 不妨想想是不是这个问题.
2、设置CLASSPATH:
这是一个很有趣,当然也比较折磨初学者的问题, 这个变量设置的目的是为了程序能找到相应的\".cla\"文件, 不妨举个例子: 你编译一个JAVA程序---A.java, 会得到一个A.cla的类文件,你在当前目录下执行java A, 将会得到相应的结果(前提是你已经设置CLASSPATH为\".\").现在, 你把A.cla移到别的目录下(例如:\"e:\"), 执行java A, 将会有NoClaDefFindError的异常,原因就是找不到.cla文件, 现在你把CLASSPATH增加为:\".;e:\"再运行java A, 看看会有什么结果~~:)~~~, 一切正常, java命令通过CLASSPATH找到了.cla文件!
3、设置PATH:
道理很简单, 你想在任何时候都使用%JAVA_HOME%\\bin\\java 等来执行java命令吗, 当然不会, 于是, 你可以选择把 %JAVA_HOME%\\bin添加到PATH路径下, 这样, 我们在任何路径下就可以仅用java来执行命令了.(当你在命令提示符窗口输入你个代码时,操作系统会在当前目录和PATH变量目录里查找相应的应用程序, 并且执行.) 总结：无
4、标题：工程中有重复的.cla文件
问题日期：2010-11-08 问题描述：
SLF4J: Cla path contains multiple SLF4J bindings.（SLF4J有多相同的路径进行绑定） SLF4J: Found binding in [ jar:file:/D:/tomcat55/webapps/EditSys/WEB-INF/lib/com.springsourcSLF4J: Found binding in [jar:file:/D:/tomcat55/webapps/EditSys/WEB-INF/lib/slf4j-simple-1.5.8.jar!/org/slf4j/impl/StaticLoggerBinder.cla] StaticLoggerBinder.cla文件有相同的路径进行绑定 e.slf4j.jcl-1.5.6.jar!/org/slf4j/impl/StaticLoggerBinder.cla] 解决办法：将一个包删除即可解决该问题，但是要看看所删除的包是否还有别的地方引用到。
