[gatein-commits] gatein SVN: r9090 - in epp/docs/branches/6.0/Reference_Guide/en-US/modules: AuthenticationAndIdentity and 2 other directories.

do-not-reply at jboss.org do-not-reply at jboss.org
Mon Jan 28 11:57:15 EST 2013 

Author: aakanksha_writer
Date: 2013-01-28 11:57:15 -0500 (Mon, 28 Jan 2013)
New Revision: 9090

Modified:
   epp/docs/branches/6.0/Reference_Guide/en-US/modules/AuthenticationAndIdentity/AuthenticationAuthorizationOverview.xml
   epp/docs/branches/6.0/Reference_Guide/en-US/modules/PortalDevelopment/PortalLifecycle.xml
   epp/docs/branches/6.0/Reference_Guide/en-US/modules/ServerIntegration.xml
   epp/docs/branches/6.0/Reference_Guide/en-US/modules/WSRP.xml
   epp/docs/branches/6.0/Reference_Guide/en-US/modules/eXoJCR/jcr/jca.xml
Log:
Cleanup

Modified: epp/docs/branches/6.0/Reference_Guide/en-US/modules/AuthenticationAndIdentity/AuthenticationAuthorizationOverview.xml
===================================================================
--- epp/docs/branches/6.0/Reference_Guide/en-US/modules/AuthenticationAndIdentity/AuthenticationAuthorizationOverview.xml	2013-01-28 06:12:20 UTC (rev 9089)
+++ epp/docs/branches/6.0/Reference_Guide/en-US/modules/AuthenticationAndIdentity/AuthenticationAuthorizationOverview.xml	2013-01-28 16:57:15 UTC (rev 9090)
@@ -160,7 +160,7 @@
           <term>JBossAS7LoginModule</term>
           <listitem>
             <para>
-               Most important login module, which is normally used to perform whole authentication by itself. First it checks if Identity object has been already created and saved into sharedState map by previous login modules (like SSODelegateLoginModule, CustomMembershipLoginModule or SharedStateLoginModule). If not, it triggers real authentication of user with usage of Authenticator interface and it will use Authentication.validateUser(Credential[] credentials) which performs real authentication of username and password against OrganizationService and portal identity database. See <xref linkend="sect-Authentication_Authorization_Intro-authenticatorAndRolesExtractor"/> for details about Authenticator and about Identity objects. In the JbossAS7LoginModule.commit method, the Identity object is registered to IdentityRegistry, which will be used later for authorization. Also some JAAS principals (UserPrincipal and RolesPrincipal) and assigned to our authenticated Subject. Thi!
 s is needed for JBoss AS server, so that it can properly recognize the name of the logged user and its roles on an JBoss AS level.
+               Most important login module, which is normally used to perform whole authentication by itself. First it checks if Identity object has been already created and saved into sharedState map by previous login modules (like SSODelegateLoginModule, CustomMembershipLoginModule or SharedStateLoginModule). If not, it triggers real authentication of user with usage of Authenticator interface and it will use Authentication.validateUser(Credential[] credentials) which performs real authentication of username and password against OrganizationService and portal identity database. See <xref linkend="sect-Authentication_Authorization_Intro-authenticatorAndRolesExtractor"/> for details about Authenticator and about Identity objects. In the JbossAS7LoginModule.commit method, the Identity object is registered to IdentityRegistry, which will be used later for authorization. Also some JAAS principals (UserPrincipal and RolesPrincipal) and assigned to our authenticated Subject. Thi!
 s is needed for JBoss Enterprise Application server, so that it can properly recognize the name of the logged user and its roles on an JBoss Enterprise Application level.
              </para>
           </listitem>
         </varlistentry>
@@ -267,7 +267,7 @@
         <title>Authentication on application server level</title>
         <para>
         <remark>QUESTION: Should the following reference to Tomcat be removed?</remark>
-          Application server needs to properly recognize that user is successfully logged and it has assigned his JAAS roles. Unfortunately this part is not standardized and is specific for each AS. For example in JBoss AS, you need to ensure that JAAS Subject has assigned principal with username (UserPrincipal) and also RolesPrincipal, which has name &quot;Roles&quot; and it contains list of JAAS roles. This part is actually done in <code>JbossLoginModule.commit()</code>. In Tomcat, this flow is little different, which means Tomcat has it is own <literal>TomcatLoginModule</literal>.
+          Application server needs to properly recognize that user is successfully logged and it has assigned his JAAS roles. Unfortunately this part is not standardized and is specific for each AS. For example in JBoss Enterprise Application, you need to ensure that JAAS Subject has assigned principal with username (UserPrincipal) and also RolesPrincipal, which has name &quot;Roles&quot; and it contains list of JAAS roles. This part is actually done in <code>JbossLoginModule.commit()</code>. In Tomcat, this flow is little different, which means Tomcat has it is own <literal>TomcatLoginModule</literal>.
         </para>
       </formalpara>
       <para>

Modified: epp/docs/branches/6.0/Reference_Guide/en-US/modules/PortalDevelopment/PortalLifecycle.xml
===================================================================
--- epp/docs/branches/6.0/Reference_Guide/en-US/modules/PortalDevelopment/PortalLifecycle.xml	2013-01-28 06:12:20 UTC (rev 9089)
+++ epp/docs/branches/6.0/Reference_Guide/en-US/modules/PortalDevelopment/PortalLifecycle.xml	2013-01-28 16:57:15 UTC (rev 9090)
@@ -152,7 +152,7 @@
       </para>
 <programlisting language="Java" role="Java"><xi:include parse="text" href="../../extras/PortalDevelopment_PortalLifecycle/is1.java" xmlns:xi="http://www.w3.org/2001/XInclude" /></programlisting>
 <programlisting>/**
-* The PortalContainer servlet is the main entry point for the GateIn Portal product.
+* The PortalContainer servlet is the main entry point for the JBoss Portal Platform.
 * 
 * Both the init() and service() methods are implemented. The first one is used to configure all the
 * portal resources to prepare the platform to receive requests. The second one is used to handle them.

Modified: epp/docs/branches/6.0/Reference_Guide/en-US/modules/ServerIntegration.xml
===================================================================
(Binary files differ)

Modified: epp/docs/branches/6.0/Reference_Guide/en-US/modules/WSRP.xml
===================================================================
--- epp/docs/branches/6.0/Reference_Guide/en-US/modules/WSRP.xml	2013-01-28 06:12:20 UTC (rev 9089)
+++ epp/docs/branches/6.0/Reference_Guide/en-US/modules/WSRP.xml	2013-01-28 16:57:15 UTC (rev 9090)
@@ -210,7 +210,7 @@
         <procedure>
           <title>Configure the Producer to Use HTTPS</title>
           <remark>Source: https://docs.jboss.org/author/display/GTNPORTAL35/Securing+WSRP#SecuringWSRP-ConfiguretheProducertoUseHTTPS</remark>
-          <para>Configure the producer&apos;s server to use HTTPS. This is handled in the same manner that you would configure any JBoss AS server for HTTPS.</para>
+          <para>Configure the producer&apos;s server to use HTTPS. This is handled in the same manner that you would configure any JBoss Enterprise Application server for HTTPS.</para>
           <step>
             <para>Generate the keystore for the producer by executing the following command.</para>
             <programlisting>keytool -genkey -alias tomcat -keyalg RSA -keystore producerhttps.keystore -dname &quot;cn=localhost&quot; -keypass changeme -storepass changeme</programlisting>

Modified: epp/docs/branches/6.0/Reference_Guide/en-US/modules/eXoJCR/jcr/jca.xml
===================================================================
--- epp/docs/branches/6.0/Reference_Guide/en-US/modules/eXoJCR/jcr/jca.xml	2013-01-28 06:12:20 UTC (rev 9089)
+++ epp/docs/branches/6.0/Reference_Guide/en-US/modules/eXoJCR/jcr/jca.xml	2013-01-28 16:57:15 UTC (rev 9090)
@@ -100,7 +100,7 @@
 			As the JCR and its dependencies are provided when you use it with gateIn you will need to deploy only the rar file corresponding to the artifactId <emphasis>exo.jcr.connectors.jca</emphasis> and groupId <emphasis>org.exoplatform.jcr</emphasis>.
 		</para>
 		 <para>
-			Then you will need to configure the connector itself, for example for JBoss AS, you need to create in your deploy directory a file of type <emphasis>*-ds.xml</emphasis> (jcr-ds.xml for example) with the following content:
+			Then you will need to configure the connector itself, for example for JBoss Enterprise Application, you need to create in your deploy directory a file of type <emphasis>*-ds.xml</emphasis> (jcr-ds.xml for example) with the following content:
 		</para>
 		 
 <programlisting>&lt;connection-factories&gt;

More information about the gatein-commits mailing list