Tomcat-在发布项目时两次重复加载的问题介绍与解决

时间：2023-12-31 12:37:38
前提： 如 
    1、存在某个应用：hello

    2、该应用存放路径：D:\apache-tomcat-5.5.17\webapps\hello

    3、Tomcat的server.xml部分配置信息如下：

tomcat的server.xml配置文件中引起祸端的主角

<Context path="" reloadable="true" docBase="hello"/>

...

（这么做的目的就是为了将hello应用设为根，访问IP时就直接访问该应用）

加入有个servlet应用hello

hello下有一个 servlet（目的是为了系统在启动时执行某些初始化的操作），该servlet里存在init()方法，目前该方法里只打印“hello word”字符串； 
hello 应用的 web.xml 部分配置信息如下：

<servlet>

    <servlet-name>HelloServlet</servlet-name>

    <servlet-class>HelloServlet</servlet-class>

    <load-on-startup>1</load-on-startup>

</servlet>

问题： 
    在启动 tomcat5 时，控制台窗口会打印出两行“hello word”字符串？ 

问题原因：

    因为hello应用本来就放在Tomat的默认webapp目录下（tomcat在启动时肯定会加载1次），然后又在server.xml中做了配置，为了达到访问根就可以访问hello应用（这样tomcat就又加载1次）；结果，Tomcat就会加载两次。

解决办法：

    办法1、不要将 hello 应用放在Tomat的默认webapp目录下，把它移出去，然后在server.xml中修改docBase的值为hello应用在新位置的绝对路径就可以了；

    办法2、删除掉server.xml中 Context 的手动配置，这样就不会加载两次，因为hello应用在webapp下，所以在访问时，就只能是：http://ip:port/hello 这样来访问了。

第一种方法：

在tomcat中的conf目录中，在server.xml中的，<host/>节点中添加：

<Context path="/hello" docBase="D:eclipse3.2.2forwebtoolsworkspacehelloWebRoot" debug="0" privileged="true">

</Context>

至于Context 节点属性，可详细见相关文档。

第二种方法：

将web项目文件件拷贝到webapps 目录中。

第三种方法：

很灵活，在conf目录中，新建 Catalina（注意大小写）＼localhost目录，www.linuxidc.com在该目录中新建一个xml文件，名字可以随意取，只要和当前文件中的文件名不重复就行了，该xml文件的内容为：

<Context path="/hello" docBase="D:eclipse3.2.2forwebtoolsworkspacehelloWebRoot" debug="0" privileged="true">

</Context>

第3个方法有个优点，可以定义别名。服务器端运行的项目名称为path，外部访问的URL则使用XML的文件名。这个方法很方便的隐藏了项目的名称，对一些项目名称被固定不能更换，但外部访问时又想换个路径，非常有效。

第2、3还有优点，可以定义一些个性配置，如数据源的配置等。

还有一篇 详细的

此处主要讲述Tomcat部署发布JSP应用程序的三种方法 
    1、直接放到Webapps目录下 
     Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。也可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个Web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse、NetBeans、ant、JBuilder等。也可以用 cmd 命令：jar -cvf applicationname.war package.*； 
甚至可以在程序执行中打包：

try{

    string strjavahome = system.getproperty("java.home");

    strjavahome =strjavahome.substring(0,strjavahome.lastindexof(\\))+"\\bin\\";

    runtime.getruntime().exec("cmd /c start "+strjavahome+"jar cvf

    hello.war c:\\tomcat5.0\\webapps\\root\\*");

}

catch(exception e){

    system.out.println(e);

}

webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：

<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeloy="true" xmlValidation="falase" xmlNamespaceAware="false">

2、在server.xml中指定 
     在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。

<Context path="/myapp" reloadable="true" docBase="D:\myapp" workDir="D:\myapp\work"/>

其中path是虚拟路径，docBase是JSP应用程序的物理路径，workDir是这个应用的工作目录，存放运行是生成的于这个应用相关的文件。

3、创建一个Context文件 
     以上两种方法，Web应用被服务器加载后都会在Tomcat的conf\catalina\localhost目录下生成一个XML文件，其内容如下：

<Context path="/admin" docBase="${catalina.home}/server/webapps/admin" debug="0" privileged="true"></Context>

可以看出，文件中描述一个应用程序的Context信息，其内容和server.xml中的Context信息格式是一致的，文件名便是虚拟目录名。您可以直接建立这样的一个xml文件，放在Tomcat的conf\catalina\localhost目录下。例子如下： 
注意：删除一个Web应用同时也要删除webapps下相应的文件夹或server.xml中相应的Context，还要将Tomcat的conf 
\catalina\localhost目录下相应的xml文件删除。否则Tomcat仍会岸配置去加载。。。

service .xml配置绝对路径(linux)

      <Host name="localhost"  appBase="webapps"

            unpackWARs="true" autoDeploy="true">

        <!-- SingleSignOn valve, share authentication between web applications

             Documentation at: /docs/config/valve.html -->

        <!--

        <Valve className="org.apache.catalina.authenticator.SingleSignOn" />

        -->

        <!-- Access log processes all example.

             Documentation at: /docs/config/valve.html

             Note: The pattern used is equivalent to using pattern="common" -->

        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"

               prefix="localhost_access_log." suffix=".txt"

               pattern="%h %l %u %t &quot;%r&quot; %s %b" />

        <Context path="" docBase="/var/wwwroot/xxx" debug="0" reloadable="true" crossContext="true"/>

     </Host>

相关文章