wzl002

[ERROR] 07-29 11:23 - The /WEB-INF/web.xml was not found.  (ActionServlet.java:1787)
java.net.ConnectException: Connection timed out: connect

原web.xml头部:


修改为

在tomcat等容器中发布带velocity的应用时, 出现 org.apache.velocity.exception.ResourceNotFoundException : Unable to find resource ...vm  的解决办法:

配置文件 velocity.properties 中, 如果有

这段, 全部注释掉即可.

若没有, 就在配置里写上以上内容, 并更改第三项为

file.resource.loader.class = org.apache.velocity.tools.view.WebappResourceLoader

1。指定velocity.properties文件,  默认路径为 WEB-INF/velocity.properties 也可自定义路径, 在web.xml中
注意 load-on-startup 需要配置且靠后, 否则启动时看不到日志.

2。在velocity.properties中配置日程相关参数:

#----------------------------------------------------------------------------
#  default LogSystem to use: default: AvalonLogSystem
#----------------------------------------------------------------------------

runtime.log.logsystem.class = org.apache.velocity.runtime.log.SimpleLog4JLogSystem

runtime.log.logsystem.log4j.category = velocity_log

#----------------------------------------------------------------------------
# This controls if Runtime.error(), info() and warn() messages include the
# whole stack trace. The last property controls whether invalid references
# are logged.
#----------------------------------------------------------------------------

runtime.log.error.stacktrace = false
runtime.log.warn.stacktrace = false
runtime.log.info.stacktrace = false
runtime.log.invalid.reference = true

3\ 配置log4j.properties,  具体配置意义请参看log4j配置相关文档

log4j.rootLogger=INFO,CONSOLE,FILE
log4j.logger.velocity_log=INFO,CONSOLE,VELOCITY
log4j.addivity.org.apache=true

log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.Threshold=WARN
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.Encoding=GBK
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[%-4p] %d{MM-dd HH:mm} - %m  %n

log4j.appender.VELOCITY=org.apache.log4j.FileAppender
log4j.appender.VELOCITY.File=E:/workspace/dwrt/WebRoot/log/velocity.log
log4j.appender.VELOCITY.Append=false
log4j.appender.VELOCITY.Encoding=GBK
log4j.appender.VELOCITY.layout=org.apache.log4j.PatternLayout
log4j.appender.VELOCITY.layout.ConversionPattern=[%-4p] %d{MM-dd HH:mm} - %m  %n

select COUNT(*) from table t WHERE t.col <> '3'

SELECT COUNT(*) FROM table t WHERE t.col NOT IN
(select t.col from table t WHERE t.col= '3')

以上两句SQL的执行结果不同, 因为 <> 在排除3的同时, 将null也排除了,
所以当比较字段含null时,第一句将比第二句的结果少.

当然第二句从效率上来说不是一个好的写法, 这样写只是为了理解, 在第一句后面, 加上 or t.col is null 应该就等效了.

在js中写了个替换字符的句子, 然后才知道原来js没有replaceAll方法, 就是说用replace的话, 他自会替换一次.

自定义replaceAll方法,
String.prototype.replaceAll  = function(s1,s2){    
        return this.replace(new RegExp(s1,"gm"),s2);   
}  

gm     g=global, m=multiLine  ， 

或直接 string = string..replace(new RegExp(s1,"gm"),s2);   

在使用DispatchAction时出现了这个问题，从这句话分析，就是没有在指定的类中，找到对应的方法。

先说结论： 在Action中定义的方法（要在参数中使用的方法），参数一定要固定为
(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response )

--------------------------------
这种错误，一般在保证所有路径的拼写都正确的情况下应该就能避免，

那接着分析一下，struts是如何从jsp一步步找到这个方法呢？

1 页面上 action的路径，以及对应的struts配置文件中定义的parameter的参数名（我这叫method）属性值，这个属性值应对应着 Action类的方法名。

2 确认了以上路径都正确的情况下，考虑到DispatchAction对应“方法”的方式，发现原来是方法多了一个参数。

顺便看了下DispatchAction源代码，看到里面找方法的时候，用的是
 method = clazz.getMethod(name, types);
其中
clazz = getClass();
types = (new Class[] {
            org.apache.struts.action.ActionMapping.class,  org.apache.struts.action.ActionForm.class,  javax.servlet.http.HttpServletRequest.class,  javax.servlet.http.HttpServletResponse.class
        });

就是说，DispatchAction只会将参数固定为以上4中的函数作为控制器方法使用。