<call-property>@H_404_4@元素具有下列子元素：@H_404_4@@H_404_4@

§@H_404_4@@H_404_4@<name>@H_404_4@

<value>@H_404_4@

<port-info>@H_404_4@

<port-info>@H_404_4@元素具有下列子元素：@H_404_4@<port-name>@H_404_4@

<stub-property>@H_404_4@

<call-property>@H_404_4@

设置@H_404_4@WebLogic Server@H_404_4@等待会话超时的时间（秒）。默认值为@H_404_4@3600@H_404_4@秒。@H_404_4@在繁忙的站点上，可以通过调整会话超时时间来调整应用程序。尽管您希望为浏览器客户端提供每个完成会话的机会，但如果用户已离开站点或已放弃会话，您也不希望毫无必要地占用服务器。@H_404_4@该元素可以由@H_404_4@web.xml@H_404_4@中的@H_404_4@session-timeout@H_404_4@元素（分钟）替代。@H_404_4@invalidation-interval-secs@H_404_4@60@H_404_4@WebLogic Server@H_404_4@在执行超时会话和无效会话的清理检查与删除旧会话并释放内存之间需要等待的时间（秒）。使用此元素调整@H_404_4@WebLogic Server@H_404_4@以在高流量站点上获得最佳性能。@H_404_4@默认值为@H_404_4@60@H_404_4@秒。@H_404_4@sharing-enabled@H_404_4@false@H_404_4@

如果该值在应用程序级别上设置为@H_404_4@true@H_404_4@，则@H_404_4@Web@H_404_4@应用程序能够共享@H_404_4@HTTP@H_404_4@会话。@H_404_4@如果在@H_404_4@Web@H_404_4@应用程序级别打开该元素，将忽略该元素。@H_404_4@debug-enabled@H_404_4@

启用@H_404_4@HTTP@H_404_4@会话的调试功能。@H_404_4@false@H_404_4@。@H_404_4@id-length@H_404_4@52@H_404_4@

设置会话@H_404_4@ID@H_404_4@的大小。@H_404_4@最小值为@H_404_4@8@H_404_4@字节，最大值为@H_404_4@Integer.MAX_VALUE@H_404_4@。@H_404_4@如果您正在编写@H_404_4@WAP@H_404_4@应用程序，您必须使用@H_404_4@URL@H_404_4@重写，因为@H_404_4@WAP@H_404_4@协议不支持@H_404_4@cookie@H_404_4@。同时，某些@H_404_4@WAP@H_404_4@设备限制@H_404_4@URL@H_404_4@的长度（包括特性）不得超过@H_404_4@128@H_404_4@个字符，这限制了使用@H_404_4@URL@H_404_4@重写功能可以传输的数据量。为了给各个特性预留较多空间，可以使用此特性限制@H_404_4@WebLogic Server@H_404_4@随机生成的会话@H_404_4@还可以通过设置@H_404_4@WAPEnabled@H_404_4@特性将长度限制为固定的@H_404_4@52@H_404_4@位字符，且不允许使用特殊字符。有关详细信息，请参阅@H_404_4@“@H_404_4@开发@H_404_4@WebLogic Server@H_404_4@的@H_404_4@Web@H_404_4@应用程序@H_404_4@”@H_404_4@中的@H_404_4@URL重写和无线访问协议@H_404_4@。@H_404_4@tracking-enabled@H_404_4@

true@H_404_4@

HTTP@H_404_4@请求之间的会话跟踪。@H_404_4@cache-size@H_404_4@

1028@H_404_4@

JDBC@H_404_4@持久性会话和文件持久性会话的缓存大小。@H_404_4@max-in-memory-sessions@H_404_4@

-1@H_404_4@

设置内存@H_404_4@/@H_404_4@复制会话的最大限制。@H_404_4@如果不能对内存中@H_404_4@servlet@H_404_4@会话的使用加以限制，那么，随着新会话的持续创建，服务器最终必然引发内存不足。为防止出现此问题，@H_404_4@WebLogic Server@H_404_4@将针对所创建会话的数量提供可配置的限制。超出该数量时，每次尝试新建会话时都会引发@H_404_4@weblogic.servlet.SessionCreationException@H_404_4@。此功能适用于复制内存中会话和非复制内存中会话。@H_404_4@要对内存中@H_404_4@servlet@H_404_4@会话的使用加以限制，您可以在@H_404_4@max-in-memory-sessions@H_404_4@元素中设置限制。@H_404_4@–1@H_404_4@（无限制）。@H_404_4@cookies-enabled@H_404_4@true@H_404_4@默认情况下启用会话@H_404_4@cookie@H_404_4@，建议保持此状态，但也可以通过将该属性设置为@H_404_4@false@H_404_4@来禁用它们。您可能会关闭该选项以进行测试。@H_404_4@cookie-name@H_404_4@JSESSIONID@H_404_4@定义会话跟踪@H_404_4@cookie@H_404_4@名称。如果没有设置，则默认值为@H_404_4@JSESSIONID@H_404_4@。可以将其设置为适用于您的应用程序的更具体的名称。@H_404_4@cookie-path@H_404_4@null@H_404_4@

cookie@H_404_4@路径。@H_404_4@如果未设置此特性，则此特性默认为@H_404_4@/@H_404_4@（斜杠），浏览器会向@H_404_4@WebLogic Server@H_404_4@服务的所有@H_404_4@URL@H_404_4@发送@H_404_4@cookie@H_404_4@。可以将该路径设置为限制性更强的映射，以便限制浏览器会向其发送@H_404_4@cookie@H_404_4@的请求@H_404_4@URL@H_404_4@。@H_404_4@cookie-domain@H_404_4@cookie@H_404_4@有效的域。例如，将@H_404_4@cookie-domain@H_404_4@设置为@H_404_4@.mydomain.com@H_404_4@会向@H_404_4@*.mydomain.com@H_404_4@域中的所有服务器返回@H_404_4@cookie@H_404_4@。@H_404_4@域名必须至少由两部分组成。将名称设置为@H_404_4@*.com@H_404_4@或@H_404_4@*.net@H_404_4@是无效的。@H_404_4@如果不设置此特性，则此特性默认为发出@H_404_4@cookie@H_404_4@的服务器。@H_404_4@有关详细信息，请参阅@H_404_4@Sun Microsystems@H_404_4@的@H_404_4@Servlet@H_404_4@规范中的@H_404_4@Cookie.setDomain()@H_404_4@。@H_404_4@cookie-comment@H_404_4@指定标识@H_404_4@cookie@H_404_4@文件中会话跟踪@H_404_4@cookie@H_404_4@的注释。@H_404_4@cookie-secure@H_404_4@false@H_404_4@指示浏览器仅通过@H_404_4@HTTPS@H_404_4@连接传回@H_404_4@cookie@H_404_4@。这可以确保@H_404_4@cookie ID@H_404_4@是安全的，且仅用于使用@H_404_4@HTTPS@H_404_4@的网站。如果启用此功能，则@H_404_4@HTTP@H_404_4@上的会话@H_404_4@Cookie@H_404_4@将不再起作用。@H_404_4@如果希望使用此特性，则应禁用@H_404_4@url-rewriting-enabled@H_404_4@元素。@H_404_4@cookie-max-age-secs@H_404_4@设置客户端上的会话@H_404_4@cookie@H_404_4@的生命周期（秒），会话@H_404_4@cookie@H_404_4@超过该时间即会过期。@H_404_4@–1@H_404_4@（无限制）@H_404_4@有关@H_404_4@cookie@H_404_4@的详细信息，请参阅@H_404_4@使用会话和会话持久性。@H_404_4@persistent-store-type@H_404_4@memory@H_404_4@将持久性存储方法设置为以下某个选项：@H_404_4@§@H_404_4@@H_404_4@memory@H_404_4@-@H_404_4@禁用持久性会话存储。@H_404_4@§@H_404_4@@H_404_4@replicated@H_404_4@-@H_404_4@与@H_404_4@memory@H_404_4@相同，但会话数据将在群集服务器之间复制。@H_404_4@replicated_if_clustered –@H_404_4@如果@H_404_4@Web@H_404_4@应用程序部署于群集服务器上，则会复制生效的@H_404_4@persistent-store-type@H_404_4@。否则，@H_404_4@memory@H_404_4@为默认值。@H_404_4@sync-replication-across-cluster –@H_404_4@复制将在群集内同步发生。@H_404_4@async-replication-across-cluster –@H_404_4@复制将在群集内异步发生。@H_404_4@§@H_404_4@@H_404_4@file@H_404_4@-@H_404_4@使用基于文件的持久性（另请参阅@H_404_4@persistent-store-dir）。@H_404_4@§@H_404_4@@H_404_4@jdbc@H_404_4@-@H_404_4@使用数据库存储持久性会话。（另请参阅@H_404_4@persistent-store-pool。）@H_404_4@cookie –@H_404_4@所有会话数据都存储于用户浏览器的@H_404_4@cookie@H_404_4@中。@H_404_4@persistent-store-cookie-name@H_404_4@WLCOOKIE@H_404_4@设置基于@H_404_4@cookie@H_404_4@的持久性所使用的@H_404_4@cookie@H_404_4@的名称。@H_404_4@WLCOOKIE@H_404_4@cookie@H_404_4@中带有会话状态，不应在@H_404_4@Web@H_404_4@应用程序之间共享。@H_404_4@有关详细信息，请参阅@H_404_4@使用基于Cookie的会话持久性。@H_404_4@persistent-store-dir@H_404_4@session_db@H_404_4@指定基于文件的持久性所使用的存储目录@H_404_4@确保您有充足的磁盘存储空间（有效会话数@H_404_4@与每个会话大小@H_404_4@的乘积）。可以通过查看@H_404_4@persistent-store-dir@H_404_4@下创建的文件来确定会话的大小。注意，每个会话的大小随序列化会话数据的大小变化而变化。@H_404_4@每个服务器实例都有一个默认的不需要配置的持久性文件存储。因此，如果不指定目录，会在@H_404_4@<server-name@H_404_4@>\data\store\default@H_404_4@目录中自动创建默认存储。但是，默认存储不能在群集服务器间共享。@H_404_4@可以在不同服务器之间共享的目录中创建自定义持久性存储，从而使文件持久性会话群集化。但是，您需要手工创建此目录。@H_404_4@persistent-store-pool@H_404_4@None@H_404_4@指定要用于持久性存储的@H_404_4@JDBC@H_404_4@连接缓冲池的名称。@H_404_4@persistent-store-table@H_404_4@wl_servlet_sessions@H_404_4@指定用于存储基于@H_404_4@JDBC@H_404_4@的持久性会话的数据库表名。仅当@H_404_4@persistent-store-type@H_404_4@设置为@H_404_4@jdbc@H_404_4@时，此项才适用。@H_404_4@当您选择数据库表名称而非默认值时，将使用@H_404_4@persistent-store-table@H_404_4@元素。@H_404_4@jdbc-column-name-max-inactive-interval@H_404_4@

是@H_404_4@wl_max_inactive_interval@H_404_4@列名的备用名称。这个@H_404_4@jdbc-column-name-max-inactive-interval@H_404_4@元素仅适用于基于@H_404_4@JDBC@H_404_4@的持久性。某些不支持长列名的数据库需要使用该元素。@H_404_4@jdbc-connection-timeout-secs@H_404_4@120

注意：本版本中不赞成使用该元素。@H_404_4@WebLogic Server@H_404_4@等待@H_404_4@JDBC@H_404_4@连接超时的时间（秒），其中@H_404_4@x@H_404_4@是其间的秒数。@H_404_4@url-rewriting-enabled@H_404_4@URL@H_404_4@重写（将会话@H_404_4@ID@H_404_4@编码到@H_404_4@URL@H_404_4@中），如果浏览器中禁用@H_404_4@cookie@H_404_4@，它还可以提供会话跟踪。@H_404_4@http-proxy-caching-of-cookies@H_404_4@

设置为@H_404_4@false@H_404_4@时，@H_404_4@WebLogic Server@H_404_4@会在下面的响应中添加如下头信息：@H_404_4@"Cache-control: no-cache=set-cookie"@H_404_4@

这表示代理缓存没有缓存@H_404_4@encode-session-id-in-query-params@H_404_4@最新@H_404_4@servlet@H_404_4@规范要求容器将会话@H_404_4@ID@H_404_4@编码在路径参数中。某些@H_404_4@Web@H_404_4@服务器不太支持路径参数。在这样的情况下，应该将@H_404_4@encode-session-id-in-query-params@H_404_4@元素设置为@H_404_4@true@H_404_4@。（默认值为@H_404_4@false@H_404_4@。）@H_404_4@runtime-main-attribute@H_404_4@用于@H_404_4@ServletSessionRuntimeMBean@H_404_4@中。@H_404_4@ServletSessionRuntimeMBean@H_404_4@的@H_404_4@getMainAttribute()@H_404_4@会使用该字符串为关键字而返回会话特性值。@H_404_4@示例：@H_404_4@user-name@H_404_4@

该元素适用于标记不同会话的会话运行时信息。@H_404_4@jsp-descriptor

jsp-descriptor元素指定 JSP 编译器的配置参数列表。下表描述可在jsp-descriptor元素中定义的元素。

如果设置为@H_404_4@true@H_404_4@，当部署或重新部署@H_404_4@Web@H_404_4@应用程序时，或启动@H_404_4@WebLogic Server@H_404_4@时，@H_404_4@WebLogic Server@H_404_4@会自动预编译所有已修改的@H_404_4@JSP@H_404_4@。@H_404_4@precompile-continue@H_404_4@

true@H_404_4@，即使编译期间其中某些@H_404_4@JSP@H_404_4@失败，@H_404_4@WebLogic Server@H_404_4@也会继续预编译所有已修改的@H_404_4@JSP@H_404_4@。仅当@H_404_4@precompile@H_404_4@设置为@H_404_4@true@H_404_4@时才生效。@H_404_4@keepgenerated@H_404_4@在@H_404_4@JSP@H_404_4@编译过程中保存作为中间步骤生成的@H_404_4@Java@H_404_4@文件。除非此参数设置为@H_404_4@true@H_404_4@，否则编译完成后将删除所有中间@H_404_4@Java@H_404_4@文件。@H_404_4@verbose@H_404_4@设置为@H_404_4@true@H_404_4@时，将向浏览器、命令提示和@H_404_4@WebLogic Server@H_404_4@日志文件中输出调试信息。@H_404_4@working-dir@H_404_4@内部生成的目录@H_404_4@WebLogic Server@H_404_4@用于保存为@H_404_4@JSP@H_404_4@生成的@H_404_4@Java@H_404_4@和编译类文件的目录的名称。@H_404_4@print-nulls@H_404_4@

设置为@H_404_4@false@H_404_4@时，此参数确保表达式结果为@H_404_4@“null”@H_404_4@时将输出@H_404_4@“ ”@H_404_4@。@H_404_4@backward-compatible@H_404_4@

true@H_404_4@时，支持向后兼容。@H_404_4@encoding@H_404_4@平台的默认编码@H_404_4@JSP@H_404_4@页面中使用的默认字符集。使用标准@H_404_4@Java character set names@H_404_4@。@H_404_4@如果没有设置，则此特性默认为平台编码。@H_404_4@JSP@H_404_4@页面指令（包含于@H_404_4@JSP@H_404_4@代码中）会替代此设置。例如：@H_404_4@<%@ page contentType="text/html; charset=custom-encoding"%>@H_404_4@package-prefix@H_404_4@jsp_servlet@H_404_4@指定所有@H_404_4@JSP@H_404_4@页面将编译至的包的前缀。@H_404_4@exact-mapping@H_404_4@

true@H_404_4@时，只要第一次请求@H_404_4@JSP@H_404_4@，新创建的@H_404_4@JspStub@H_404_4@即将准确地映射至该请求。如果@H_404_4@exactMapping@H_404_4@设置为@H_404_4@false@H_404_4@，则@H_404_4@Web@H_404_4@应用程序容器将为@H_404_4@JSP@H_404_4@生成不准确的@H_404_4@url@H_404_4@映射，@H_404_4@exactMapping@H_404_4@允许提供@H_404_4@JSP@H_404_4@页面的路径信息。@H_404_4@default-file-name@H_404_4@

Java@H_404_4@和编译类文件的默认文件的名称。@H_404_4@rtexprvalue-jsp-param-name@H_404_4@

允许在@H_404_4@jsp:param@H_404_4@标记的@H_404_4@name@H_404_4@特性中使用运行时表达式值。它默认设置为@H_404_4@false@H_404_4@。@H_404_4@auth-filter auth-filter 元素指定身份验证筛选器 HttpServlet 类。 当前版本中不赞成使用该元素。而改用@H_404_4@servlet@H_404_4@身份验证筛选器。@H_404_4@container-descriptor <container-descriptor>元素指定影响 Web 应用程序行为的参数列表。 check-auth-on-forward 如果要求对从 servlet 或 JSP 转发的请求进行身份验证，请添加<check-auth-on-forward/>元素。如果不要求重新身份验证，请省略此标记.例如： <container-descriptor> <check-auth-on-forward/> </container-descriptor> 作为最佳实践，@H_404_4@BEA@H_404_4@不建议启用@H_404_4@check-auth-on-forward@H_404_4@属性。@H_404_4@@H_404_4@ filter-dispatched-requests-enabled <filter-dispatched-requests-enabled>元素控制是否向已调度的请求应用筛选器。默认值为 false。 由于@H_404_4@2.4 servlet@H_404_4@向后兼容@H_404_4@2.3 servlet@H_404_4@（根据@H_404_4@2.4@H_404_4@规范），当@H_404_4@WebLogic Server@H_404_4@检测到@H_404_4@2.3@H_404_4@描述符元素时，@H_404_4@<filter-dispatched-requests-enabled>@H_404_4@元素默认为@H_404_4@true@H_404_4@。@H_404_4@redirect-with-absolute-url <redirect-with-absolute-url>元素控制javax.servlet.http.HttpServletResponse.SendRedirect()方法是否使用相对或绝对 URL 进行重定向。如果您使用的是代理 HTTP 服务器，而且不希望该 URL 转换为非相对链接，请将该元素设置为false。 默认行为是将 URL 转换为非相对链接。 重定向中使用的用户可读数据。 index-directory-enabled <index-directory-enabled>元素控制在找不到合适的索引文件的情况下是否自动生成 HTML 目录列表。 默认值为false（不生成目录）。值为true或false。 index-directory-sort-by <index-directory-sort-by>元素定义 weblogic.servlet.FileServlet 生成的目录列表的排序顺序。有效的 sort-by 值为 NAME、LAST_MODIFIED 和 SIZE。默认 sort-by 值为 NAME。 servlet-reload-check-secs <servlet-reload-check-secs>元素定义 WebLogic Server 是否执行 servlet 检查以查看 servlet 是否已更改，如果已更改，是否重新加载。 § 值 -1 表示永不检查 servlet。该值为生产环境中的默认值。 § 值 0 表示总是检查 servlet。 § 值 1 表示每秒检查一次 servlet。该值为开发环境中的默认值。 控制台中指定的值将始终优先于手工指定的值。 resource-reload-check-secs 使用<resource-reload-check-secs>元素针对 Web 应用程序范围内资源路径中发现的缓存资源执行元数据缓存。该参数标识 WebLogic Server 检查资源是否发生修改的频率，如果已修改，则重新加载。 § 值 -1 表示永不重新加载。该值为生产环境中的默认值。 § 值 0 表示始终重新加载。 § 值 1 表示每秒重新加载一次。该值为开发环境中的默认值。 通过管理控制台为此参数指定的值具有优先级。 single-threaded-servlet-pool-size <single-threaded-servlet-pool-size>元素定义用于 SingleThreadMode 实例缓冲池的缓冲池的大小。默认值为 5。 此版本中不赞成使用@H_404_4@SingleThreadMode@H_404_4@实例缓冲池。@H_404_4@session-monitoring-enabled 如果将<session-monitoring-enabled>元素设置为 true，则允许为会话创建运行时 Mbean。如果设置为默认值 false，则不创建运行时 Mbean。控制台中指定的值优先于手工设置的值。 save-sessions-enabled <save-sessions-enabled>元素控制重新部署或取消部署期间是否清除会话数据。它影响内存会话和复制会话。将值设置为 true 表示保存会话数据。设置为 false 则表示重新部署或取消部署 Web 应用程序时将破坏会话数据。默认值为 false。 prefer-web-inf-classes 如果将<prefer-web-inf-classes>元素设置为 true，则将优先加载位于 Web 应用程序的 WEB-INF 目录中的类，然后再加载应用程序或系统类加载器中的类。默认值为 false。控制台中指定的值优先于手工设置的值。 default-mime-type <default-mime-type>元素的默认值为 null。该元素允许用户为未映射扩展名的内容类型指定默认 mime 类型。 client-cert-proxy-enabled <client-cert-proxy-enabled>元素的默认值为 true。设置为 true 时，WebLogic Server 会将标识证书从客户端传递至后端服务器。同时，将通知 WebLogic Server 是否允许或放弃传入的 WL-Proxy-Client-Cert 头。 代理服务器插件将每一标识证书在 WL-Proxy-Client-Cert 头中进行编码，然后将其传递至后端 WebLogic Server 实例。每一 WebLogic Server 实例从该头中获取证书信息，确保其来自于安全来源并使用该信息对用户进行身份验证。对于后台 WebLogic Server 实例，此参数必须设置为 true（在群集/服务器级别上或 Web 应用程序级别上）。 如果将该元素设置为 true，请使用 weblogic.security.net.ConnectionFilter 以确保每一 WebLogic Server 实例仅接受与正在运行代理服务器插件的计算机的连接。如果指定 true 却不使用连接筛选器，则将形成潜在的安全漏洞，因为 WL-Proxy-Client-Cert 头是可以被欺骗的。 relogin-enabled <relogin-enabled>元素是向后兼容的参数。如果用户已登录，并尝试访问其不具有访问权限的资源，则会发生“禁止”(403) 响应。 allow-all-roles 在 Web 应用程序的 web.xml 描述符中定义的 security-constraints 元素中，auth-constraint 元素指明允许访问该资源集合的用户角色。此处的 role-name = "*" 是一种简洁的语法，用于表示 Web 应用程序中的所有角色。在过去的版本中，role-name = "*" 被视为在领域中定义的所有用户/角色。 此 allow-all-roles 元素是向后兼容的开关，可以用于恢复原有行为。默认行为是允许 Web 应用程序中定义的所有角色。weblogic-xml 中指定的值优先于 WebAppContainerMBean 中定义的值。 native-io-enabled 在使用已隐式注册为默认 servlet 的 weblogic.servlet.FileServlet 来提供静态文件的过程中，如果要使用本地 I/O，请将 native-io-enabled 设置为 true。（默认值为 false。）native-io-enabled 元素仅适用于 Windows。 minimum-native-file-size minimum-native-file-size 元素仅适用于 native-io-enabled 设置为 true 时。它设置使用本地 I/O 时的最小文件大小。如果要提供的文件大于此值，则使用本地 I/O。如果不设置此值，则所使用的默认值为 4K。 disable-implicit-servlet-mapping 当 disable-implicit-servlet-mappings 标志设置为 true 时，Web 应用程序容器不创建内部 servlet（*.jsp 和 *.class 等）的隐式映射；仅使用默认 servlet 映射。关闭隐式 servlet 映射的一个典型使用情况是配置 HttpClusterServlet 或 HttpProxyServlet 时。 默认值为 false。 optimistic-serialization 如果 optimistic-serialization 处于打开状态，并将请求发送到所有 Servlet 上下文中，WebLogic Server 在收到 getAttribute(name) 时将不对上下文和请求特性进行序列化-除序列化。 这意味着必须确保将 Web 应用程序公用特性的作用域设置为共同的父类加载器（以应用程序为作用域）；如果两个 Web 应用程序不属于同一应用程序，则将这些特性置于系统类路径中。 当 optimistic-serialization 处于关闭状态（默认值）时，WebLogic Server 将在 getAttribute(name) 时序列化-除序列化上下文和请求特性，以免可能引发 ClassCastExceptions。 也可以在WebAppContainerMBean@H_404_4@的域级别中指定优化序列化值，这也适用于所有 Web 应用程序。如果在 weblogic.xml 中指定该值，则该值将替代域级别上的值。 monitoring-attribute-name 可以通过监视 ID 标识 HTTP 会话。默认情况下，给定 HTTP 会话的监视 ID 是随机字符串，为确保安全，它并不同于会话 ID。可以在weblogic.xml部署描述符的 session-descriptor 中设置monitoring-attribute-name元素，然后将某会话特性设置为所定义的monitoring-attribute-name，从而配置监视 ID。然后，该会话特性值的toString()将用作监视 ID。 monitoring-attribute-name元素适用于标记不同会话的会话运行时信息。例如，如果您的“用户名”特性是唯一的，可以将其设置为“用户名”。 WebAppComponentRuntimeBean.getSessionIds()方法返回具有该名称的会话特性值的数组。如果没有设置，则返回随机生成的字符串的数组。 charset-params <charset-params>元素用于定义非 unicode 操作的代码集行为。例如： <charset-params> <input-charset> <resource-path>/*</resource-path> <java-charset-name>UTF-8</java-charset-name> </input-charset> </charset-params> input-charset 使用<input-charset>元素定义用于读取GET和POST数据的字符集。例如： <input-charset> <resource-path>/foo</resource-path> <java-charset-name>SJIS</java-charset-name> </input-charset> 有关详细信息，请参阅确定 HTTP 请求的编码@H_404_4@。 下表描述可在<input-charset>元素中定义的元素。 <resource-path>@H_404_4@如果某请求的@H_404_4@URL@H_404_4@中包含此路径，则将指示@H_404_4@WebLogic Server@H_404_4@使用@H_404_4@<java-charset-name>@H_404_4@指定的@H_404_4@Java@H_404_4@字符集。@H_404_4@<java-charset-name>@H_404_4@指定要使用的@H_404_4@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> 有关详细信息，请参阅将 IANA 字符集映射到 Java 字符集@H_404_4@。 下表描述可在<charset-mapping>元素中定义的元素。 <iana-charset-name>@H_404_4@IANA@H_404_4@字符集名称，该名称将映射至@H_404_4@<java-charset-name>@H_404_4@元素指定的@H_404_4@ . 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> <local-path>c:/usr/common_jsps.jar</local-path> <url-pattern>*.jsp</url-pattern> 下表描述可在 virtual-directory-mapping 元素中定义的元素。 <local-path>@H_404_4@指定磁盘上的物理位置。@H_404_4@<url-pattern>@H_404_4@ 包含映射的@H_404_4@URL@H_404_4@模式。必须遵循@H_404_4@Servlet API@H_404_4@规范的@H_404_4@11.2@H_404_4@部分中指定的规则。@H_404_4@WebLogic Server 的虚拟目录映射实现要求您的目录匹配该映射的 url 模式。图像示例要求您在 c:/usr/gifs/images 上创建名为 images 的目录。这允许 servlet 容器在 images 目录下找到适用于多个 Web 应用程序的图像。 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> security-permission security-permission 元素根据安全策略文件语法指定单个安全权限。有关 Sun 的安全权限规范的实现，请参阅以下 URL： http://java.sun.com/j2se/1.3/docs/guide/security/PolicyFiles.html#FileSyntax 放弃可选的 codebase 和 signedBy 子句。 例如： <security-permission-spec> grant { permission java.net.SocketPermission "*","resolve" }; </security-permission-spec> 其中： permission java.net.SocketPermission 是权限类名。 "*" 表示目标名称。 resolve 表示操作。 context-root context-root 元素定义该独立 Web 应用程序的上下文根。如果 Web 应用程序不是独立的，而属于某 EAR 的一部分，请在该 EAR 的 Meta-INF/application.xml 文件中指定上下文根。application.xml 中的 context-root 设置优先于 weblogic.xml 中的 context-root 设置。 注意，该 weblogic.xml 元素仅用于使用两阶段部署模型进行部署时。 确定 Web 应用程序的上下文根的优先级顺序如下： 1. 在 application.xml 中检查上下文根；如果找到，则将其用作 Web 应用程序的上下文根。 2. 如果 application.xml 中未设置上下文根，且 Web 应用程序是作为 EAR 的一部分部署的，则检查 weblogic.xml 中是否定义了上下文根。如果找到，则将其用作 Web 应用程序的上下文根。如果 Web 应用程序是独立部署的，则 application.xml 不参与该过程，而仅从 weblogic.xml 开始 context-root 的确定，如果其中没有定义，则默认使用 URI。 3. 如果 weblogic.xml 或 application.xml 中没有定义上下文根，则将从 URI 中推断上下文路径，将 URI 中定义的值减去 WAR 后缀作为其名称。例如，如果 URI 为 MyWebApp.war，则上下文根的名称为 MyWebApp。 不能为@H_404_4@EAR@H_404_4@库中的各个@H_404_4@Web@H_404_4@应用程序分别设置@H_404_4@context-root@H_404_4@元素。只能针对@H_404_4@Web@H_404_4@应用程序库进行设置。@H_404_4@wl-dispatch-policy 使用 wl-dispatch-policy 元素，通过标识执行队列名称，从而将 Web 应用程序分配至已配置的执行队列。可以使用 per-servlet-dispatch-policy 元素在单个 servlet 或 jsp 级别上替代该 Web 应用程序级别参数。 servlet-descriptor 使用 servlet-descriptor 元素聚合 servlet 特定的元素。 下表描述可在 servlet-descriptor 元素中定义的元素。 <servlet-name>@H_404_4@将@H_404_4@servlet@H_404_4@名称指定为@H_404_4@web.xml@H_404_4@部署描述符文件的@H_404_4@servlet@H_404_4@元素中定义的@H_404_4@servlet@H_404_4@名称。@H_404_4@可选@H_404_4@包含针对@H_404_4@web.xml@H_404_4@部署描述符中所定义的@H_404_4@run-as-role-name@H_404_4@的委托人名称。@H_404_4@<init-as-principal-name>@H_404_4@相当于@H_404_4@servlet@H_404_4@的@H_404_4@init@H_404_4@方法的@H_404_4@run-as-principal-name@H_404_4@。此处指定的标识应为系统内的有效用户名。如果未指定@H_404_4@init-as-principal-name@H_404_4@，则容器将使用@H_404_4@run-as-principal-name@H_404_4@元素。@H_404_4@<destroy-as-principal-name>@H_404_4@destroy@H_404_4@方法的@H_404_4@run-as-principal-name@H_404_4@。此处指定的标识应为系统内的有效用户名。如果未指定@H_404_4@destroy-as-principal-name@H_404_4@，则容器将使用@H_404_4@<dispatch-policy>@H_404_4@不赞成使用此元素。@H_404_4@用于通过标识执行队列名称来向某个已配置的执行队列分配给定的@H_404_4@servlet@H_404_4@。该设置将替代@H_404_4@wl-dispatch-policy@H_404_4@定义的@H_404_4@Web@H_404_4@应用程序级别调度策略。@H_404_4@work-manager work-manager元素是<weblogic-web-app>元素的子元素。可以在work-manager元素中定义下列元素。 name@H_404_4@ 指定工作管理器的名称。@H_404_4@response-time-request-class / fair-share-request-class / context-request-class / request-class-name@H_404_4@ 可以从以下四个元素之间选择一个：@H_404_4@response-time-request-class –@H_404_4@定义应用程序的响应时间请求类。响应时间（毫秒）由特性@H_404_4@goal-ms@H_404_4@定义。增量为@H_404_4@((@H_404_4@目标@H_404_4@-@H_404_4@T) Cr)/R@H_404_4@，其中@H_404_4@T@H_404_4@指平均线程使用时间，@H_404_4@R@H_404_4@指达到率，@H_404_4@Cr@H_404_4@指确定响应时间目标优先于公平共享的系数。@H_404_4@fair-share-request-class –@H_404_4@定义公平共享请求类。公平共享由默认共享的属性百分比定义。因此，默认值为@H_404_4@100@H_404_4@。增量为@H_404_4@Cf/(P R T)@H_404_4@，其中@H_404_4@P@H_404_4@指百分比，@H_404_4@Cf@H_404_4@指公平共享优先级低于响应时间目标的系数。@H_404_4@context-request-class –@H_404_4@定义上下文类。上下文由将上下文信息（如当前用户或其角色、@H_404_4@cookie@H_404_4@或工作区域字段）映射到已命名的服务类的多个案例定义。@H_404_4@request-class-name –@H_404_4@定义请求类名称。@H_404_4@min-threads-constraint / min-threads-constraint-name@H_404_4@ 可以从以下两个元素之间选择一个：@H_404_4@min-threads-constraint -@H_404_4@用来保证服务器向受约束工作集的请求分配的线程数，以避免死锁。默认值为零。例如，对于复制更新请求，最少线程值如果为一（可以从对等方同步调用），则该值非常有用。@H_404_4@min-threads-constraint-name -@H_404_4@定义@H_404_4@min-threads-constraint@H_404_4@元素的名称。@H_404_4@max-threads-constraint / max-threads-constraint-name@H_404_4@ max-threads-constraint -@H_404_4@限制执行来自受约束工作集的请求的并发线程数量。默认值为无限制。例如，假设约束被定义为最多具有@H_404_4@10@H_404_4@个线程，并且由@H_404_4@3@H_404_4@个入口点共享。调度逻辑可确保执行来自三个入口点组合的请求的线程不超过@H_404_4@10@H_404_4@个。@H_404_4@max-threads-constraint-name -@H_404_4@定义@H_404_4@max-threads-constraint@H_404_4@元素的名称。@H_404_4@capacity / capacity-name@H_404_4@ capacity -@H_404_4@可以定义约束并将其应用于入口点集（称为受约束的工作集）。只有达到该容量时服务器才开始拒绝请求。默认值为零。请注意，容量包括受约束的工作集中已经排队或正在执行的所有请求。此约束主要用于像@H_404_4@JMS@H_404_4@之类的子系统，这些子系统执行自己的流控制。此约束与全局队列阈值无关。@H_404_4@capacity-name –@H_404_4@定义@H_404_4@capacity@H_404_4@元素的名称。@H_404_4@logging logging元素是<weblogic-web-app>元素的子元素。可以在logging元素中定义下列元素。 log-filename@H_404_4@ 指定日志文件的名称。需要提供该文件名的完整地址。@H_404_4@logging-enabled@H_404_4@ 指定是否为@H_404_4@ManagedConnectionFactory@H_404_4@或@H_404_4@ManagedConnection@H_404_4@设置了日志编写器。如果将此元素设置为@H_404_4@true@H_404_4@，则从@H_404_4@ManagedConnection@H_404_4@中生成的输出将发送到由@H_404_4@log-filename@H_404_4@元素指定的文件。@H_404_4@如果不指定此值，则@H_404_4@WebLogic Server@H_404_4@将使用其定义的默认值。@H_404_4@值范围：@H_404_4@true | false@H_404_4@ 默认值：@H_404_4@false@H_404_4@ rotation-type@H_404_4@ 设置文件滚动类型。@H_404_4@值为@H_404_4@bySize@H_404_4@、@H_404_4@byName@H_404_4@或@H_404_4@none@H_404_4@ bySize -@H_404_4@当日志文件大小达到在@H_404_4@file-size-limit@H_404_4@中指定的大小时，服务器将把该文件重命名为@H_404_4@FileName.n@H_404_4@。@H_404_4@byName -@H_404_4@按照在@H_404_4@file-time-span@H_404_4@中指定的时间间隔，服务器将该文件重命名为@H_404_4@FileName.n@H_404_4@。在服务器重命名某个文件之后，后续的消息会累积在一个名称在@H_404_4@log-filename@H_404_4@中指定的新文件中。@H_404_4@none -@H_404_4@消息累积在单个文件中。当文件体积过大时，必须清除它的内容。@H_404_4@bySize@H_404_4@ number-of-files-limited@H_404_4@ 指定是否应该对该服务器实例为存储旧消息而创建的文件数进行限制。（需要指定@H_404_4@bySize@H_404_4@的滚动类型）。服务器达到此限制后，它将覆盖最旧的文件。如果不启用此选项，服务器将无限制地创建新文件，这样就必须在需要时清除这些文件。@H_404_4@如果通过将@H_404_4@number-of-files-limited@H_404_4@设置为@H_404_4@true@H_404_4@启用该选项，则服务器将参考@H_404_4@rotationType@H_404_4@变量来决定如何滚动该日志文件。滚动意味着替换现有文件而不是创建新文件。如果将@H_404_4@number-of-files-limited@H_404_4@指定为@H_404_4@false@H_404_4@，则服务器将创建大量日志文件而不是替换同一个日志文件。@H_404_4@file-count@H_404_4@ 服务器在滚动日志时创建的日志文件的最大数量。该数目不包括服务器用于存储当前消息的文件。（需要启用@H_404_4@number-of-files-limited@H_404_4@。）@H_404_4@7@H_404_4@ file-size-limit@H_404_4@ 触发服务器将日志消息移动到单个文件的大小。（需要指定@H_404_4@bySize@H_404_4@的滚动类型。）日志文件达到指定的最小大小之后，服务器会在下次检查文件大小时将当前的日志文件重命名为@H_404_4@FileName.n@H_404_4@，并新建一个用来存储后续消息的文件。@H_404_4@500@H_404_4@ rotate-log-on-startup@H_404_4@ 指定服务器在其启动周期内是否滚动其日志文件。@H_404_4@true@H_404_4@ log-file-rotation-dir@H_404_4@ 指定将存储滚动日志文件的目录的路径。@H_404_4@rotation-time@H_404_4@ 日志文件基于时间滚动顺序的开始时间的格式为@H_404_4@k:mm@H_404_4@，其中@H_404_4@k@H_404_4@为@H_404_4@1-24@H_404_4@。（需要指定@H_404_4@byTime@H_404_4@的滚动类型。）在到达指定时间时，服务器会重命名当前的日志文件。之后，服务器将按照在@H_404_4@file-time-span@H_404_4@中指定的间隔重命名日志文件。@H_404_4@如果指定的时刻已过，服务器会立即开始其文件滚动。@H_404_4@默认情况下，滚动周期会立即开始。@H_404_4@file-time-span@H_404_4@ 服务器将旧的日志消息保存到另一个文件的时间间隔（小时）。（需要指定@H_404_4@byTime@H_404_4@的滚动类型。）@H_404_4@24@H_404_4@ 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@H_404_4@提供用于库模块引用的库名称。默认值为@H_404_4@null@H_404_4@。@H_404_4@specification-version@H_404_4@提供用于库模块引用的规范版本。默认值为@H_404_4@0@H_404_4@。（为浮点型。）@H_404_4@implementation-version@H_404_4@提供用于库模块引用的实现版本。默认值为@H_404_4@exact-match@H_404_4@ 向后兼容性标志 本版本中增添了若干向后兼容性标志，允许您恢复 WebLogic Server 9.0 之前的版本中所见的行为。有关这些标志的完整列表和描述，以及有关 Web 应用程序、JSP 和 Servlet 向后兼容性的所有信息，请参阅Upgrading WebLogic Application Environments@H_404_4@中的Compatibility with Previous Releases@H_404_4@。 @H_404_4@ @H_404_4@ @H_243_3014@ <? xml version="1.0" encoding="GB2312" ?>@H_404_4@ <! DOCTYPE weblogic-web-app PUBLIC "-//BEA Systems,Inc.//DTD Web Application 8.1//EN" "http://www.bea.com/servers/wls810/dtd/weblogic810-web-jar.dtd">@H_404_4@ <weblogic-web-app>@H_404_4@ <!--@H_404_4@ 为web.xml@H_404_4@所定义角色赋值 如果是Weblogic 8.1 SP2@H_404_4@或者之前的版本，可以不定义security-role-assignment@H_404_4@ 如果是SP3@H_404_4@，必须手工添加所有principal@H_404_4@（角色或角色组）； -->@H_404_4@ <security-role-assignment>@H_404_4@ <!-- role-name@H_404_4@必须跟web.xml@H_404_4@中security-role@H_404_4@标记下的role-name@H_404_4@取值相同 -->@H_404_4@ <role-name>pafaDemoUser</role-name>@H_404_4@ <!-- principal-name@H_404_4@必须是UM@H_404_4@中定义的角色或者角色组，不能是用户 -->@H_404_4@ <principal-name>r_usermanager_rm_user</principal-name>@H_404_4@ <principal-name>p_g_rmtest03_myopr</principal-name>@H_404_4@ <principal-name>Administrators</principal-name>@H_404_4@ </security-role-assignment>@H_404_4@ <jsp-descriptor>@H_404_4@ <jsp-param>@H_404_4@ <param-name>pageCheckSeconds</param-name>@H_404_4@ <param-value>1</param-value>@H_404_4@ </jsp-param>@H_404_4@ <param-name>compilerSupportsEncoding</param-name>@H_404_4@ <param-value>true</param-value>@H_404_4@ <param-name>encoding</param-name>@H_404_4@ <param-value>GB2312</param-value>@H_404_4@ <param-name>verbose</param-name>@H_404_4@ <param-name>printNulls</param-name>@H_404_4@ <param-value>false</param-value>@H_404_4@ <param-name>keepgenerated</param-name>@H_404_4@ </jsp-descriptor>@H_404_4@ </weblogic-web-app>@H_404_4@ 上一篇：【XML】视频总结下一篇：实现二级列表双listview省市选择 猜你在找的XML相关文章 10分钟掌握XML、JSON及其解析 引言 NOKIA 有句著名的广告语：“科技以人为本”。任何技术都是为了满足人的生产生活需要而... 作者：前端之家 时间：2020-08-12 [CXF REST标准实战系列] 一、JAXB xml与javaBean的转换 Writer：BYSocket（泥沙砖瓦浆木匠） 微博：BYSocket 豆瓣：BYSocket Reprint it anywhere... 作者：前端之家 时间：2020-08-12 [CXF REST标准实战系列] 一、JAXB xml与javaBean的转换 Writer：BYSocket（泥沙砖瓦浆木匠） 微博：BYSocket 豆瓣：BYSocket Reprint it anywhere... 作者：前端之家 时间：2020-08-12 10分钟掌握XML、JSON及其解析 http://blog.jobbole.com/79252/ 引言 NOKIA 有句著名的广告语：“科技以人为本”。任何技... 作者：前端之家 时间：2020-08-12 自定义圆形控件RoundImageView并认识一下attr.xml (点击上方公众号，可快速关注) 公众号：smart_android 作者：耿广龙｜loonggg 点击“阅读原... 作者：前端之家 时间：2020-08-12 10分钟掌握XML、JSON及其解析 引言 NOKIA 有句著名的广告语：“科技以人为本”。任何技术都是为了满足人的生产生活需要而... 作者：前端之家 时间：2020-08-12 10分钟掌握XML、JSON及其解析(上)  (点击上方公众号，可快速关注) 来源： Long Luo 的博客 链接：http://longluo.github.i... 作者：前端之家 时间：2020-08-12 10分钟掌握XML、JSON及其解析(中) 接上文 二、JSON XML很好很强大，但是最近有另外一个时代弄潮儿，这就是JSON。现在JSON的光... 作者：前端之家 时间：2020-08-12 10分钟掌握XML、JSON及其解析(下) 接上文 2.4 如何解析JSON？ Android JSON所有相关类，都在org.json包下。 包括JSONObject、... 作者：前端之家 时间：2020-08-12 10分钟掌握XML、JSON及其解析 原文出处：  Long Luo 的博客（@Long_Luo）   引言 NOKIA 有句著名的广告语：“科技以人... 作者：前端之家 时间：2020-08-12 编程分类 HTMLHTML5JavaScriptCSSjQueryBootstrapAngularjsTypeScriptVueDojoJsonElectronNode.jsextjsExpress XMLES6AjaxFlashUnityReactFlexAnt DesignWeb前端微信小程序微信公众号 最新文章 • 10分钟掌握XML、JSON及其解 • [CXF REST标准实战系列] 一 • [CXF REST标准实战系列] 一 • 10分钟掌握XML、JSON及其解 • 自定义圆形控件RoundImage • 【XML】 • 10分钟掌握XML、JSON及其解 • 10分钟掌握XML、JSON及其解 • 10分钟掌握XML、JSON及其解 • 10分钟掌握XML、JSON及其解 热门标签 更多 ► 关闭广告单独headers封装代码提示错误整数正则非0开头跳页出页码antd table提示URL未注册公众号支付vue hash模式iSlider车牌键盘循环图片echarts 双折左右布局DllPlugin对象创建打字游戏圈选两栏云函数蒙版ES2020橱窗无缝滚动轮播色块碰撞组件销毁文档操作