Weblogic教程

属性文件 weblogic.xml

说明

WebLogic Server 允许通过设置 weblogic 应用程序扩展描述符(weblogic.xml)配置 jsp 容器,该文件通常位于 web 应用程序的 web-inf 目录下。可配置的元素包含在根节点下。

可配置的属性详解

1.description

description 元素是 Web 应用程序的文字描述。

2.weblogic-version

weblogic-version 元素表示该 Web 应用程序(在根元素  下定 义)即将部署至的 WebLogic Server 的版本。该元素仅表示版本信息,WebLogic Server 并不使用该元素。

3.security-role-assignment

security-role-assignment 元素声明 Web 应用程序安全角色与 WebLogic Server 中 一个或多个委托人之间的映射,如以下示例所示。

<security-role-assignment>
  <role-name>PayrollAdmin</role-name>
  <principal-name>Tanya</principal-name>
  <principal-name>Fred</principal-name>
  <principal-name>system</principal-name>
</security-role-assignment>

还可以使用它将给定角色标记为外部定义的角色,如以下示例所示:

<security-role-assignment>
  <role-name>roleadmin</role-name>
  <externally-defined/>
</security-role-assignment>

注意:在 <security-role-assignment> 元素中,必须定义 <principal-name> 或 <externally-defined>,不能两者都忽略。

下表描述了在 <security-role-assignment> 元素中定义的元素

元素 必需/可选 描述
<role-name> 必须 指定安全角色的名称
<principal-name> 如果未定义<externally-defined>,则此元素必须。 指定安全领域内定义的委托人的名称。可以使用多个<principal-name>元素向一个角色映射多个委托人。
<externally-defined> 如果未定义<principal-name>,则此元素必须。 指定在安全领域内全局定义某特定安全角色;WebLogic Server 使用该安全角色作为委托人名称,而无需在全局领域内查找委托人。如果还在其 他位置上定义了该安全角色及其委托人名称的映射,则该元素将用作表示性占位符。

注意:

  • 如果您不定义 security-role-assignment 元素及其子元素,则 Web 应用程序容 器会将该角色名隐式映射为委托人名称,并记录一条警告。如果不定义映射,则EJB 容器不部署该模块。如果在 weblogic.xml 中将“role_xyz”映射至用户 “joe”,则 role_xyz 成为本地角色。 如果将 role_xyz 指定为外部定义的角色,则它成为全局角色(它指领域级别上定义的角色)。

  • 如果不定义 security-role-assignment 元素,role_xyz 成为本地角色,且 Web 应用程序容器创建其隐式映射,并记录一条警告。

4.run-as-role-assignment

run-as-role-assignment 元素将 web.xml 中的 run-as 角色名(servlet 元素的子 元素)映射为系统中的有效用户名。对于给定 servlet,该值将被 servlet-descriptor 中的 run-as-principal-name 元素替代。如果给定角色名中没有指定 run-as-role- assignment,则 Web 应用程序容器使用 security-role-assignment 中定义的第一个 principal-name。

以下示例说明如何使用 run-as-role-assignment 元素:

<run-as-role-assignment>
<role-name>RunAsRoleName</role-name>
<run-as-principal-name>joe</run-as-principal-name>
</run-as-role-assignment>

下表描述了可在run-as-role-assignmen元素中定义的元素

元素 必需/可选 描述
<role-name> 必须 指定安全角色的名称
<run-as-principal-name> 必须 指定委托人的名称

5.resource-description

resource-description 元素用于将服务器资源的 JNDI 名映射至 WebLogic Server 中的 EJB 资源引用。

下表描述了resource-description元素中定义的元素

元素 必需/可选 描述
<res-ref-name> 必须 指定资源引用的名称
<jndi-name> 必须 指定资源的 JNDI 名

6.resource-env-description

resource-env-description 元素将 ejb-jar.xml 部署描述符中声明的 resource- env-ref 映射至其代表的服务器资源的 JNDI 名。

下表描述了resource-env-description元素中定义的元素

元素 必需/可选 描述
<res-env-ref-name> 必须 指定资源环境引用的名称
<jndi-name> 必须 指定资源环境引用的 JNDI 名

7.ejb-reference-description

下表描述了ejb-reference-description元素中定义的元素

元素 必需/可选 描述
<ejb-ref-name> 必须 指定 Web 应用程序中使用的EJB 引用的名称
<jndi-name> 必须 指定引用的 JNDI 名

8.service-reference-description

下表描述了service-reference-description元素中定义的元素

元素 描述
<service-ref-name>
<wsdl-url>
<call-property> <call-property>元素具有下列子元素:
  • <name>

  • <value>

<port-info> <port-info>元素具有下列子元素:
  • <port-name>

  • <stub-property>

  • <call-property>

9.session-descriptor

session-descriptor元素定义Servlet会话的参数

元素名 默认值 描述
<timeout-secs> 3600 设置 WebLogic Server 等待会话超时的时间(秒)。默认值为 3600秒
在繁忙的站点上,可以通过调整会话超时时间来调整应用程序 Session 所占用的内存大小。尽管您希望为浏览器客户端提供每个完成会话的机会,但如果用户已离开站点或已放弃会话,您也不希望毫无必要地占用服务器。 该元素可以由 web.xml 中的session-timeout 元素(分钟)替代。
<invalidation-interval-secs> 60 设置 WebLogic Server 在执行超时会话和无效会话的清理检查与删除旧会话并释放内存之间需要等待的时间(秒)。使用此元素调整 WebLogic Server 以在高流量站点上获得最佳性能。默认值为 60 秒。
<sharing-enabled> false 如果该值在应用程序级别上设置为true,则 Web 应用程序能够共享HTTP 会话。如果在 Web 应用程序级别打开该元素,将忽略该元素。
<debug-enabled> false 启用 HTTP 会话的调试功能。默认值为 false。
<id-length> 52 设置会话 ID 的大小。最小值为 8 字节,最大值为Integer.MAX_VALUE。如果您正在编写 WAP 应用程序,您 必须使用 URL 重写,因为 WAP 协议不支持 cookie。同时,某些 WAP设备限制 URL 的长度(包括特性) 不得超过 128 个字符,这限制了使用 URL 重写功能可以传输的数据量。为了给各个特性预留较多空间,可以使用此特性限制 WebLogic Server 随机生成的会话 ID 的大小。还可以通过设置 WAPEnabled 特性将长度限制为固定的 52 位字符,且不允许使用特殊字符。 http://edocs.weblogicfans.net/wls/docs92/webapp/sessions.html- waphttp://edocs.weblogicfans.net/wls/docs92/webapp/sessions.html- wap
<tracking-enabled> true 启用 HTTP 请求之间的会话跟踪
<cache-size> 1028 设置 JDBC 持久性会话和文件持久性会话的缓存大小
<max-in-memory-sessions> -1 设置内存/复制会话的最大限制。如果不能对内存中 servlet 会话的使用加以限制,那么,随着新会话 的持续创建,服务器最终必然引发内存不足。为防止出现此问题,WebLogic Server 将针对所创建会话的数量提供可配置的限制。超出 该数量时,每次尝试新建会话时都会引发weblogic.servlet.SessionCreationException。此功能适用于复制内 存中会话和非复制内存中会话。要对内存中 servlet 会话的使用加以限制,您可以在 max-in-memory-sessions 元素中设置限制。默认值为 –1(无限制)。
<cookies-enabled> true 默认情况下启用会话 cookie,建议保持此状态,但也可以通过将该属性设置为 false 来禁用它们。您可能会关闭该选项以进行测试。
<cookie-name> JSESSIONID 定义会话跟踪 cookie 名称。如果没有设置,则默认值为JSESSIONID。可以将其设置为适用于您的应用程序的更具体的名称。
<cookie-path> null 定义会话跟踪 cookie 名称。如果没有设置,则默认值为JSESSIONID。可以将其设置为适用于您的应用程序的更具体的名称。
<cookie-domain> null 指定 cookie 有效的域。例如,将cookie-domain 设置为 .mydomain.com 会向*.mydomain.com 域中的所有服务器返回 cookie。 域名必须至少由两部分组成。将名称设置为 *.com 或 *.net 是无效的。如果不设置此特性,则此特性默认为发出 cookie 的服务器。 有关详细信息,请参阅 SunMicrosystems 的 Servlet 规范中的 Cookie.setDomain()。
<cookie-comment> null 指定标识 cookie 文件中会话跟踪cookie 的注释
<cookie-secure> false 指示浏览器仅通过 HTTPS 连接传回cookie。这可以确保 cookie ID 是安全的,且仅用于使用 HTTPS 的网 站。如果启用此功能,则 HTTP 上的会话 Cookie 将不再起作用。如果希望使用此特性,则应禁用url-rewriting-enabled 元素。
<cookie-max-age-secs> -1 设置客户端上的会话 cookie 的生命周期(秒),会话 cookie 超过该时间即会过期。默认值为 –1(无限制)
<persistent-store-type> memory

将持久性存储方法设置为以下某个选项:

  • memory - 禁用持久性会话存储

  • replicated - 与 memory 相同,但会话数据将在集群服务器之间复制

  • replicated_if_clustered –如果 Web 应用程序部署于集群服务器上,则会复制生效的persistent-store-type。否则,memory 为默认值

  • sync-replication-across-cluster – 复制将在集群内同步发生

  •  async-replication-across-cluster – 复制将在集群内异步发生

  •  file - 使用基于文件的持久性

  •  jdbc - 使用数据库存储持久性会话

  •  cookie – 所有会话数据都存储于用户浏览器的 cookie 中

<persistent-store-cookie-name> WLCOOKIE 设置基于 cookie 的持久性所使用的 cookie 的名称。WLCOOKIEcookie 中带有会话状态,不应在Web 应用程序之间共享。
<persistent-store-dir> session_db 指定基于文件的持久性所使用的存储目录确保您有充足的磁盘存储空间(有效会话数与每个会话大小的乘 积)。可以通过查看 persistent-store-dir 下创建的文件来确定会话的大小。注意,每个会话的大小随序列化会话数据的大小变化而变化。每个服务器实例都有一个默认的不 需要配置的持久性文件存储。因此,如果不指定目录,会在<server-name>\data\store\default 目录中 自动创建默认存储。但是,默认存储不能在集群服务器间共享。可以在不同服务器之间共享的目录中创建自定义持久性存储,从而使 文件持久性会话集群化。但是,您需要手工创建此目录。
<persistent-store-pool> None 指定要用于持久性存储的 JDBC 连接缓冲池的名称
<persistent-store-table> wl_servlet_sessions 指定用于存储基于 JDBC 的持久性会话的数据库表名。仅当persistent-store-type 设置为jdbc 时,此项才适用。当您选择数据库表名称而非默认值 时,将使用 persistent-store-table 元素。
<jdbc-column-name-max-inactive-interval> 是 wl_max_inactive_interval 列名的备用名称。这个 jdbc-column-name-max-inactive-interval 元素仅适用于基于 JDBC 的持久性。某些不支持长列名的数据库需要使用该元素。
<jdbc-connection-timeout-secs> 120 注意:有些版本中不赞成使用该元素。设置 WebLogic Server 等待 JDBC连接超时的时间(秒),其中 x 是其间的秒数。
<url-rewriting-enabled> true 启用 URL 重写(将会话 ID 编码到URL 中),如果浏览器中禁用cookie,它还可以提供会话跟踪。
<http-proxy-caching-of-cookies> true 设置为 false 时,WebLogicServer 会在下面的响应中添加如下头信息:"Cache-control: no-cache=set-cookie"这表示代理缓存没有缓存 cookie。
<encode-session-id-in-query-params> false 最新 servlet 规范要求容器将会话ID 编码在路径参数中。某些 Web服务器不太支持路径参数。在这样的情况下,应该将 encode-session-id-in-query-params 元素设置为 true。(默认值为false。)
<runtime-main-attribute> 用于 ServletSessionRuntimeMBean中。ServletSessionRuntimeMBean的 getMainAttribute() 会使用该字符串为关键字而返回会话特性值。示例:user-name该元素适用于标记不同会话的会话运行时信息。

10.jsp-descriptor

jsp-descriptor 元素指定 JSP 编译器的配置参数列表。

下表描述可在 jsp-descriptor 元素中定义的元素:

元素 默认值 描述
<page-check-seconds> 1 设置 WebLogic Server 检查 JSP文件的时间间隔(秒),以便查看JSP 文件是否已更改以及是否需要重新编译。如果已发生更改,还会检查依赖关系并递归重新加载。
  •  值 -1 表示永不检查页面。该值为生产环境中的默认值

  • 值 0 表示总是检查页面

  • 值 1 表示每秒检查一次页面。该值为开发环境中的默认值

在生产环境下,很少发生 JSP 更改,可考虑根据您的调整要求将pageCheckSeconds 的 值 更 改 为60 或更大。
<precompile> false 如果设置为 true,当部署或重新部署 Web 应用程序时,或启动WebLogic Server 时,WebLogicServer 会自动预编译所有已修改的 JSP。
<precompile-continue> false 如果设置为 true,即使编译期间其中某些 JSP 失败, WebLogicServer 也会继续预编译所有已修改的 JSP。仅当 precompile设置为 true 时才生效
<keepgenerated> false 在 JSP 编译过程中保存作为中间步骤生成的 Java 文件。除非此参数设置为 true,否则编译完成后将删除所有中间 Java 文件。
<verbose> true 设置为 true 时,将向浏览器、命令提示和 WebLogic Server 日志文件中输出调试信息。
<working-dir> 内部生成的目录 WebLogic Server 用 于 保 存 为JSP 生成的 Java 和编译类文件的目录的名称。
<print-nulls> null 设置为 false 时,此参数确保表达式结果为“null”时将输出“ ”
<backward-compatible> true 设置为 true 时,支持向后兼容。
<encoding> 平台的默认编码 指定 JSP 页面中使用的默认字符集。如果没有设置,则此特性默认为平台编码。JSP 页面指令(包含于 JSP 代码中)会替代此设置。例如:<%@ page contentType="text/html;charset=custom-encoding"%>
<package-prefix> jsp_servlet 指定所有 JSP 页面将编译至的包的前缀
<exact-mapping> true 设置为 true 时,只要第一次请求 JSP,新创建的 JspStub 即将准确地映射至该请求。如果exactMapping 设置为 false,则Web 应用程序容器将为 JSP 生成不准确的url映射 ,exactMapping 允许提供 JSP 页面的路径信息。
<default-file-name> true WebLogic Server 用 于 保 存 为JSP 生成的 Java 和编译类文件的默认文件的名称。
<rtexprvalue-jsp-param-name> false 允许在 jsp:param 标记的 name特性中使用运行时表达式值。它默认设置为 false。

11.auth-filter

auth-filter 元素指定身份验证筛选器 HttpServlet 类。

注意:有些版本中不赞成使用该元素。而改用 servlet 身份验证筛选器。

12.charset-params

<charset-params>元素用于定义非 unicode 操作的代码集行为。例如:

<charset-params>
<input-charset>
<resource-path>/*</resource-path>
<java-charset-name>UTF-8</java-charset-name>
</input-charset>

13.input-charset

使用<input-charset>元素定义用于读取 GET 和 POST 请求数据的字符集。例如:

<input-charset> 
  <resource-path>/foo</resource-path>
   <java-charset-name>SJIS</java-charset-name>
</input-charset>

下表描述了可在 <input-charset>元素中定义的元素

元素 必需/可选 描述
<resource-path> 必须 如果某请求的 URL 中包含此路径,则将指示WebLogic Server使用<java-charset-name>指定的 Java字符集中。
<java-charset-name> 必须 指定要使用的 Java 字符集

14.charset-mapping

使用<charset-mapping>元素将 IANA 字符集名称映射至 Java 字符集名称。例如:

<charset-mapping>
  <iana-charset-name>Shift-JIS</iana-charset-name>
  <java-charset-name>SJIS</java-charset-name>
</charset-mapping>

下表描述了可在 <charset-mapping>元素中定义的元素

元素 必需/可选 描述
<iana-charset-nam> 必须 指定 IANA 字符集名称,该名称将映射至 <java-charset-name>元素指定的 Java 字符集。
<java-charset-name> 必须 指定要使用的 Java 字符集

15.virtual-directory-mapping

使用 virtual-directory-mapping 元素指定文档根,取代某些特定请求(例如图像请 求)的 Web 应用程序的默认文档根。

一组 Web 应用程序的所有图像可以存储于一个位置上,不需要复制到使用这些图像的每 个 Web 应用程序的文档根中。对于传入的请求,如果已经指定虚拟目录,则 servlet 容器 将首先在该虚拟目录中搜索所请求的资源,然后再在 Web 应用程序的原始文档根下搜索。 这定义了两个位置上具有同一文档时的搜索优先级。

示例:

<virtual-directory-mapping>
  <local-path>c:/usr/gifs</local-path>
  <url-pattern>/images/*</url-pattern>
  <url-pattern>*.jpg</url-pattern>
</virtual-directory-mapping>
<virtual-directory-mapping>
  <local-path>c:/usr/common_jsps.jar</local-path>
  <url-pattern>*.jsp</url-pattern>
</virtual-directory-mapping>

下表描述了可在virtual-directory-mapping元素中定义的元素

元素 必需/可选 描述
<local-path> 必须 指定磁盘上的物理位置
<url-pattern> 必须 包含映射的URL模式。必须遵循Servlet API 规范的 11.2 部分中指定的规则。

WebLogic Server 的虚拟目录映射实现要求您的目录匹配该映射的 URL 模式,这允许servlet 容器在设定对应目录下找到适用于多个 Web 应用程序的图像。

16.url-match-map

使用该元素指定用于 URL 模式匹配的类。WebLogic Server 默认 URL 匹配映射类是基 于 J2EE 标准的 weblogic.servlet.utils.URLMatchMap。WebLogic Server 中包含的另外 一个实现是 SimpleApacheURLMatchMap,可以通过使用 url-match-map 元素将该实现用作 插件。

SimpleApacheURLMatchMap 的规则:

如果将 *.jws 映射至 JWSServlet,则

http://foo.com/bar.jws/baz 将解析为路径信息为 baz 的 JWSServlet。

按照如下示例在 weblogic.xml 中配置要使用的 URLMatchMap:

<url-match-map>
weblogic.servlet.utils.SimpleApacheURLMatchMap
</url-match-map>

17.security-permission

security-permission 元素根据安全策略文件语法指定单个安全权限,放弃可选的 codebase 和 signedBy 子句。

例如:

<security-permission-spec>
grant { permission java.net.SocketPermission "*", "resolve" };
</security-permission-spec>

其中:

permission java.net.SocketPermission 是权限类名。

"*" 表示目标名称。

resolve 表示操作。

18.context-root

context-root 元素定义该独立 Web 应用程序的根路径。如果 Web 应用程序不是独立 的,而属于某 EAR 的一部分,请在该 EAR 的 META-INF/application.xml 文件中指定 context-root 。 application.xml 中 的 context-root 设 置 优 先 于 weblogic.xml 中 的 context-root 设置。

resolve 表示操作。

注意,该 weblogic.xml 元素仅用于使用两阶段部署模型进行部署时。

确定 Web 应用程序的根路径的优先级顺序如下:

1.  在 application.xml 中检查 context-root;如果找到,则将其用作 Web 应用程序的 根路径。

2.  如果 application.xml 中未设置 context-root,且 Web 应用程序是作为 EAR 的一部 分部署的,则检查 weblogic.xml 中是否定义了 context-root。如果找到,则将其用 作 Web 应用程序的根路径。如果 Web 应用程序是独立部署的,则 application.xml 不 参与该过程,而仅从 weblogic.xml 开始 context-root 的确定,如果其中没有定义, 则默认使用 URI。。

3.  如果 weblogic.xml 或 application.xml 中没有 context-root,则将从 URI 中推断 上下文路径,将 URI 中定义的值减去 WAR 后缀作为其名称。例如,如果 URI 为 MyWebApp.war,则其根路径为 /MyWebApp。

注意:不能为 EAR 库中的各个 Web 应用程序分别设置 context-root 元素。只能针 对 Web 应用程序库进行设置。

19.wl-dispatch-policy

使用 wl-dispatch-policy 元素,通过标识执行队列名称,从而将 Web 应用程序分配 至已配置的执行队列。可以使用 per-servlet-dispatch-policy 元素在单个 servlet 或 jsp 级别上替代该 Web 应用程序级别参数。

20.servlet-descriptor

使用 servlet-descriptor 元素聚合 servlet 特定的元素。

下表描述了可在 servlet-descriptor 元素中定义的元素:

元素 必需/可选 描述
<servlet-name> 必须 将 servlet 名 称 指 定 为 web.xml部署描述符文件的 servlet 元素中定义的 servlet 名称。
<run-as-principal-name> 可选 包含针对 web.xml 部署描述符中所定义的 run-as-role-name 的委托人名称。
<init-as-principal-name> 可选 相 当 于 servlet 的 init 方 法 的 run-as-principal-name。此处指定 的标识应为系统内的有效用户名。如果未指定init-as-principal-name,则容器将使用run-as-principal-name 元素。
<destroy-as-principal-name> 可选 相当于servlet的destroy方法的 run-as-principal-name。此处指定的标识应为系统内的有效用户名。如果未指定destroy-as-principal-name,则容器将使用 run-as-principal-name元素。
<dispatch-policy> 可选 不赞成使用此元素。用于通过标识执行队列名称来向某个已配置的执行列分配给定的 servlet。该设置将替代 wl-dispatch-policy 定的Web 应用程序级别调度策略。

21.work-manager

work-manager 元素是<weblogic-web-app>元素的子元素。

下表描述了可在work-manager元素中定义的元素:

元素 必需/可选 描述
<name> 必须 指定工作管理器的名称
<response-time-request-class/
fair-share-request-class/
context-request-class/
request-class-name>
可选 可以从以下四个元素之间选择一个:
  • response-time-request-class – 定义应用程序的响应时间请求类。响应时间(毫秒)由特性 goal-ms 定义。增量为 ((目标 -    T) Cr)/R,其中 T 指平均线程使用时间,R 指达到率,Cr 指确定响应时间目标优先于公平共享的系数。器

  • fair-share-request-class – 定义 公平共享请求类。公平共享由默认共享的属性百分比定义。因此,默认值为 100。增量为 Cf/(P R T),其中 P指百分比,R 指达到率,T 指平均线程使用时间,Cf 指公平共享优先级低于响应时间目标的系数。

  • context-request-class – 定义上下文类。上下文由将上下文信息(如当前用户或其角色、cookie 或工作区域字段)映射到已命名的服务类的多个案例定义。

  • request-class-name – 定义请求类名称

<min-threads-constraint/
min-threads-constraint-name>
可选 可以从以下两个元素之间选择一个:
  • min-threads-constraint - 用来保证服务器向受约束工作集的请求分配的线程数,以避免死锁。默认值为零。例如,对于复制更新请求,最少线程值如果为一(可以从对等方同步调用),则该值非常有用。

  • min-threads-constraint-name - 定义 min-threads-constraint 元素的名称

<max-threads-constraint/
max-threads-constraint-name>
可选 可以从以下两个元素之间选择一个:
  • max-threads-constraint - 限制执行来自受约束工作集的请求的并发线程数量。默认值为无限制。例如,假设 约束被定义为最多具有 10 个线程,并且由 3 个入口点共享。调度逻辑可确保执行来自三个入口点组合的请求的线程不超过 10 个。

  • max-threads-constraint-name - 定义 max-threads-constraint 元素的名称。

<capacity / capacity-name> 可选 可以从以下两个元素之间选择一个:
  • capacity - 可以定义约束并将其应用于入口点集(称为受约束的工作集)。只有达到该容量时服务器才开始拒绝 请求。默认值为零。请注意,容量包括受约束的工作集中已经排队或正在执行的所有请求。此约束主要用于像JMS 之类的子系统,这些子系统执行自己的流控制。此约束与全局队列阈值无关。

  • capacity-name – 定义 capacity 元素的名称

22.logging

logging 元素是<weblogic-web-app>元素的子元素。

下表描述了可在logging元素中定义的元素:

元素 必需/可选 描述
<log-filename> 必须 指定日志文件的名称。需要提供该文件名的完整地址。
<logging-enabled> 可选 指定是否为ManagedConnectionFactory或ManagedConnection 设置了日志编写器。如果将此元素设置为true,则从ManagedConnectionFactory或ManagedConnection中生成的输出将发送到由log-filename 元 素指定的文件。 如果不指定此值 ,则 WebLogicServer 将使用其定义的默认值。
值范围:true | false
默认值:false
<rotation-type> 可选 设置文件滚动类型。值为 bySize、byName 或 none
  • bySize-当日志文件大小达到在file-size-limit中指定的大小时,服务器将把该文件重命名为 FileName.n

  • byName-按照在file-time-span 中指定的时间间隔,服务器将该文件重命名为FileName.n。在服务器重命名某 个文件之后,后续的消息会累积在 一 个 名 称 在 log-filename中指定的新文件中

  • none-消息累积在单个文件中。当文件体积过大时,必须清除它的内容。

默认值:bySize
<number-of-files-limited> 可选 指定是否应该对该服务器实例为存储旧消息而创建的文件数进行限制。(需要指定 bySize 的滚动类型)。 服务器达到此限制后,它将覆盖最旧的文件。如果不启用此选项,服务器将无限制地创建新文件,这样就必须在需要时清除这些文件。
如果通过将number-of-files-limited 设置为true 启用该选项,则服务器将参考rotationType 变量来决定如何滚动该日志文件。滚动意味着替换现有文 件而不是创建新文件。如果将number-of-files-limited 指定为false,则服务器将创建大量日志文 件而不是替换同一个日志文件。
值范围:true | false
默认值:false
<file-count> 可选 服务器在滚动日志时创建的日志文件的最大数量。该数目不包括服务器用于存储当前消息的文件。(需要启用 number-of-files-limited。)
默认值:7
<file-size-limit> 可选 触发服务器将日志消息移动到单个文件的大小。(需要指定 bySize 的滚动类型。)日志文件达到指定的最小大小之后,服务器会在下次检查文件大小时将当前的日志文件重命名 为 FileName.n,并新建一个用来存储后续消息的文件
默认值:500
<rotate-log-on-startup> 可选 指定服务器在其启动周期内是否滚动其日志文件。
值范围:true | false
默认值:true
<log-file-rotation-dir> 可选 指定将存储滚动日志文件的目录的路径
<rotation-time> 可选 日志文件基于时间滚动顺序的开始时间的格式为 k:mm , 其 中 k 为1-24。(需要指定 byTime 的滚动类型。)在到达指定时间时,服务器会重命名当前的日志文件。之后,服务器将按照在 file-time-span 中指定的间隔重命名日志文件。 如果指定的时刻已过,服务器会立即开始其文件滚动。
默认情况下,滚动周期会立即开始。
<file-time-span> 可选 服务器将旧的日志消息保存到另一个文件的时间间隔(小时)。(需要指定 byTime 的滚动类型。)
默认值:24

23.library-ref

library-ref 元素引用计划用作当前 Web 应用程序中的 Web 应用程序库的一个库模块。

示例:

<library-ref>
<library-name>WebAppLibraryFoo</library-name>
<specification-version>2.0</specification-version>
<implementation-version>8.1beta</implementation-version>
<exact-match>false</exact-match>
</library-ref>

只有下列子元素与 Web 应用程序相关: library-name、specification-version、 implementation-version 以及 exact-match。

可以在 library-ref 元素中定义下列元素:


元素 必需/可选 描述
<library-name> 必须 提供用于库模块引用的库名称。默认值为 null
<specification-version> 必须 提供用于库模块引用的规范版本。默认值为 0。(为浮点型。)
<implementation-version> 必须 提供用于库模块引用的库名称。默认值为 null
<exact-match> 必须 默认值为 false


24.Backwards Compatibility Flags

有些新版本中增添了若干向后兼容性标志,允许您恢复 WebLogic Server 9.0 之前的 版本中所见的行为。

25.Web Container Global Configuration

要在全局级别上配置 Web 容器,请使用 WebAppContainerMBean。


关注微信获取最新动态