Tomcat虚拟主机配置示例

原文地址:http://elf8848.iteye.com/blog/1684557


Tomcat虚拟主机配置示例

2013-8 补充:以下信息有误,我还未研究完,文章还未写完,放在这里仅供自己参考和完善。

 

有3个web项目,都已打成了war包,分别是aaa.war、bbb.war、ccc.war。

打算配置3个tomcat虚拟主机,分别绑定域名aaa.com、bbb.com、ccc.com。

 

配置方法如下:

 

1、在tomcat安装目录,与webapps目录平级的地方,建立3个文件夹,分别是webapps_1/war、webapps_2/war、webapps_3/war,把3个war包分别放入3个war文件夹中。

这里不可以使用tomcat自带的webapps目录,不可以把3个war包放入同一个webapps文件夹,否会导致tomcat加载多次web项目(本例是3次),造成重复启动。

 

2、修改sever.xml,内容如下:

Xml代码   收藏代码
  1. <Engine name="Catalina" defaultHost="wwww.aaa.com">  
  2.     <Host name="www.aaa.com" appBase="webapps_1" autoDeploy="true" unpackWARs="true" xmlNamespaceAware="false" xmlValidation="false">  
  3.       <Alias>aaa.com</Alias>              
  4.       <Context path="/" docBase="./war/aaa.war" reloadable="true" />  
  5.     </Host>  
  6.     <Host name="www.bbb.com" appBase="webapps_2" autoDeploy="true" unpackWARs="true" xmlNamespaceAware="false" xmlValidation="false">  
  7.       <Context path="/" docBase="./war/bbb.war" reloadable="true" />  
  8.     </Host>  
  9.     <Host name="www.ccc.com" appBase="webapps_3" autoDeploy="true" unpackWARs="true" xmlNamespaceAware="false" xmlValidation="false">  
  10.       <Context path="/" docBase="./war/ccc.war" reloadable="true" />  
  11.     </Host>  
  12. </Engine>      

 

3、关键属性说明:

defaultHost="wwww.aaa.com" 的作用是,如果使用ip来访问,默认进入www.aaa.com网站。

Host name="www.aaa.com" 的作用是,为当前Host绑定域名www.aaa.com。

appBase="webapps_1"        的作用是,指定应用程序(网站)的基本路径 ,这里可以存放多个程序(网站)。一般是相对路径,相对于tomcat的安装目录。

<Alias>aaa.com</Alias>       的作用是,为一个Host,绑定多个域名。

<Context docBase="./war/aaa.war"    的作用是,aaa.war会被tomcat解包为aaa目录或ROOT目录(具体哪个目录取决于后面的 path参数),docBase作用就是指向aaa目录,这里是相对路径,是相对于前面指定的webapps_1目录。也可以是绝对路径。这里如果不使用子目录,会导致应用程序被启动两次。

<Context path="/"                 的作用是,指定 Web应用的 上下文根,本例是Web应用的 上下文根是 /。

windows环境(tomcat6.0.18):如果设置为path="",tomcat会在webappa_1目录中自动生成ROOT目录(里面有还有与aaa目录一样一样的内容),要设置为path=""。

Linux环境(tomcat6.0.33):如果设置为path="",tomcat会在webappa_1目录中自动生成ROOT目录。而是生成 aaa目录。要设置为path="/"。(有待试验,今天凌晨验证到关键时刻,试验环境出问题了,未继续)。

 

4、运行过程

tomcat启动时,解压webapps_1/war/aaa.war包到webapps_1/ROOT目录中。

欧姆龙FINS(工厂集成网络系统)协议是专为该公司自动化设备间数据交互而设计的网络通信标准。该协议构建于TCP/IP基础之上,允许用户借助常规网络接口执行远程监控、程序编写及信息传输任务。本文档所附的“欧ronFins.zip”压缩包提供了基于C与C++语言开发的FINS协议实现代码库,旨在协助开发人员便捷地建立与欧姆龙可编程逻辑控制器的通信连接。 FINS协议的消息框架由指令头部、地址字段、操作代码及数据区段构成。指令头部用于声明消息类别与长度信息;地址字段明确目标设备所处的网络位置与节点标识;操作代码定义了具体的通信行为,例如数据读取、写入或控制器指令执行;数据区段则承载实际交互的信息内容。 在采用C或C++语言实施FINS协议时,需重点关注以下技术环节: 1. **网络参数设置**:建立与欧姆龙可编程逻辑控制器的通信前,必须获取控制器的网络地址、子网划分参数及路由网关地址,这些配置信息通常记载于设备技术手册或系统设置界面。 2. **通信链路建立**:通过套接字编程技术创建TCP连接至控制器。该过程涉及初始化套接字实例、绑定本地通信端口,并向控制器网络地址发起连接请求。 3. **协议报文构建**:依据操作代码与目标功能构造符合规范的FINS协议数据单元。例如执行输入寄存器读取操作时,需准确配置对应的操作代码与存储器地址参数。 4. **数据格式转换**:协议通信过程中需进行二进制数据的编码与解码处理,包括将控制器的位状态信息或数值参数转换为字节序列进行传输,并在接收端执行逆向解析。 5. **异常状况处理**:完善应对通信过程中可能出现的各类异常情况,包括连接建立失败、响应超时及错误状态码返回等问题的处理机制。 6. **数据传输管理**:运用数据发送与接收函数完成信息交换。需注意FINS协议可能涉及数据包的分割传输与重组机制,因单个协议报文可能被拆分为多个TCP数据段进行传送。 7. **响应信息解析**:接收到控制器返回的数据后,需对FINS响应报文进行结构化解析,以确认操作执行状态并提取有效返回数据。 在代码资源包中,通常包含以下组成部分:展示连接建立与数据读写操作的示范程序;实现协议报文构建、传输接收及解析功能的源代码文件;说明库函数调用方式与接口规范的指导文档;用于验证功能完整性的测试案例。开发人员可通过研究这些材料掌握如何将FINS协议集成至实际项目中,从而实现与欧姆龙可编程逻辑控制器的高效可靠通信。在工程实践中,还需综合考虑网络环境稳定性、通信速率优化及故障恢复机制等要素,以确保整个控制系统的持续可靠运行。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值