webwork.properties 的属性值实在太多太烦人;
无奈了 ;
接着copy了 ;
Start:
文件说明
default.properties是Webwork的缺省配置文件,可以被classpath根目录下的 webwork.properties 文件覆盖
配置工厂
指定用来配置webwork的 Configuration.
用户可以扩展 com.opensymphony.webwork.config.Configuration 来创建自己的方式来获取配置参数以传给webwork
# webwork.configuration=com.opensymphony.webwork.config.DefaultConfiguration
指定locale,编码
用来设置你的缺省 locale和编码方案
# webwork.locale=en_US
webwork.i18n.encoding=UTF-8
Object Factory
如果指定了,缺省的ojbect factory在这里可以被覆盖
注意:缩写在某些情况下是支持的,例如 "spring" .作为代替,你可以提供一个 com.opensymphony.xwork.ObjectFactory 子类的名称
# webwork.objectFactory = spring
自动装配策略
指定当使用SpringObjectFactory时的自动装配逻辑.
合法值包括: name, type, auto, 和 constructor (缺省为 name )
webwork.objectFactory.spring.autoWire = name
类缓存
标识webwork-spring集成,如果类实例应该被缓存
这可能,直到将来Spring版本让它变得可能,否则就保持它为true
除非你确切的知道你在做什么,否则不要改变
合法的值包括: true, false (true 是缺省的)
webwork.objectFactory.spring.useClassCache = true
缺省对象类型裁决者
如果设定了,缺省的对象类型裁决者可以被覆盖
注意: 缩写在某些情况下支持,例如 "tiger" or "notiger"
作为代替,你可以提供一个 com.opensymphony.xwork.util.ObjectTypeDeterminer 实现类的名字
注意: 如果在classpath里有 xwork-tiger.jar, GenericsObjectTypeDeterminer 缺省会被使用
关闭tiger支持,在这里使用 "notiger" 属性值.
#webwork.objectTypeDeterminer = tiger
#webwork.objectTypeDeterminer = notiger
文件上传设置
用来处理HTTP POST请求,编码使用MIME-type multipart/form-data方式的
# webwork.multipart.parser=cos
# webwork.multipart.parser=pell
webwork.multipart.parser=jakarta
保存的目录缺省使用 javax.servlet.context.tempdir
webwork.multipart.saveDir=
webwork.multipart.maxSize=2097152
定制配置
装载定制的属性文件(不会覆盖webwork.properties!)
# webwork.custom.properties=application,com/webwork/extension/custom
缺省URL映射处理器
用来处理request URL如何映射到action,或者相反的映射(用户可以实现自己的处理)
webwork.mapper.class=com.opensymphony.webwork.dispatcher.mapper.DefaultActionMapper
缺省后缀
DefaultActionMapper使用的设置
你可以提供一个逗号分割的列表,例如 webwork.action.extension=action,jnlp,do
webwork.action.extension=action
是否静态文件由FilterDispatcher服务
FilterDispatcher使用的设置
如果为true,那么WebWork将会为它jar包内的静态文件提供服务.
如果为false,那么静态文件必须在<context_path>/webwork下面可以访问
webwork.serve.static=true
标签语法设定
使用 alternative syntax 在大多数地方需要 %{} 来计算标签的字符串属性的值
webwork.tag.altSyntax=true
开发模式设定
当设置为true时,WebWork会对开发者更友好.这包括:
webwork.i18n.reload = true
webwork.configuration.xml.reload = true
引发不同的调试信息或者忽略的问题为错误信息
例如: 正常情况下,一个请求 foo.action?someUnknownField=true 会被忽略(从web过来的任何值,都是不可信的).
因此,在开发的时候,当这些错误发生时立刻提醒,这可能是有用的
webwork.devMode = false
译注:设置为true时,所有有名字(name)的input都必须有对应的setter,否则会报错.如果不需要,请删除name.
国际化资源设定
当设置为true,资源包会在每个请求时自动重新载入.
这在开发时很方便,但是不应该在生产状态下使用
webwork.i18n.reload=false
theme和模板设定
标准的UI theme
改变这个会映射缺省由那个路径的模板来输出JSP控件标签
webwork.ui.theme=xhtml
webwork.ui.templateDir=template
设置缺省模板类型,可以是ftl,vm,jsp
webwork.ui.templateSuffix=ftl
配置自动更新设定
配置自动重新装载,这会导致配置来重新载入xwork.xml, 当它改变的时候
webwork.configuration.xml.reload=false
Velocity配置设定
velocity.properties 文件的位置.缺省是 velocity.properties
# webwork.velocity.configfile = velocity.properties
逗号分割的 VelocityContext 类名来链接到 WebWorkVelocityContext
# webwork.velocity.contexts =
URL相关设定
用来构建URL,例如UrlTag
webwork.url.http.port = 80
webwork.url.https.port = 443
自定义国际化资源
装载自定义的缺省资源包(如果有多个,用逗号分割)
# webwork.custom.i18n.resources=testmessages,testmessages2
应用服务器相关设定
有些app server不能处理HttpServletRequest.getParameterMap(),经常使用的是WebLogic,Orion和OC4J
webwork.dispatcher.parametersWorkaround = false
FreeMarker相关设定
配置要用的 Freemarker Manager 类
允许用户插入自定义的 Freemarker Manager ,如果需要的话
必须扩展 com.opensymphony.webwork.views.freemarker.FreemarkerManager
#webwork.freemarker.manager.classname=com.opensymphony.webwork.views.freemarker.FreemarkerManager
浏览 WebWorkBeanWrapper 的javadoc 了解更多信息
webwork.freemarker.wrapper.altMap=true
XSLTResult相关设定
配置 XSLTResult 类使用 stylesheet 缓存.
开发时设置为true,生产时设置为false.
webwork.xslt.nocache=false
referrence
分享到:
相关推荐
在配置方面,WebWork的国际化可以通过修改webwork.properties文件来定制。例如,可以指定默认的locale,或者配置自定义的资源加载策略。此外,WebWork 2.x版本还引入了ActionMessage和ActionError类,它们是用来处理...
3. **`webwork.properties`**(可选):这个文件同样位于`/WEB-INF/classes/`目录下,用于定义WebWork2的属性值,如国际化资源文件的位置等。 4. **`webwork-default.xml`**(可选):这个文件是WebWork2提供的默认...
2. **`webwork.properties`**:此文件用于配置WebWork的一些基本属性,例如国际化资源文件的位置等。 3. **`web.xml`**:这是Web应用的基本配置文件,用于配置Servlet容器的启动参数等信息。 #### 五、总结 通过...
2. Action URL必须遵循特定格式,如`.action`或`.do`,并在webwork.properties文件中进行配置。 3. JSP页面中使用WebWork标签库时,需在页面头部声明: ``` <%@taglib prefix="ww" uri="/webwork"%> ``` 4. 默认...
2. **字符编码设置**:在WebWork的配置中,通过`webwork.properties`设置了页面编码为GBK,这确保了中文字符的正确显示和处理。 3. **Spring配置**:`applicationContext.xml`是Spring的配置文件,通常包含Bean定义...
- **webwork.properties**:该文件用于指定WebWork的运行配置。其中,`webwork.objectFactory=spring` 这一行表示WebWork将使用Spring作为对象工厂,即所有的Action实例都将由Spring容器管理。 - **Spring作为IoC...
2. **配置webwork.properties文件**:创建此文件,并根据项目需求进行相应的配置。例如,默认编码方式、文件上传组件的选择、文件上传的临时目录和最大文件大小等关键设置。 3. **定义Action类**:编写具体的业务...
- 创建`webwork.properties`和`xwork.xml`文件,前者设置WebWork的属性,后者定义了XWork的工作流配置,这里只包含了基本配置,具体Action的跳转将在后续添加。 5. **集成Spring**: - 使用MyEclipse的“Add ...
在WebWork时代,配置主要集中在`webwork.properties`文件中。而Struts2则引入了多种配置文件,如`struts-default.xml`、`struts-plugin.xml`、`struts.xml`和可选的`struts.properties`。这使得配置更为模块化和...
这些配置通常在`webwork.properties`和`struts.xml`文件中进行。在webworkPratice中,你可能需要查找并分析这些配置文件,了解如何将URL映射到特定的Action,以及如何设置拦截器链来实现权限控制、日志记录等功能。 ...
- 配置WebWork的全局配置文件(如`webwork.properties`和`struts-default.xml`),定义全局属性和Action的映射。 - 将WebWork的动作类作为Spring的bean管理,这样可以利用Spring的依赖注入功能。 在整合这三者时,...
3. **配置WebWork**:编写`webwork.properties`和`struts.xml`配置文件,定义动作映射和拦截器。 4. **编写动作类(Action)**:创建Java类作为动作,实现特定的业务逻辑。 5. **创建视图**:使用JSP或FreeMarker...
在配置方面,Struts2不再局限于单一的`webwork.properties`文件,而是引入了多个配置文件,如`struts-default.xml`、`struts-plugin.xml`、`struts.xml`以及可选的`struts.properties`。这使得配置更加灵活,可以...
特别是`struts.xml`文件,它允许通过`constant`元素进行配置,而`webwork.properties`中的变量配置也被支持在这些新的文件中。 Struts2的一个重要特点是其配置文件支持通配符,这意味着你可以定义一组通用规则来...
`build.properties` 文件是构建脚本的一部分,它定义了项目的配置属性,如编译路径、源代码版本和其他构建相关设置。Ant或Maven等构建工具会读取这些属性来编译和打包项目。 `webwork-example.war` 是一个Web应用...
根据给定的文件信息,以下是对“WebWork操作手册”的详细知识点解读: ### WebWork操作手册:基础环境配置与实例操作 #### 1. 基础环境配置 ##### 1.1 新建工程项目 在进行WebWork项目开发前,首先需要在Eclipse...
9. **国际化(i18n)**:WebWork提供了对多语言的支持,允许开发者通过资源包(Properties文件)来管理不同语言的文本。 10. **插件系统**:WebWork有一个强大的插件系统,可以扩展其功能,例如,DojoPlugin用于...
### Spring+WebWork+iBatis 组合实例详解 #### 一、概述 在Java Web开发领域,Spring、WebWork与iBatis是三个非常重要的框架。本篇将结合具体的配置文件来详细介绍这三个框架是如何协同工作的,以及它们各自在项目...