Tomcat6.0 中数据源的配置 

换了Tomcat6.0。一直都没配置mysql数据库数据源。今天想用时,既然按以前版本的方式配不上。。汗。。。后来上网查找才找到解决方案。写下这段话,以免忘记。。具体做法如下:

   在$CATALINA_HOME/conf/server.xml文件中的<Host></Host>标签之间加入如下的Context代码
  <Context path="/articlesystem" docBase="articlesystem" debug="5" reloadable="true" crossContext="true">
     <Resource name="jdbc/StrutsArticle" auth="Container" type="javax.sql.DataSource"
        maxActive="100" maxIdle="30" maxWait="10000"
        username="root" password="root" driverClassName="com.mysql.jdbc.Driver"
 url="jdbc:mysql://localhost:3306/strutsaritclecharacterEncoding=GBK&amp;useUnicode=TRUE&amp;autoReconnect=true"/>
   </Context>

完成以上工作后,数据库就配置成功了。。也不必像官方文档说的那样在、在web应用的web.xml中配置<resource-ref>标签的属性了。

注意要把这段代码配置到Host></Host>标签之间。

另. Context元素代表一个web应用,运行在某个特定的虚拟主机上。你可以在一个Host元素中嵌套任意多的Context元素。每个Context的路径必须是惟一的,由path属性定义。

所有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。如果没有指定,使用标准的缺省值。



原文链接: http://www.dlog.cn/nicholascoder/diary/9268

你可能感兴趣的:(Tomcat6.0 中数据源的配置 )