[jboss-cvs] JBossAS SVN: r90076 - projects/docs/enterprise/4.3.3/Server_Configuration_Guide/zh-CN.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Thu Jun 11 00:42:15 EDT 2009
Author: xhuang at jboss.com
Date: 2009-06-11 00:42:14 -0400 (Thu, 11 Jun 2009)
New Revision: 90076
Modified:
projects/docs/enterprise/4.3.3/Server_Configuration_Guide/zh-CN/J2EE_Security_On_JBOSS.po
Log:
update
Modified: projects/docs/enterprise/4.3.3/Server_Configuration_Guide/zh-CN/J2EE_Security_On_JBOSS.po
===================================================================
--- projects/docs/enterprise/4.3.3/Server_Configuration_Guide/zh-CN/J2EE_Security_On_JBOSS.po 2009-06-11 04:01:11 UTC (rev 90075)
+++ projects/docs/enterprise/4.3.3/Server_Configuration_Guide/zh-CN/J2EE_Security_On_JBOSS.po 2009-06-11 04:42:14 UTC (rev 90076)
@@ -9,7 +9,7 @@
"Project-Id-Version: J2EE_Security_On_JBOSS\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-01-20 02:37+0000\n"
-"PO-Revision-Date: 2009-06-09 15:17+1000\n"
+"PO-Revision-Date: 2009-06-11 14:41+1000\n"
"Last-Translator: Xi HUANG <xhuang at redhat.com>\n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -1918,6 +1918,8 @@
"<literal>SecurityProxy</literal> implementation used by the default JBossSX "
"installation."
msgstr ""
+"<literal>security-proxy</literal> 元素指定自定义的安全代理实现，它允许 EJB 声明式安全模式之外的 pre-request 的安全检查而无需在 EJB 实现里嵌入安全逻辑。它可以是 <literal>org.jboss.security.SecurityProxy</literal> 接口的实现，或者是实现 EJB 的 home、remote 或 local home 或 local 接口里的方法而无需实现公用接口来设置安全性的对象。如果给定的类不实现 <literal>SecurityProxy</literal> 接口，该实例必须包裹在 <literal>SecurityProxy</"
+"literal> 实现里，从而把方法调用委托给它。<literal>org.jboss.security.SubjectSecurityProxy</literal> 是缺省的 JBossSX 使用的 <literal>SecurityProxy</literal> 实现示例。"
#. Tag: para
#: J2EE_Security_On_JBOSS.xml:469
@@ -1936,6 +1938,11 @@
"\"/>, and the full source code is available in the <literal>src/main/org/"
"jboss/book/security/ex1</literal> directory of the book examples."
msgstr ""
+"让我们来看看一个 stateless session bean 里的自定义 <literal>SecurityProxy</literal> 示例。这个自定义的 <literal>SecurityProxy</literal> 检验是否调用了 bean 的带有四个单词作为参数的 <literal>echo</literal> 方法。基于角色的安全性是不可能进行这样的检查的；你不可能定义一个 <literal>FourLetterEchoInvoker</literal> 角色，因为安全性上下文是方法的参数而不是调用者的属性。<xref linkend="
+"\"Enabling_Declarative_Security_in_JBoss_Revisited-"
+"The_example_1_custom_EchoSecurityProxy_implementation_that_enforces_the_echo_argument_based_security_constraint."
+"\"/> 里给出了自定义的 <literal>SecurityProxy</literal> 的代码，完整的代码可在 book 例程的 <literal>src/main/org/"
+"jboss/book/security/ex1</literal> 目录下找到。"
#. Tag: title
#: J2EE_Security_On_JBOSS.xml:472
@@ -2094,6 +2101,8 @@
"the bean implementation, security can be changed to match the deployment "
"environment requirements."
msgstr ""
+"<literal>EchoSecurityProxy</literal> 检查 bean 实例被调用的方法是否对应 init 方法加载的 <literal>echo(String)</"
+"literal> 方法。如果是，将获取该方法的参数并和 4 或 null 进行比较。无论哪种结果都会导致 <literal>SecurityException</literal> 的抛出。根据方法参数来执行安全性检查是对应用程序的常见要求。这个例子的作用是演示超出标准声明式安全模型的自定义安全性是如何独立于 bean 的实现被引入的。这允许把安全性要求的规格和编码委托给安全专家。既然安全代理层可以独立于 bean 实现来完成，安全性可以进行修改以满足部署环境的要求。"
#. Tag: para
#: J2EE_Security_On_JBOSS.xml:477
@@ -2106,6 +2115,10 @@
"xml_descriptor_which_configures_the_EchoSecurityProxy_as_the_custom_security_proxy_for_the_EchoBean."
"\"/>."
msgstr ""
+"<xref linkend="
+"\"Enabling_Declarative_Security_in_JBoss_Revisited-The_jboss."
+"xml_descriptor_which_configures_the_EchoSecurityProxy_as_the_custom_security_proxy_for_the_EchoBean."
+"\"/> 里给出了把 <literal>EchoSecurityProxy</literal> 安装为 <literal>EchoBean</literal> 的自定义代理的 <literal>jboss.xml</literal> 描述符。"
#. Tag: title
#: J2EE_Security_On_JBOSS.xml:480
@@ -2151,6 +2164,8 @@
"<literal>EchoBean.echo</literal> method with the arguments <literal>Hello</"
"literal> and <literal>Four</literal> as illustrated in this fragment:"
msgstr ""
+"现在运行客户端来测试这个自定义代理，它会调用带有 <literal>Hello</"
+"literal> 和 <literal>Four</literal> 参数的 <literal>EchoBean.echo</literal> 方法，如："
#. Tag: programlisting
#: J2EE_Security_On_JBOSS.xml:485
@@ -2201,7 +2216,7 @@
"The first call should succeed, while the second should fail due to the fact "
"that <literal>Four</literal> is a four-letter word. Run the client as "
"follows using Ant from the examples directory:"
-msgstr ""
+msgstr "第一个调用应该会成功，而第二个应该会失败，因为 <literal>Four</literal> 是一个四个字符的单词。用 examples 目录里的 Ant 运行客户端："
#. Tag: programlisting
#: J2EE_Security_On_JBOSS.xml:489
@@ -2247,6 +2262,8 @@
"literal> generated by the <literal>EchoSecurityProxy</literal> was thrown to "
"abort the attempted method invocation as desired."
msgstr ""
+"结果是 <literal>echo('Hello')</literal> 方法如所预期的一样调用成功，而<literal>echo('Four')</literal> 则出现了相当混乱的异常，这也是我们所预料的。为了编排需要，上面的输出已经进行了裁剪。异常的关键部分是 <literal>EchoSecurityProxy</literal> 生成的 <literal>SecurityException(\"No 4 letter words\")</"
+"literal> 被抛出以终止之后的方法调用。"
#. Tag: title
#: J2EE_Security_On_JBOSS.xml:498
@@ -2267,7 +2284,7 @@
"or LDAP server to a sophisticated security software suite. The integration "
"flexibility is achieved using the pluggable authentication model available "
"in the JAAS framework."
-msgstr ""
+msgstr "前面对普通 JBoss 安全层的讨论已经指出 JBossSX 的安全扩展框架是对安全层接口的实现。这是 JBossSX 框架的主要目的。实现的细节很令人感兴趣，因为它提供了大量的定制以集成到现有的安全性基础结构里。安全性基础结构可以是任何东西，从数据库或 LDAP 服务器到复杂的安全软件套件。使用 JAAS 框架里的可插拔验证模块实现了集成的灵活性。"
#. Tag: para
#: J2EE_Security_On_JBOSS.xml:502
@@ -2282,6 +2299,11 @@
"the EJB and web container layers based on the <literal>security-domain</"
"literal> element of the corresponding component deployment descriptor."
msgstr ""
+"JBossSX 框架的核心是 <literal>org.jboss.security.plugins."
+"JaasSecurityManager</literal>。这是 <literal>AuthenticationManager</literal> 和 <literal>RealmMapping</literal> 接口的缺省实现。<xref linkend=\"The_JBoss_Security_Extension_Architecture-"
+"The_relationship_between_the_security_domain_component_deployment_descriptor_value_the_component_container_and_the_JaasSecurityManager."
+"\"/> 演示了如何根据对应组件部署描述符里的 <literal>security-domain</"
+"literal> 元素把 <literal>JaasSecurityManager</literal> 集成到 EJB 和 Web 容器层。"
#. Tag: title
#: J2EE_Security_On_JBOSS.xml:506
@@ -2289,7 +2311,7 @@
msgid ""
"The relationship between the security-domain component deployment descriptor "
"value, the component container and the JaasSecurityManager."
-msgstr ""
+msgstr "安全域组件的部署描述符值、组件容器和 JaasSecurityManager 之间的关系。"
#. Tag: para
#: J2EE_Security_On_JBOSS.xml:513
@@ -2306,7 +2328,7 @@
"perform its role. When a secured component is requested, the security "
"interceptor delegates security checks to the security manager instance "
"associated with the container."
-msgstr ""
+msgstr "描述了一个包含 EJB 和以 <literal>jwdomain</literal> 安全域而设置了安全性的 Web 内容的企业级应用程序。EJB 和 Web 容器具有一个包括安全性拦截器的请求拦截器架构，这会强制实施容器安全模型。在部署的时候，<literal>jboss.xml</literal> 和 <literal>jboss-web.xml</literal> 描述符里的 <literal>security-domain</literal> 元素值被用来获取和容器相关联的安全管理者实例。然后安全性拦截器使用安全管理者来执行这个角色。当请求一个设置了安全性的组件时，安全性拦截器将把安全检查委托给和容器相关联的安全管理者实例。"
#. Tag: para
#: J2EE_Security_On_JBOSS.xml:516
@@ -2320,6 +2342,8 @@
"<literal>JaasSecurityManager</literal> implementation and its use of JAAS in "
"the following section."
msgstr ""
+"JBossSX <literal>JaasSecurityManager</literal> 实现执行基于和 <literal>Subject</literal> 实例相关联的信息的安全检查，这个实例是执行基于 <literal>security-"
+"domain</literal> 元素值配置的 JAAS 登录模块的结果。我们将在后续章节里介绍 <literal>JaasSecurityManager</literal> 实现及 JAAS 的用法。"
#. Tag: title
#: J2EE_Security_On_JBOSS.xml:520
@@ -2342,6 +2366,9 @@
"literal> across different security domains simply by plugging in different "
"login module configurations for the domains."
msgstr ""
+"<literal>JaasSecurityManager</literal> 使用 JAAS 包来实现 <literal>AuthenticationManager</literal> 和 "
+"<literal>RealmMapping</literal> 接口的行为。特别是，它的行为源自根据 <literal>JaasSecurityManager</literal> 已经分配的安全域的名称配置的登录模块实例的执行结果。登录模块实现安全域的 Principal 验证和角色映射行为。因此，你可以使用跨安全域的 <literal>JaasSecurityManager</"
+"literal>，只要为每个域简单地插入不同的登录模块配置就可以了。"
#. Tag: para
#: J2EE_Security_On_JBOSS.xml:524
More information about the jboss-cvs-commits
mailing list