[jboss-remoting-commits] JBoss Remoting SVN: r4940 - remoting2/branches/2.x/src/tests/org/jboss/test/remoting/transport/servlet/multihome.

jboss-remoting-commits at lists.jboss.org jboss-remoting-commits at lists.jboss.org
Sun Apr 5 02:25:42 EDT 2009


Author: ron.sigal at jboss.com
Date: 2009-04-05 02:25:42 -0400 (Sun, 05 Apr 2009)
New Revision: 4940

Removed:
   remoting2/branches/2.x/src/tests/org/jboss/test/remoting/transport/servlet/multihome/server.xml
Log:
JBREM-139: Created a single server.xml in .../servlet directory for all servlet tests.

Deleted: remoting2/branches/2.x/src/tests/org/jboss/test/remoting/transport/servlet/multihome/server.xml
===================================================================
--- remoting2/branches/2.x/src/tests/org/jboss/test/remoting/transport/servlet/multihome/server.xml	2009-04-05 06:23:24 UTC (rev 4939)
+++ remoting2/branches/2.x/src/tests/org/jboss/test/remoting/transport/servlet/multihome/server.xml	2009-04-05 06:25:42 UTC (rev 4940)
@@ -1,199 +0,0 @@
-<Server>
-
-  <!--APR library loader. Documentation at /docs/apr.html -->
-  <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
-  <!--Initialize Jasper prior to webapps are loaded. Documentation at /docs/jasper-howto.html -->
-  <Listener className="org.apache.catalina.core.JasperListener" />
-
-   <!-- Use a custom version of StandardService that allows the
-   connectors to be started independent of the normal lifecycle
-   start to allow web apps to be deployed before starting the
-   connectors.
-   -->
-   <Service name="jboss.web">
-
-    <!-- A "Connector" represents an endpoint by which requests are received
-         and responses are returned. Documentation at :
-         Java HTTP Connector: /docs/config/http.html (blocking & non-blocking)
-         Java AJP  Connector: /docs/config/ajp.html
-         APR (HTTP/AJP) Connector: /docs/apr.html
-         Define a non-SSL HTTP/1.1 Connector on port 8080
-    -->
-    <Connector port="8080" address="${jboss.bind.address}"    
-         maxThreads="250" maxHttpHeaderSize="8192"
-         emptySessionPath="true" protocol="HTTP/1.1"
-         enableLookups="false" redirectPort="8443" acceptCount="100"
-         connectionTimeout="20000" disableUploadTimeout="true" />
-         
-    <!-- The following Connectors are used by ServletMultihomeTestCase. -->
-    <Connector port="8081" address="127.0.0.1"    
-         maxThreads="250" maxHttpHeaderSize="8192"
-         emptySessionPath="true" protocol="HTTP/1.1"
-         enableLookups="false" redirectPort="8443" acceptCount="100"
-         connectionTimeout="20000" disableUploadTimeout="true" />
-    <Connector port="8082" address="192.168.2.2"    
-         maxThreads="250" maxHttpHeaderSize="8192"
-         emptySessionPath="true" protocol="HTTP/1.1"
-         enableLookups="false" redirectPort="8443" acceptCount="100"
-         connectionTimeout="20000" disableUploadTimeout="true" />
-    <Connector port="8083" address="10.11.14.75"    
-         maxThreads="250" maxHttpHeaderSize="8192"
-         emptySessionPath="true" protocol="HTTP/1.1"
-         enableLookups="false" redirectPort="8443" acceptCount="100"
-         connectionTimeout="20000" disableUploadTimeout="true" />
-
-    <!-- Define a SSL HTTP/1.1 Connector on port 8443
-         This connector uses the JSSE configuration, when using APR, the 
-         connector should be using the OpenSSL style configuration
-         described in the APR documentation -->
-    <!--
-    <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
-               maxThreads="150" scheme="https" secure="true"
-               clientAuth="false" sslProtocol="TLS" />
-    -->
-      <!-- SSL/TLS Connector configuration using the admin devl guide keystore -->
-      <!--Connector port="8443" address="${jboss.bind.address}"
-           maxThreads="100" strategy="ms" maxHttpHeaderSize="8192"
-           emptySessionPath="true"
-           scheme="https" secure="true" clientAuth="false"
-           keystoreFile="${jboss.server.home.dir}/conf/.keystore"
-           keystorePass="unit-tests-server" sslProtocol = "TLS" /-->
-           
-      <Connector port="8443" maxHttpHeaderSize="8192"
-          maxThreads="50" enableLookups="false"
-          disableUploadTimeout="true"
-          acceptCount="100" scheme="https" secure="true"
-          SSLEngine="on"
-          SSLCertificateFile="${jboss.server.home.dir}/conf/cert.pem"
-          SSLCertificateKeyFile="${jboss.server.home.dir}/conf/key.pem" />
-           
-    <!-- Define an AJP 1.3 Connector on port 8009 -->
-    <Connector port="8009" address="${jboss.bind.address}" protocol="AJP/1.3"
-         emptySessionPath="true" enableLookups="false" redirectPort="8443" />
-
-      <Engine name="jboss.web" defaultHost="localhost">
-
-         <!-- The JAAS based authentication and authorization realm implementation
-         that is compatible with the jboss 3.2.x realm implementation.
-         - certificatePrincipal : the class name of the
-         org.jboss.security.auth.certs.CertificatePrincipal impl
-         used for mapping X509[] cert chains to a Princpal.
-         - allRolesMode : how to handle an auth-constraint with a role-name=*,
-         one of strict, authOnly, strictAuthOnly
-           + strict = Use the strict servlet spec interpretation which requires
-           that the user have one of the web-app/security-role/role-name
-           + authOnly = Allow any authenticated user
-           + strictAuthOnly = Allow any authenticated user only if there are no
-           web-app/security-roles
-         -->
-         <Realm className="org.jboss.web.tomcat.security.JBossSecurityMgrRealm"
-            certificatePrincipal="org.jboss.security.auth.certs.SubjectDNMapping"
-            allRolesMode="authOnly"
-            />
-         <!-- A subclass of JBossSecurityMgrRealm that uses the authentication
-         behavior of JBossSecurityMgrRealm, but overrides the authorization
-         checks to use JACC permissions with the current java.security.Policy
-         to determine authorized access.
-         - allRolesMode : how to handle an auth-constraint with a role-name=*,
-         one of strict, authOnly, strictAuthOnly
-           + strict = Use the strict servlet spec interpretation which requires
-           that the user have one of the web-app/security-role/role-name
-           + authOnly = Allow any authenticated user
-           + strictAuthOnly = Allow any authenticated user only if there are no
-           web-app/security-roles
-         <Realm className="org.jboss.web.tomcat.security.JaccAuthorizationRealm"
-            certificatePrincipal="org.jboss.security.auth.certs.SubjectDNMapping"
-            allRolesMode="authOnly"
-            />
-         -->
-
-        <Host name="localhost"
-           autoDeploy="false" deployOnStartup="false" deployXML="false"
-           configClass="org.jboss.web.tomcat.security.config.JBossContextConfig"
-           >
-
-            <!-- Uncomment to enable request dumper. This Valve "logs interesting 
-                 contents from the specified Request (before processing) and the 
-                 corresponding Response (after processing). It is especially useful 
-                 in debugging problems related to headers and cookies."
-            -->
-            <!--
-            <Valve className="org.apache.catalina.valves.RequestDumperValve" />
-            -->
- 
-            <!-- Access logger -->
-            <!--
-            <Valve className="org.apache.catalina.valves.AccessLogValve"
-                prefix="localhost_access_log." suffix=".log"
-                pattern="common" directory="${jboss.server.home.dir}/log" 
-                resolveHosts="false" />
-            -->
-
-            <!-- Uncomment to enable single sign-on across web apps
-                deployed to this host. Does not provide SSO across a cluster.     
-            
-                If this valve is used, do not use the JBoss ClusteredSingleSignOn 
-                valve shown below. 
-                
-                A new configuration attribute is available beginning with
-                release 4.0.4:
-                
-                cookieDomain  configures the domain to which the SSO cookie
-                              will be scoped (i.e. the set of hosts to
-                              which the cookie will be presented).  By default
-                              the cookie is scoped to "/", meaning the host
-                              that presented it.  Set cookieDomain to a
-                              wider domain (e.g. "xyz.com") to allow an SSO
-                              to span more than one hostname.
-             -->
-            <!--
-            <Valve className="org.apache.catalina.authenticator.SingleSignOn" />
-            -->
-
-            <!-- Uncomment to enable single sign-on across web apps
-               deployed to this host AND to all other hosts in the cluster.
-            
-               If this valve is used, do not use the standard Tomcat SingleSignOn
-               valve shown above.
-            
-               Valve uses a JBossCache instance to support SSO credential 
-               caching and replication across the cluster.  The JBossCache 
-               instance must be configured separately.  By default, the valve 
-               shares a JBossCache with the service that supports HttpSession 
-               replication.  See the "jboss-web-cluster-service.xml" file in the 
-               server/all/deploy directory for cache configuration details.
-            
-               Besides the attributes supported by the standard Tomcat
-               SingleSignOn valve (see the Tomcat docs), this version also 
-               supports the following attributes:
-            
-               cookieDomain   see above
-            
-               treeCacheName  JMX ObjectName of the JBossCache MBean used to 
-                              support credential caching and replication across
-                              the cluster. If not set, the default value is 
-                              "jboss.cache:service=TomcatClusteringCache", the 
-                              standard ObjectName of the JBossCache MBean used 
-                              to support session replication.
-            -->
-            <!--
-            <Valve className="org.jboss.web.tomcat.service.sso.ClusteredSingleSignOn" />
-            -->
-         
-            <!-- Check for unclosed connections and transaction terminated checks
-                 in servlets/jsps.
-                 
-                 Important: The dependency on the CachedConnectionManager
-                 in META-INF/jboss-service.xml must be uncommented, too
-            -->
-            <Valve className="org.jboss.web.tomcat.service.jca.CachedConnectionValve"
-                cachedConnectionManagerObjectName="jboss.jca:service=CachedConnectionManager"
-                transactionManagerObjectName="jboss:service=TransactionManager" />
-
-         </Host>
-
-      </Engine>
-
-   </Service>
-
-</Server>
\ No newline at end of file




More information about the jboss-remoting-commits mailing list