方法一:
找到%tomcat%\conf\server.xml,在</Host>之前加入:
方法二:
%TOMCAT_HOME%\conf\catalina\localhost增加相应的文件(文件名*.xml)
richfaces.xml代码
注意:文件名中的richfaces就表示虚拟目录的名称,所以[b]不可随意命名[/b]。
附:Context的实现支持如下属性
[list]
[*]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。如果没有指定,使用标准的缺省值。
[/list]
当url中未明确指定文件名时,是否列出相关目录下所有文件的开关设置:
打开 %tomcat%\conf\web.xml 文件,找到:
注意:Tomcat6数据源的配置,不能用ResourceParams标签来配置,必须这样
否则会报“Cannot create JDBC driver of class '' for connect URL 'null' ”的异常!
[b]通过ServletContextListener启用线程[/b]
找到%tomcat%\conf\server.xml,在</Host>之前加入:
<Context path="/richfaces" reloadable="true" docBase="d:\javastudio\oob"/>
方法二:
%TOMCAT_HOME%\conf\catalina\localhost增加相应的文件(文件名*.xml)
richfaces.xml代码
<Context reloadable="true" docBase="d:\javastudio\oob"/>
注意:文件名中的richfaces就表示虚拟目录的名称,所以[b]不可随意命名[/b]。
附:Context的实现支持如下属性
[list]
[*]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。如果没有指定,使用标准的缺省值。
[/list]
当url中未明确指定文件名时,是否列出相关目录下所有文件的开关设置:
打开 %tomcat%\conf\web.xml 文件,找到:
<init-param>
<param-name>listings</param-name>
<param-value>false</param-value>
</init-param>
把false改成true即可。
注意:Tomcat6数据源的配置,不能用ResourceParams标签来配置,必须这样
<Resource name="jdbc/sys_ds"
auth="Container"
type="javax.sql.DataSource"
maxActive="10"
maxIdle="1"
maxWait="100"
username="sys_user"
password="sys_user"
driverClassName="oracle.jdbc.OracleDriver"
url="jdbc:oracle:thin:@195.2.199.100:1521:orcl"
/>
否则会报“Cannot create JDBC driver of class '' for connect URL 'null' ”的异常!
<resource-ref>
<description>Oracle Datasource example<description>
<res-ref-name>jdbc/sys_ds<res-ref-name>
<res-type>javax.sql.DataSource<res-type>
<res-auth>Container<res-auth>
<resource-ref>
Context initContext = new InitialContext();
Context envContext = (Context)initContext.lookup("java:/comp/env");
DataSource ds = (DataSource)envContext.lookup("jdbc/sys_ds");
Connection conn = ds.getConnection();
[b]通过ServletContextListener启用线程[/b]
public class DataTransferListener implements ServletContextListener {
private String getContextValue(ServletContextEvent event , String name){
return event.getServletContext().getInitParameter(name);
}
public void contextInitialized(ServletContextEvent event) {
TransferProperty.dbUrl = this.getContextValue(event, "dbUrl");
TransferProperty.dbUserName = this.getContextValue(event, "dbUserName");
TransferProperty.dbPwd = this.getContextValue(event, "dbPwd");
DataTransferHandler dataTransferHandler = new DataTransferHandler();
dataTransferHandler.start();
monitorDataTransferHandler(dataTransferHandler);
}
public void contextDestroyed(ServletContextEvent event) {
}
private void monitorDataTransferHandler(final DataTransferHandler dataTransferHandler){
new Timer(true).schedule(new TimerTask(){
public void run() {
try{
long nowTime = System.currentTimeMillis();
if(nowTime - dataTransferHandler.getLastStartTaskTime() > 30*1000){
dataTransferHandler.interrupt();
}
}catch(Exception e){
e.printStackTrace();
}
}
}, 1*60*1000, 1*60*1000);
}
}
<context-param>
<param-name>dbUrl</param-name>
<param-value>jdbc:oracle:thin:@127.0.0.1:1521:orcl</param-value>
</context-param>
<context-param>
<param-name>dbUserName</param-name>
<param-value>appuser</param-value>
</context-param>
<context-param>
<param-name>dbPwd</param-name>
<param-value>appuser</param-value>
</context-param>
<listener>
<listener-class>
net.logcd.app.transfer.DataTransferListener
</listener-class>
</listener>