Tomcat部署Dubbo+Zookeeper项目

⊙ω⊙ 在学习的路上越走越远～～～

于 2022-06-06 17:59:12 发布

阅读量668

点赞数

分类专栏： dubbo 文章标签： tomcat zookeeper java

本文链接：https://blog.csdn.net/qq_43070052/article/details/125150520

版权

dubbo 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

Tomcat部署Dubbo+Zookeeper项目

一、环境准备

两个tomcat，版本为8.5.21
一个zookeeper
部署项目所需的war包

二、部署步骤

将项目生成的war包分别复制到tomcat中的webapps下
如下图所示：

在这里插入图片描述

分别修改server.xml中的端口

当端口冲突时分别修改8012、8088、8013端口


+ <Server port="8012" shutdown="SHUTDOWN">
+     <Connector port="8088" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" /> 
+ <Connector port="8013" protocol="AJP/1.3" redirectPort="8443" />

配置项目的根目录
在server.xml中配置如下内容，目的是为了访问项目时将文件名去掉

<Context path="" docBase="F:\ideaToos\test\8088_consumer\webapps\consumer-1.0.0" debug="0"/>
//docBase 表示根目录

修改tomcat窗口名称
在catalina.bat中找到下列文件位置

:doStart
shift
if "%TITLE%" == "" set TITLE=Tomcat_8088_consumer //TITLE=tomcat窗口名称

配置JAVA_HOME和JRE_HOME
在setclasspath.bat中配置如下内容：

rem Make sure prerequisite environment variables are set
set JAVA_HOME=E:\jdk1.8\jdk1.8  //自己的java路径
set JRE_HOME=E:\jdk1.8\jre1.8

启动项目
双击startup.bat即可

三、tomcat中的Context配置详解

Context元素代表一个web应用，运行在某个特定的虚拟主机上。
你可以在一个Host元素中嵌套任意多的Context元素。每个Context的路径必须是惟一的，由path属性定义。另外，你必须定义一个context路径长度为0的Context，这个Context称为该虚拟主机的缺省web应用，用来处理那些不能匹配任何Context的Context路径的请求。
除了在Host元素中嵌套Context元素以外，你也可以将它们存储在单个文件中（以.xml为后缀），放在$CATALINA_HOME/conf/[enginename]/[hostname]/目录下面。有关这方面的更
多信息，参考应用的自动发布。这种方法允许动态重新配置web应用，因为如果修改了conf/server.xml，就必须重新启动Tomcat。
属性 - 通用属性 - 所有Context的实现支持如下属性：

属性	描述
backgroundProcessorDelay	这个值代表在context及其子容器（包括所有的wrappers）上调用backgroundProcess方法的延时，以秒为单位。如果延时值非负，子容器不会被调用，也就是说子容器使用自己的处理线程。如果该值为正，会创建一个新的线程。在等待指定的时间以后，该线程在主机及其子容器上调用backgroundProcess方法。context利用后台处理session过期，监测类的变化用于重新载入。如果没有指定，该属性的缺省值是－1，说明context依赖其所属的Host的后台处理。
className	实现的Java类名。该类必须实现org.apache.catalina.Context接口。如果没有指定，使用标准实现（在下面定义）。
cookies	如果想利用cookies来传递session identifier（需要客户端支持cookies），设为ture。否则为false，这种情况下只能依靠URL Rewriting传递session identifier。
crossContext	如果想在应用内调用ServletContext.getContext()来返回在该虚拟主机上运行的其他web application的request dispatcher,设为true。在安全性很重要的环境中，设为false，使得getContext()总是返回null。缺省值为false。
docBase	该web应用的文档基准目录（Document Base，也称为Context Root），或者是WAR文件的路径。可以使用绝对路径，也可以使用相对于context所属的Host的appBase路径。
override	如果想利用该Context元素中的设置覆盖DefaultContext中相应的设置，设为true。缺省情况下使用DefaultContext中的设置。
privileged	设为true，允许context使用container servlets，比如manager servlet。
path	web应用的context路径。catalina将每个URL的起始和context path进行比较，选择合适的web应用处理该请求。特定Host下的context path必须是惟一的。如果context path为空字符串（“”），这个context是所属Host的缺省web应用,用来处理不能匹配任何context path的请求。
reloadable	如果希望Catalina监视/WEB-INF/classes/和/WEB-INF/lib下面的类是否发生变化，在发生变化的时候自动重载web application，设为true。这个特征在开发阶段很有用，但也大大增加了服务器的开销。因此，在发布以后，不推荐使用。但是，你可以使用Manager应用在必要的时候触发应用的重载。
wrapperClass	org.apache.catalina.Wrapper实现类的名称，用于该Context管理的servlets。如果没有指定，使用标准的缺省值。

标准实现 - Context的标准实现是org.apache.catalina.core.StandardContext.它还支持如下的附加属性：

属性	描述
debug	与这个Engine关联的Logger记录的调试信息的详细程度。数字越大，输出越详细。如果没有指定，缺省为0。
swallowOutput	如果该值为true，System.out和System.err的输出被重定向到web应用的logger。如果没有指定，缺省值为false
useNaming	如果希望Catalina为该web应用使能一个JNDI InitialContext对象，设为true。该InitialialContext符合J2EE平台的约定，缺省值为true。
workDir	Context提供的临时目录的路径，用于servlet的临时读/写。利用javax.servlet.context.tempdir属性，servlet可以访问该目录。如果没有指定，使用$CATALINA_HOME/work下一个合适的目录。

Context参考链接