请问在安装了tomcat4.1后关于classpath和java_home和tomcat_home的问题，高手帮忙看看～

本人是JAVA初学者,本人认为JAVA_HOME这个是应该有的,因为这个和JAVA安装路径有关,也就是怎么让你写的程序知道执行他的文件在什么地方!TOMCAT_HOME不知道是什么意思!我机器上没有,我这里是设置了TOMCAT的server.xml文件,classpath听说是让你的程序在编译时怎样知道你的类库放在了什么地方,JDK安装后虽然没有这个变量但是可以找到SUN自己带的类库,但是我们自己写的就找不到所以要设了!这是我的理解!希望和你继续讨论!

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

我是楼主，补充问一下，我先安装的jdk1.4然后装tomcat4.1，但是发现环境变量里都没有java_home和tomcat_home几个变量啊？为什么？
到底什么时候需要去设置它们？
java_home和tomcat_home几个变量是需要你自己添加的
不添加这个环境变量你在非bin目录下输入javac回车和设置变量后再敲javac回车
看结果你就明白了
java_home和tomcat_home分别作什么用的呀？大家能不能帮忙完整的回答一下几个问题啊？分不够可以再加的啊！1.
我看到jakarta-tomcat-4.0的jsp教程介绍里说要设置java_home和tomcat_home，请问在Tomcat 4.1里或者Tomcat 5.0里需要不需要设置呀？
如果要设置，在4.1 or 5.0里要怎么设置？2.
java_home和tomcat_home这两个环境变量分别是做什么用的？3.
什么时候才需要去设置classpath这个环境变量？
你要使你的jdk可以使用，你就必须设置CLASSPATH、JAVA_HOME PATH
TOMCAT方面，你只需要设置TOMCAT_HOME就可以了。
注意设置CLASSPATH 和PATH必须重起计算机
１. 因为Tomcat为java开发，所以启动它的时候，他需要知道系统的java路径，以便调用，故而需要java_home，它的值就是系统中java的安装路径（即java目录，该路径不是bin，而是bin的上级目录）。
设置tomcat_home的原因是启动tomcat的shell或批处理文件中就是用到它，从而调用shell。而具我所知道的4.1和５.0的tomcat在设置该变量上应该没有差别。2. classpath还是设置吧，当然不设置也可以。
Tomcat 5.0不需要设置tomcat_home
为什么要设置 JAVA_HOME, TOMCAT_HOME 等环境变量?答案是这样的:你可能把tomcat装在c:\tomcat里，也可能把tomcat装在d:\jerrymouse里，tomcat怎么知道自己的文件都在哪儿呢? 在Windows里面程序可以到registry里查，java是跨平台的，不应该读registry，而应该利用更通用的途径，比如象tomcat_home这样的操作系统环境变量。为了保持独立与操作系统的特性，java程序并不能直接读到操作系统环境变量。如果不用任何诡计，java程序只能“求”你在启动程序的时候利用java的-D参数把变量告诉它。比如java -Djava_home=%java_home% start_the_servlet_engine.你一定很讨厌每次都打如-D...那些东西，所以通常这种东西都放在一个.bat文件或是unix的.sh文件里。实际上tomcat就是这样利用java_home的，用这个办法找到java编译器，然后调用java编译器来编译jsp和servlet程序。至于tomcat_home，可能只是.bat文件里用的。因为.bat文件里不应该写c:\tomcat\bin\start_engine这样的话，以防你的tomcat躲在d:\jerrymouse里，所以它写成%tomcat_home%\bin\start_engine。(我不记得具体的程序名，可能不是"start_engine"是别的什么东东，但是这个道理。java程序怎样读-D参数给的变量? 用System.getProperty("变量名")。如果你想读到Windows的那些环境变量(在cmd窗口里用set看到的那些)，就要用一些阴谋诡计，那样的程序通常很丑陋。
tomcat文件夹里面没有java编译器，除非自己你装进去，但是要运行tomcat，你的电脑里一定要有java编译器，并且把路径通过java_home告诉tomcat。如果你的电脑里java在c:\jdk1.4.0里面，java_home就应该设成c:\jdk1.4.0。你写的那些servlet，tomcat都要先用java编译器编译过才能运行，其实运行也是用java_home里的java虚拟机，tomcat只不过是通过Process的get...Stream方法同servlet交互再把结果通过普通的java socket传给浏览器。jsp由tomcat转换成servlet的java源程序，再用%java_home%\bin\javac编译。所以，jsp和servlet的最终class文件结构上没有什么不同。
java 下的Classpath 配置和Java类路径（classpath）打交道的过程中，开发者偶尔会遇到麻烦。这是因为，类装载器实际装入的是哪一个类有时并不显而易见，当应用程序的classpath包含大量的类和目录时，情况尤其严重。本文将提供一个工具，它能够显示出被装入类文件的绝对路径名。
一、Classpath基础
　　Java虚拟机（JVM）借助类装载器装入应用程序使用的类，具体装入哪些类根据当时的需要决定。CLASSPATH环境变量告诉类装载器到哪里去寻找第三方提供的类和用户定义的类。另外，你也可以使用JVM命令行参数-classpath分别为应用程序指定类路径，在-classpath中指定的类路径覆盖CLASSPATH环境变量中指定的值。
　　类路径中的内容可以是：文件的目录（包含不在包里面的类），包的根目录（包含已打包的类），包含类的档案文件（比如.zip文件或者.jar文件）。在Unix家族的系统上，类路径的各个项目由冒号分隔，在MS Windows系统上，它们由分号分隔。
　　类装载器以委托层次的形式组织，每一个类装载器有一个父类装载器。当一个类装载器被要求装载某个类时，它在尝试自己寻找类之前会把请求先委托给它的父类装载器。系统类装载器，即由安装在系统上的JDK或JRE提供的默认类装载器，通过CLASSPATH环境变量或者-classpath这个JVM命令行参数装入第三方提供的类或者用户定义的类。系统类装载器委托扩展类装载器装入使用Java Extension机制的类。扩展类装载器委托自举类装载器（bootstrap class loader）装入核心JDK类。
　　你可以自己开发特殊的类装载器，定制JVM如何动态地装入类。例如，大多数Servlet引擎使用定制的类装载器，动态地装入那些在classpath指定的目录内发生变化的类。
　　必须特别注意的是（也是令人吃惊的是），类装载器装入类的次序就是类在classpath中出现的次序。类装载器从classpath的第一项开始，依次检查每一个设定的目录和压缩文件，尝试找出待装入的类文件。当类装载器第一次找到具有指定名字的类时，它就把该类装入，classpath中所有余下的项目都被忽略。
　　看起来很简单，对吧？二、可能出现的问题
　　不管他们是否愿意承认，初学者和富有经验的Java开发者都一样，他们都曾经在某些时候（通常是在那些最糟糕的情形下）被冗长、复杂的classpath欺骗。应用程序所依赖的第三方类和用户定义类的数量逐渐增长，classpath也逐渐成了一个堆积所有可能的目录和档案文件名的地方。此时，类装载器首先装载的究竟是哪一个类也就不再显而易见。如果classpath中包含重复的类入口，这个问题尤其突出。前面已经提到，类装载器总是装载第一个它在classpath中找到的具有合适名字的类，从实际效果看，它“隐藏”了其他具有合适名字但在classpath中优先级较低的类。
　　如果不小心，你很容易掉进这个classpath的陷阱。当你结束了一天漫长的工作，最后为了让应用程序使用最好、最新的类，你把一个目录加入到了classpath，但与此同时，你却忘记了：在classpath的另一个具有更高优先级的目录下，存放着该类的另一个版本！
三、一个简单的classpath工具
　　优先级问题是扁平路径声明方法与生俱来固有的问题，但它不是只有Java的classpath才有的问题。要解决这个问题，你只需站到富有传奇色彩的软件巨构的肩膀上：Unix操作系统有一个which命令，在命令参数中指定一个名字，which就会显示出当这个名字作为命令执行时执行文件的路径名。实际上，which命令是分析PATH变量，然后找出命令第一次出现的位置。对于Java的类路径管理来说，这应该也是一个好工具。在它的启发之下，我着手设计了一个Java工具JWhich。这个工具要求指定一个Java类的名字，然后根据classpath的指引，找出类装载器即将装载的类所在位置的绝对路径。
　　下面是一个JWhich的使用实例。它显示出当Java类装载器装载com.clarkware.ejb.ShoppingCartBean类时，该类第一次出现位置的绝对路径名，查找结果显示该类在某个目录下：
> java JWhich com.clarkware.ejb.ShoppingCartBean Class ´com.clarkware.ejb.ShoppingCartBean´ found in
´/home/mclark/classes/com/clarkware/ejb/ShoppingCartBean.class´
　　下面是第二个JWhich的使用实例。它显示出当Java类装载器装载javax.servlet.http.HttpServlet类时，该类第一次出现位置的绝对路径名，查找结果显示该类在某个档案文件中： > java JWhich javax.servlet.http.HttpServlet Class ´javax.servlet.http.HttpServlet´ found in
´file:/home/mclark/lib/servlet.jar!/javax/servlet/http/HttpServlet.class´
四、JWhich的工作过程
　　要精确地测定classpath中哪一个类先被装载，你必须深入到类装载器的思考方法。事实上，具体实现的时候并没有听起来这么复杂——你只需直接询问类装载器就可以了！ 1: public class JWhich {
2:
3: /**
4: * 根据当前的classpath设置，
5: * 显示出包含指定类的类文件所在
6: * 位置的绝对路径
7: *
8: * @param className <类的名字>
9: */
10: public static void which(String className) {
11:
12: if (!className.startsWith("/")) {
13: className = "/" + className;
14: }
15: className = className.replace(´.´, ´/´);
16: className = className + ".class";
17:
18: java.net.URL classUrl =
19: new JWhich().getClass().getResource(className);
20:
21: if (classUrl != null) {
22: System.out.println("\nClass ´" + className +
23: "´ found in \n´" + classUrl.getFile() + "´");
24: } else {
25: System.out.println("\nClass ´" + className +
26: "´ not found in \n´" +
27: System.getProperty("java.class.path") + "´");
28: }
29: }
30:
31: public static void main(String args[]) {
32: if (args.length > 0) {
33: JWhich.which(args[0]);
34: } else {
35: System.err.println("Usage: java JWhich ");
36: }
37: }
38: } 　　首先，你必须稍微调整一下类的名字以便类装载器能够接受（12-16行）。在类的名字前面加上一个“/”表示要求类装载器对classpath中的类名字进行逐字精确匹配，而不是尝试隐含地加上调用类的包名字前缀。把所有“.”转换为“/”的目的是，按照类装载器的要求，把类名字格式化成一个合法的URL资源名。　　接下来，程序向类装载器查询资源，这个资源的名字必须和经过适当格式化的类名字匹配（18-19行）。每一个Class对象维护着一个对装载它的ClassLoader对象的引用，所以这里是向装载JWhich类的类装载器查询。Class.getResource()方法实际上委托装入该类的类装载器，返回一个用于读取类文件资源的URL；或者，当指定的类名字不能在当前的classpath中找到时，Class.getResource()方法返回null。
最后，如果当前的classpath中能够找到指定的类，则程序显示包含该类的类文件所在位置的绝对路径名（21-24行）。作为一种调试辅助手段，如果当前classpath中不能找到指定的类，则程序获取java.class.path系统属性并显示当前的classpath（24-28行）。　　很容易想象，在使用Servlet引擎classpath的Java Servlet中，或者在使用EJB服务器classpath的EJB组件中，上面这段简单的代码是如何运作。例如，如果JWhich类是由Servlet引擎的定制类装载器装入，那么程序将用Servlet引擎的类装载器去寻找指定的类。如果Servlet引擎的类装载器不能找到类文件，它将委托它的父类装载器。一般地，当JWhich被某个类装载器装入时，它能够找出当前类装载器以及所有其父类装载器所装入的所有类。　　【结束语】如果需要是所有发明之母，那么帮助我们管理Java类路径的工具可以说迟到了很长时间。Java新闻组和邮件列表中充塞着许多有关classpath的问题，现在JWhich为我们提供了一个简单却强大的工具，帮助我们在任何环境中彻底玩转Java类路径。　　【参考资源】
JWhich的全功能版，包含一个classpath检验器：
http://www.clarkware.com/software/jwhich.zip
Sun JDK的官方文档，以及在各种官方支持的平台上有关classpath的说明：
http://java.sun.com/j2se/1.3/docs/tooldocs/findingclasses.html
关于在Windows和Unix上设置classpath的详细说明，参见： Unix：
http://java.sun.com/j2se/1.3/docs/tooldocs/solaris/classpath.html
Windows：
http://java.sun.com/j2se/1.3/docs/tooldocs/win32/classpath.html
另外JSP使用环境的配置
http://novo.muicc.com/study/Article_Show.asp?ArticleID=62Servlet-JSP配置详解(基础篇)
http://novo.muicc.com/study/Article_Show.asp?ArticleID=64
Tomcat全攻略
2001年12月
-------------随着java的流行，其在web上的应用也越来越广，tomcat作为一个开源的servlet容器，应用前景越来越广，本文将向你讲述tomcat的一些知识。一：简介tomcat是jakarta项目中的一个重要的子项目，其被JavaWorld杂志的编辑选为2001年度最具创新的java产品(MostInnovativeJavaProduct)，同时它又是sun公司官方推荐的servlet和jsp容器(具体可以见http://java.sun.com/products/jsp/tomcat/)，因此其越来越多的受到软件公司和开发人员的喜爱。servlet和jsp的最新规范都可以在tomcat的新版本中得到实现。
二：安装及配置tomcat最新版本为4.0.1，这个版本用了一个新的servlet容器Catalina，完整的实现了servlet2.3和jsp1.2规范。注意安装之前你的系统必须安装了jdk1.2以上版本。
(一)：安装1：windows平台从tomcat网站下载jakarta-tomcat-4.0.1.exe，按照一般的windows程序安装步骤即可安装好tomcat,安装时它会自动寻找你的jdk和jre的位置。
2：linux平台下载jakarta-tomcat-4.0.1.tar.gz，将其解压到一个目录。
(二)：配置运行tomcat需要设置JAVA_HOME变量setJAVA_HOME=c:/jdk(win98，在msdos方式下使用，或者放入autoexec.bat中)exportJAVA_HOME=/usr/local/jdk(linux下使用，放到/etc/bashrc或者/etc/profile中)(三)：运行设置完毕后就可以运行tomcat服务器了，进入tomcat的bin目录，win98下用startup启动tomcat，linux下用startup.sh，相应的关闭tomcat的命令为shutdown和shutdown.sh。
启动后可以在浏览器中输入http://localhost:8080/测试，由于tomcat本身具有web服务器的功能，因此我们不必安装apache，当然其也可以与apache集成到一起，下面会介绍。
下面你可以测试其自带的jsp和servlet示例。
三：应用
(一):目录结构tomcat的目录结构如下：目录名简介bin存放启动和关闭tomcat脚本conf包含不同的配置文件,server.xml(Tomcat的主要配置文件)和web.xmlwork存放jsp编译后产生的class文件webapp存放应用程序示例，以后你要部署的应用程序也要放到此目录logs存放日志文件lib/japser/common这三个目录主要存放tomcat所需的jar文件(二)：server.xml配置简介下面我们将讲述这个文件中的基本配置信息，更具体的配置信息见tomcat的文档元素名属性解释serverport指定一个端口，这个端口负责监听关闭tomcat的请求shutdown指定向端口发送的命令字符串servicename指定service的名字Connector(表示客户端和service之间的连接)port指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求minProcessors服务器启动时创建的处理请求的线程数maxProcessors最大可以创建的处理请求的线程数enableLookups如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip地址redirectPort指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号acceptCount指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理connectionTimeout指定超时的时间数(以毫秒为单位)Engine(表示指定service中的请求处理机，接收和处理来自Connector的请求)defaultHost指定缺省的处理请求的主机名，它至少与其中的一个host元素的name属性值是一样的Context(表示一个web应用程序，通常为WAR文件，关于WAR的具体信息见servlet规范)docBase应用程序的路径或者是WAR文件存放的路径path表示此web应用程序的url的前缀，这样请求的url为http://localhost:8080/path/****reloadable这个属性非常重要，如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib和/WEB-INF/classes目录的变化，自动装载新的应用程序，我们可以在不重起tomcat的情况下改变应用程序host(表示一个虚拟主机)name指定主机名appBase应用程序基本目录，即存放应用程序的目录unpackWARs如果为true，则tomcat会自动将WAR文件解压，否则不解压，直接从WAR文件中运行应用程序Logger(表示日志，调试和错误信息)className指定logger使用的类名，此类必须实现org.apache.catalina.Logger接口prefix指定log文件的前缀suffix指定log文件的后缀timestamp如果为true，则log文件名中要加入时间，如下例:localhost_log.2001-10-04.txtRealm(表示存放用户名，密码及role的数据库)className指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口Valve(功能与Logger差不多，其prefix和suffix属性解释和Logger中的一样)className指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息
directory指定log文件存放的位置pattern有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行请求的字符串，HTTP响应代码，发送的字节数。combined方式比common方式记录的值更多注意：1：经过我测试，我设置Context的path=\"\",reloadable=true，然后放一个WAR文件到webapps目录，结果tomcat不能检测出此文件(重起tomcat可以)，而把此文件解压，则tomcat会自动检测出这个新的应用程序。如果不能自动检测WAR文件，我们可以利用下面管理中讲的方法来部署应用程序。
2：默认的server.xml中，Realm元素只设置了一个className属性，但此文件中也包含几个通过JDBC连接到数据库进行验证的示例(被注释掉了)，通过Realm元素我们可以实现容器安全管理(ContainerManagedSecurity)。
3：还有一些元素我们没有介绍，如Parameter，loader，你可以通过tomcat的文档获取这些元素的信息。
(三)：管理
1：配置在进行具体的管理之前，我们先给tomcat添加一个用户，使这个用户有权限来进行管理。
打开conf目录下的tomcat-users.xml文件，在相应的位置添加下面一行：name=\"zf\"password=\"zf\"roles=\"standard,manager\"/>注意：这一行的最后部分一定是/>,tomcat的文档掉了/符号，如果没有/符号的话，tomcat重起时将无法访问应用程序。通过logs/catalina.out文件你可以看到这个错误的详细信息。
然后重起tomcat，在浏览器中输入http://localhost:8080/manager/，会弹出对话框，输入上面的用户名和密码即可。
2：应用程序列表在浏览器中输入http://localhost:8080/manager/list，浏览器将会显示如下的信息：OK-Listedapplicationsforvirtualhostlocalhost/ex:running:1/examples:running:1/webdav:running:0/tomcat-docs:running:0/manager:running:0/:running:0
面的信息分别为应用程序的路径，当前状态(running或者stopped)，与这个程序相连的session数。
3：重新装载应用程序在浏览器中输入http://localhost:8080/manager/reload?path=/examples，浏览器显示如下：OK-Reloadedapplicationatcontextpath/examples表示example应用程序装载成功，如果我们将server.xml的Context元素的reloadable属性设为true(见上面表格)，则没必要利用这种方式重新装载应用程序，因为tomcat会自动装载。
4：显示session信息在浏览器中输入http://localhost:8080/manager/sessions?path=/examples，浏览器显示如下：OK-Sessioninformationforapplicationatcontextpath/examplesDefaultmaximumsessioninactiveinterval30minutes5：启动和关闭应用程序在浏览器中输入http://localhost:8080/manager/start?path=/examples和http://localhost:8080/manager/stop?path=/examples分别启动和关闭examples应用程序。
6：部署及撤销部署WAR有两种组织方式，一种是按一定的目录结构组织文件，一种是一个后缀为WAR的压缩包，因此它的部署方式也有两种：(1)：在浏览器中输入：http://localhost:8080/manager/install?path=/examples&war=file:/c:\examples就会将按目录结构组织的WAR部署
(2)：如果输入:http://localhost:8080/manager/install?path=/examples&war=jar:file:/c:\examples.war!/就会将按压缩包组织的WAR部署，注意此url后半部分一定要有!/号。
部署后就可以用http://localhost:8080/examples访问了。
在浏览器中输入：http://localhost:8080/manager/remove?path=/examples就会撤销刚才部署的应用程序。
(四)：与apache集成虽然tomcat也可以作web服务器,但其处理静态html的速度比不上apache,且其作为web服务器的功能远不如apache,因此我们想把apache和tomcat集成起来。
我们以linux系统为例介绍.
从apache网站下载apache1.3.22源代码版本，然后使用如下命令配置安装apache：mkdir/usr/local/apachetarzxvfapache.1.32.tar.gzcdapache.1.32./configure--prefix=/usr/local/apache--enable-module=somakemakeinstall注意configure命令指定目标安装目录，并且加入DSO(DynamicSharedObject)支持，注意一定不要忘了这一个选项。
然后下载webapp模块，将解压后mod_webapp.so文件放入apache的libexec目录，编辑apache的conf目录下的httpd.conf，在这个文件的最后加入下面三行：LoadModulewebapp_modulelibexec/mod_webapp.soWebAppConnectionwarpConnectionwarplocalhost:8008WebAppDeployexampleswarpConnection/examples/第一行是加入webapp模块，如果编译apache时不增加DSO支持，则无法使用LoadModule指令，第二行指定tomcat与apache的连接，第三行指定部署那个应用，这两个指令使用格式如下：WebAppConnection[connectionname][provider][host:port]WebAppDeploy[applicationname][connectionname][urlpath]其中connectionname指定连接名，provider只能是warp，port端口与你的tomcat的配置文件server.xml最后几行指定的要保持一致。文件如下：name=\"Tomcat-Apache\">className=\"org.apache.catalina.connector.warp.WarpConnector\"port=\"8008\"minProcessors=\"5\"maxProcessors=\"75\"enableLookups=\"true\"acceptCount=\"10\"debug=\"0\"/>******
applicationname与你在tomcat中部署的应用名一致，urlpath指定访问这个应用的url。例如上面的例子可以通过http://localhost/examples/来访问tomcat中的examples应用。
(五)：中文问题一般jsp的乱码问题可以通过在jsp中加入来解决，至于servlet的乱码在可以使用servlet2.3中提供的HttpServeletRequest.setCharacterEncoding函数。更详细的中文问题请见JSP/Servlet中的汉字编码问题。
四：综述tomcat作为一个servlet(jsp也被编译为servlet执行)容器，其应用前景是非常好的，如果与jboss结合起来，则可以实现sun的j2ee规范(用jboss作ejb服务器)。jboss的官方网站也提供集成了tomcat3.2*的jboss以供下载。另外一个开源的应用服务器(enhydra)也是基于tomcat的，其提供了更友好的管理界面，部署应用程序也更简单，功能也更强大。
参考资料：
tomcat文档www.jguru.com的tomcatfaqapache的文档