6 Replies Latest reply: Jun 15, 2011 1:13 AM by Alexander Hartner RSS

Transaction timeout after 10 minutes

Alexander Hartner Expert

The application in question contains a Stateful Session Bean (SFSB) which has one method which runs for a particularly long time. In my case some times for several minutes. However after exactly 10 minutes the transaction is rollback and an exception is thrown to the client. I already tried increasing the max-bean-age and max-bean-life for the "Standard Stateful SessionBean" and "Clustered Stateful SessionBean" in conf/standardjboss.xml as well as increased the TransactionTimeout from 300 to 450 in conf/standardjboss.xml.

 

After exaction 450 seconds since invoking the long running method the following log messages are reported :

 

20:18:27,543 WARN  [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_58] - Abort of action id -3f57fd2d:e48e:4cf8de0f:bc invoked while multiple threads active within it.

20:18:27,544 WARN  [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.CheckedAction_2] - CheckedAction::check - atomic action -3f57fd2d:e48e:4cf8de0f:bc aborting with 1 threads active!

 

And after 600 seconds

20:20:57,708 WARN  [arjLoggerI18N] [com.arjuna.ats.arjuna.coordinator.BasicAction_40] - Abort called on already aborted atomic action -3f57fd2d:e48e:4cf8de0f:bc\

 

and the following exception is thrown to the client

 

Got Service

java.lang.IllegalStateException: [com.arjuna.ats.internal.jta.transaction.arjunacore.inactive] [com.arjuna.ats.internal.jta.transaction.arjunacore.inactive] The transaction is not active!

       at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1379)

       at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:135)

       at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:87)

       at org.jboss.aspects.tx.TxPolicy.endTransaction(TxPolicy.java:175)

       at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:87)

       at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191)

       at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)

....

 

 

My question is where do I set the default transaction time which seems to be set to 600 seconds. I know there is an option in jboss.xml as well as an annotation. However I am looking for the place where the default global setting can be changed.

 

Kind regards

Alex

  • 1. Re: Transaction timeout after 10 minutes
    Wolf-Dieter Fink Master

    You might set the default Tx timeout

    JBoss 5.1 server/<name>/conf/transaction-jboss-beans.xml ==> <property name="transactionTimeout">300</property>

     

    I prefere to set the Tx timeout special for the method within the deployment descriptor

  • 2. Re: Transaction timeout after 10 minutes
    Alexander Hartner Expert

    Any idea where this is set for 4.2.3 ?

     

    Regards

    Alex

  • 3. Re: Transaction timeout after 10 minutes
    jaikiran pai Master

    Server level transaction timeout in set in JBOSS_HOME/server/< servername>/conf/jboss-service.xml (search for 300 in that file) for 4.x version of JBoss AS.

  • 4. Re: Transaction timeout after 10 minutes
    Alexander Hartner Expert

    I already tried changing the TransactionTimeout setting in jboss-service.xml from 300 to 450, however the exception still occurs exactly 10 minutes after the method is invoked.

     

    Any other pointers?

  • 5. Re: Transaction timeout after 10 minutes
    jaikiran pai Master

    Post the contents of that jboss-service.xml file.

  • 6. Re: Transaction timeout after 10 minutes
    Alexander Hartner Expert
    <?xml version="1.0" encoding="UTF-8"?>
    <!-- $Id: jboss-service.xml 70764 2008-03-12 12:08:20Z galder.zamarreno@jboss.com $ -->
    <!-- ===================================================================== -->
    <!--  JBoss Server Configuration                                           -->
    <!-- ===================================================================== -->
    
    <server>
    
       <!-- Load all jars from the JBOSS_DIST/server/<config>/lib directory. This
         can be restricted to specific jars by specifying them in the archives
         attribute.
        -->
       <classpath codebase="${jboss.server.lib.url:lib}" archives="*"/>
    
       <!-- ==================================================================== -->
       <!-- JSR-77 Single JBoss Server Management Domain                         -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.management.j2ee.LocalJBossServerDomain"
          name="jboss.management.local:j2eeType=J2EEDomain,name=Manager">
          <attribute name="MainDeployer">jboss.system:service=MainDeployer</attribute>
          <attribute name="SARDeployer">jboss.system:service=ServiceDeployer</attribute>
          <attribute name="EARDeployer">jboss.j2ee:service=EARDeployer</attribute>
          <attribute name="EJBDeployer">jboss.ejb:service=EJBDeployer</attribute>
          <attribute name="RARDeployer">jboss.jca:service=RARDeployer</attribute>
          <attribute name="CMDeployer">jboss.jca:service=ConnectionFactoryDeployer</attribute>
          <attribute name="WARDeployer">jboss.web:service=WebServer</attribute>
          <attribute name="CARDeployer">jboss.j2ee:service=ClientDeployer</attribute>
          <attribute name="MailService">jboss:service=Mail</attribute>
          <attribute name="JNDIService">jboss:service=Naming</attribute>
          <attribute name="JTAService">jboss:service=TransactionManager</attribute>
          <attribute name="UserTransactionService">jboss:service=ClientUserTransaction</attribute>
          <attribute name="RMI_IIOPService">jboss:service=CorbaORB</attribute>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- XMBean Persistence                                                   -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.system.pm.AttributePersistenceService"
          name="jboss:service=AttributePersistenceService"
          xmbean-dd="resource:xmdesc/AttributePersistenceService-xmbean.xml">
          <!-- the AttributePersistenceService is persistent, itself -->
    
          <!--
          <attribute name="AttributePersistenceManagerClass">org.jboss.system.pm.XMLAttributePersistenceManager</attribute>
          <attribute name="AttributePersistenceManagerConfig">
             <data-directory>data/xmbean-attrs</data-directory>
          </attribute>
          <attribute name="ApmDestroyOnServiceStop">false</attribute>
          <attribute name="VersionTag"></attribute>
          -->
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- Thread Pool                                                          -->
       <!-- ==================================================================== -->
    
       <!-- A Thread pool service -->
       <mbean code="org.jboss.util.threadpool.BasicThreadPool"
          name="jboss.system:service=ThreadPool">
          <attribute name="Name">JBoss System Threads</attribute>
          <attribute name="ThreadGroupName">System Threads</attribute>
          <!-- How long a thread will live without any tasks in MS -->
          <attribute name="KeepAliveTime">60000</attribute>
          <!-- The max number of threads in the pool -->
          <attribute name="MaximumPoolSize">10</attribute>
          <!-- The max number of tasks before the queue is full -->
          <attribute name="MaximumQueueSize">1000</attribute>
          <!-- The behavior of the pool when a task is added and the queue is full.
          abort - a RuntimeException is thrown
          run - the calling thread executes the task
          wait - the calling thread blocks until the queue has room
          discard - the task is silently discarded without being run
          discardOldest - check to see if a task is about to complete and enque
             the new task if possible, else run the task in the calling thread
          -->
          <attribute name="BlockingMode">run</attribute>
       </mbean>
    
       <!-- Preload all custom editors for VMs that don't use the thread
            context class loader when searching for PropertyEditors. Uncomment
            if your JDK 1.3.0 VM fails to find JBoss PropertyEditors.
       <mbean code="org.jboss.varia.property.PropertyEditorManagerService"
         name="jboss:type=Service,name=BootstrapEditors">
         <attribute name="BootstrapEditors">
           java.math.BigDecimal=org.jboss.util.propertyeditor.BigDecimalEditor
           java.lang.Boolean=org.jboss.util.propertyeditor.BooleanEditor
           java.lang.Class=org.jboss.util.propertyeditor.ClassEditor
           java.util.Date=org.jboss.util.propertyeditor.DateEditor
           java.io.File=org.jboss.util.propertyeditor.FileEditor
           java.net.InetAddress=org.jboss.util.propertyeditor.InetAddressEditor
           java.lang.Integer=org.jboss.util.propertyeditor.IntegerEditor
           javax.management.ObjectName=org.jboss.mx.util.propertyeditor.ObjectNameEditor
           java.util.Properties=org.jboss.util.propertyeditor.PropertiesEditor
           [Ljava.lang.String;=org.jboss.util.propertyeditor.StringArrayEditor
           java.net.URL=org.jboss.util.propertyeditor.URLEditor
         </attribute>
       </mbean>
       -->
    
       <!-- ==================================================================== -->
       <!-- Log4j Initialization                                                 -->
       <!-- ==================================================================== -->
    
       <mbean code="org.jboss.logging.Log4jService"
          name="jboss.system:type=Log4jService,service=Logging"
       xmbean-dd="resource:xmdesc/Log4jService-xmbean.xml">
          <attribute name="ConfigurationURL">resource:jboss-log4j.xml</attribute>
          <!-- Set the org.apache.log4j.helpers.LogLog.setQuiteMode. As of log4j1.2.8
          this needs to be set to avoid a possible deadlock on exception at the
          appender level. See bug#696819.
          -->
          <attribute name="Log4jQuietMode">true</attribute>
          <!-- How frequently in seconds the ConfigurationURL is checked for changes -->
          <attribute name="RefreshPeriod">60</attribute>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- Active Alarm Table                                                   -->
       <!-- ==================================================================== -->
    
       <!--
          | The ActiveAlarmTable service is a simple JMX notification listener
          | that maintains a table with the received notifications (alarms).
          | The alarms can be acknowledged through the jmx or the web console.
          | Modify the SubscriptionList below to subscribe for any notification
          | in the system and treat it as an alarm.
          | The JMXNotificationAppender is a log4j Appender that can be configured
          | in log4j.xml, that trasforms logging events to JMX notification so they
          | can be fed back into the table. By storing the WARN or higher level logging
          | events you can have a quick view of important system faults.
          |
          | The following attributes may be set:
          |
          | MaxTableSize (default 1000)
          |  - set an upper limit to the number of stored alarms
          | LogLevel (default DEBUG)
          |  - the log level to use for received notification, can be set to NONE
          | ServerId (default jboss)
          |  - used to construct unique alarm ids
          | SubscriptionList
          |  - subscribe for the notifications to be stored in the table
    
       <mbean code="org.jboss.monitor.services.ActiveAlarmTable"
              name="jboss.monitor:service=ActiveAlarmTable">
          <attribute name="SubscriptionList">
             <subscription-list>
                <mbean name="jboss.monitor:*">
                   <notification type="jboss.alarm"/>
                   <notification type="JBOSS_MONITOR_NOTIFICATION"/>
                </mbean>
                <mbean name="jboss.system:service=Logging,type=JMXNotificationAppender"/>
             </subscription-list>
          </attribute>
       </mbean>
       -->
    
       <!-- ==================================================================== -->
       <!-- JBoss RMI Classloader - only install when available                  -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.util.property.jmx.SystemPropertyClassValue"
          name="jboss.rmi:type=RMIClassLoader">
          <attribute name="Property">java.rmi.server.RMIClassLoaderSpi</attribute>
          <attribute name="ClassName">org.jboss.system.JBossRMIClassLoader</attribute>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- Service Binding                                                      -->
       <!-- ==================================================================== -->
    
       <!-- Automatically activated when generatting the clustering environment -->
       <!-- @TESTSUITE_CLUSTER_CONFIG@ -->
    
       <!--
          | Binding service manager for port/host mapping. This is a sample
          | config that demonstrates a JBoss instances with a server name 'ports-01'
          | loading its bindings from an XML file using the ServicesStoreFactory
          | implementation returned by the XMLServicesStoreFactory.
          |
          | ServerName: The unique name assigned to a JBoss server instance for
          | lookup purposes. This allows a single ServicesStore to handle mulitiple
          | JBoss servers.
          |
          | StoreURL: The URL string passed to org.jboss.services.binding.ServicesStore
          | during initialization that specifies how to connect to the bindings store.
          | StoreFactory: The org.jboss.services.binding.ServicesStoreFactory interface
          | implementation to create to obtain the ServicesStore instance.
    
       <mbean code="org.jboss.services.binding.ServiceBindingManager"
         name="jboss.system:service=ServiceBindingManager">
         <attribute name="ServerName">ports-01</attribute>
         <attribute name="StoreURL">${jboss.home.url}/docs/examples/binding-manager/sample-bindings.xml</attribute>
         <attribute name="StoreFactoryClassName">
           org.jboss.services.binding.XMLServicesStoreFactory
         </attribute>
       </mbean>
       -->
    
       <!-- ==================================================================== -->
       <!-- Class Loading                                                        -->
       <!-- ==================================================================== -->
    
       <!-- A mini webserver used for dynamic and class and resource loading -->
       <mbean code="org.jboss.web.WebService"
          name="jboss:service=WebService">
          <!-- The Bind address and Port -->
          <attribute name="BindAddress">${jboss.bind.address}</attribute>     
          <attribute name="Port">8083</attribute>
          <!--  The address to use for the host portion of the RMI codebase URL -->
          <attribute name="Host">${java.rmi.server.hostname}</attribute>
          <!-- Should non-EJB .class files be downloadable -->
          <attribute name="DownloadServerClasses">true</attribute>
          <!-- Should resources other than .class files be downloadable. Both
             DownloadServerClasses and DownloadResources must be true for resources
             to be downloadable. This is false by default because its generally a
             bad idea as server configuration files that container security
             information can be accessed.
           -->
          <attribute name="DownloadResources">false</attribute>
    
          <!-- Use the default thread pool for dynamic class loading -->
          <depends optional-attribute-name="ThreadPool"
             proxy-type="attribute">jboss.system:service=ThreadPool</depends>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- JNDI                                                                 -->
       <!-- ==================================================================== -->
    
       <!-- A simple mbean wrapper around the jndi Naming object. This
       only handles an in memory instance. The NamingService uses this
       as the JNDI store and exposes it remotely.
       -->
       <mbean code="org.jnp.server.NamingBeanImpl"
          name="jboss:service=NamingBeanImpl"
          xmbean-dd="resource:xmdesc/NamingBean-xmbean.xml">
       </mbean>
    
       <mbean code="org.jboss.naming.NamingService"
          name="jboss:service=Naming"
          xmbean-dd="resource:xmdesc/NamingService-xmbean.xml">
          <!-- The call by value mode. true if all lookups are unmarshalled using
             the caller's TCL, false if in VM lookups return the value by reference.
          -->
          <attribute name="CallByValue">false</attribute>
          <!-- The listening port for the bootstrap JNP service. Set this to -1
             to run the NamingService without the JNP invoker listening port.
          -->
          <attribute name="Port">1099</attribute>
          <!-- The bootstrap JNP server bind address. This also sets the default
             RMI service bind address. Empty == all addresses
          -->
          <attribute name="BindAddress">${jboss.bind.address}</attribute>
          <!-- The port of the RMI naming service, 0 == anonymous -->
          <attribute name="RmiPort">1098</attribute>
          <!-- The RMI service bind address. Empty == all addresses
          -->
          <attribute name="RmiBindAddress">${jboss.bind.address}</attribute>
          <!-- The thread pool service used to control the bootstrap lookups -->
          <depends optional-attribute-name="LookupPool"
             proxy-type="attribute">jboss.system:service=ThreadPool</depends>
          <!-- An example of using the unifed invoker as the transport.
             <depends optional-attribute-name="InvokerProxyFactory"
             proxy-type="attribute">jboss:service=proxyFactory,type=unified,target=Naming</depends>
          -->
          <depends optional-attribute-name="Naming"
             proxy-type="attribute">jboss:service=NamingBeanImpl</depends>
       </mbean>
    
       <mbean code="org.jboss.naming.JNDIView"
        name="jboss:service=JNDIView"
        xmbean-dd="resource:xmdesc/JNDIView-xmbean.xml">
        <!-- The HANamingService service name -->
        <attribute name="HANamingService">jboss:service=HAJNDI</attribute>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- Security                                                             -->
       <!-- ==================================================================== -->
    
       <mbean code="org.jboss.security.plugins.SecurityConfig"
          name="jboss.security:service=SecurityConfig">
          <attribute name="LoginConfig">jboss.security:service=XMLLoginConfig</attribute>
       </mbean>
       <mbean code="org.jboss.security.auth.login.XMLLoginConfig"
          name="jboss.security:service=XMLLoginConfig">
          <attribute name="ConfigResource">login-config.xml</attribute>
       </mbean>
    
       <!-- JAAS security manager and realm mapping -->
       <mbean code="org.jboss.security.plugins.JaasSecurityManagerService"
          name="jboss.security:service=JaasSecurityManager">
          <!-- A flag which indicates whether the SecurityAssociation server mode
          is set on service creation. This is true by default since the
          SecurityAssociation should be thread local for multi-threaded server
          operation.
          -->
          <attribute name="ServerMode">true</attribute>
          <attribute name="SecurityManagerClassName">org.jboss.security.plugins.JaasSecurityManager</attribute>
          <attribute name="DefaultUnauthenticatedPrincipal">anonymous</attribute>
          <!-- DefaultCacheTimeout: Specifies the default timed cache policy timeout
          in seconds.
          If you want to disable caching of security credentials, set this to 0 to
          force authentication to occur every time. This has no affect if the
          AuthenticationCacheJndiName has been changed from the default value.
          -->
          <attribute name="DefaultCacheTimeout">1800</attribute>
          <!-- DefaultCacheResolution: Specifies the default timed cache policy
          resolution in seconds. This controls the interval at which the cache
          current timestamp is updated and should be less than the DefaultCacheTimeout
          in order for the timeout to be meaningful. This has no affect if the
          AuthenticationCacheJndiName has been changed from the default value.
          -->
          <attribute name="DefaultCacheResolution">60</attribute>
          <!-- DeepCopySubjectMode: This set the copy mode of subjects done by the
          security managers to be deep copies that makes copies of the subject
          principals and credentials if they are cloneable. It should be set to
          true if subject include mutable content that can be corrupted when
          multiple threads have the same identity and cache flushes/logout clearing
          the subject in one thread results in subject references affecting other
          threads.
          -->
          <attribute name="DeepCopySubjectMode">false</attribute>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- Transactions                                                         -->
       <!-- ==================================================================== -->
    
       <!-- The configurable Xid factory.  For use with Oracle, set pad to true -->
       <mbean code="org.jboss.tm.XidFactory"
          name="jboss:service=XidFactory">
          <!--attribute name="Pad">true</attribute-->
       </mbean>
    
       <!--
          | The fast in-memory transaction manager.
          | Deprecated in JBossAS v4.2. Use JBossTS JTA instead.
        - ->
       <mbean code="org.jboss.tm.TransactionManagerService"
          name="jboss:service=TransactionManager"
          xmbean-dd="resource:xmdesc/TransactionManagerService-xmbean.xml">
          <attribute name="TransactionTimeout">300</attribute>
          <!- - set to false to disable transaction demarcation over IIOP - ->
          <attribute name="GlobalIdsEnabled">true</attribute>
          <depends optional-attribute-name="XidFactory">jboss:service=XidFactory</depends>
    
          <!- - Transaction Integrity Checking - ->
          <!- - Force a rollback if another thread is associated with the transaction at commit - ->
          <!- - <depends optional-attribute-name="TransactionIntegrityFactory"
                   proxy-type="org.jboss.tm.integrity.TransactionIntegrityFactory">
             <mbean code="org.jboss.tm.integrity.FailIncompleteTransaction"
                    name="jboss:service=TransactionManager,plugin=TransactionIntegrity"/>
          </depends> - ->
       </mbean>
       -->
    
       <!-- JBoss Transactions JTA -->
       <mbean code="com.arjuna.ats.jbossatx.jta.TransactionManagerService"
          name="jboss:service=TransactionManager">
          <attribute name="TransactionTimeout">450</attribute>
          <attribute name="ObjectStoreDir">${jboss.server.data.dir}/tx-object-store</attribute>
       </mbean>
    
       <!--
          | UserTransaction support.
        -->
       <mbean code="org.jboss.tm.usertx.server.ClientUserTransactionService"
          name="jboss:service=ClientUserTransaction"
          xmbean-dd="resource:xmdesc/ClientUserTransaction-xmbean.xml">
          <depends>
             <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory"
                name="jboss:service=proxyFactory,target=ClientUserTransactionFactory">
                <attribute name="InvokerName">jboss:service=invoker,type=unified</attribute>
                <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute>
                <attribute name="JndiName">UserTransactionSessionFactory</attribute>
                <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSessionFactory</attribute>
                <attribute name="ClientInterceptors">
                   <interceptors>
                      <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor>
                      <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
                   </interceptors>
                </attribute>
                <depends>jboss:service=invoker,type=unified</depends>
             </mbean>
          </depends>
          <depends optional-attribute-name="TxProxyName">
             <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory"
                name="jboss:service=proxyFactory,target=ClientUserTransaction">
                <attribute name="InvokerName">jboss:service=invoker,type=unified</attribute>
                <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute>
                <attribute name="JndiName"></attribute>
                <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSession</attribute>
                <attribute name="ClientInterceptors">
                   <interceptors>
                      <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor>
                      <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
                   </interceptors>
                </attribute>
                <depends>jboss:service=invoker,type=unified</depends>
             </mbean>
          </depends>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- Invokers to the JMX node                                             -->
       <!-- ==================================================================== -->
    
       <!-- Unified invoker (based on remoting) -->
       <mbean code="org.jboss.invocation.unified.server.UnifiedInvoker"
          name="jboss:service=invoker,type=unified">
          <!-- To turn on strict RMI exception propagation uncomment block below -->
          <!-- This will cause the UnifiedInvokerProxy to wrap RemoteExceptions  -->
          <!-- within a ServerException, otherwise will throw root exception     -->
          <!-- (not RemoteException)                                             -->
          <!-- <attribute name="StrictRMIException">true</attribute> -->
          <depends>jboss:service=TransactionManager</depends>
          <depends>jboss.remoting:service=Connector,transport=socket</depends>
       </mbean>
    
       <!-- RMI/JRMP invoker -->
       <mbean code="org.jboss.invocation.jrmp.server.JRMPInvoker"
          name="jboss:service=invoker,type=jrmp">
          <attribute name="RMIObjectPort">4444</attribute>
          <attribute name="ServerAddress">${jboss.bind.address}</attribute>
          <!--
          <attribute name="RMIClientSocketFactory">custom</attribute>
          <attribute name="RMIServerSocketFactory">custom</attribute>
          <attribute name="RMIServerSocketAddr">custom</attribute>
          <attribute name="SecurityDomain">ssl-domain-name</attribute>
          -->
          <depends>jboss:service=TransactionManager</depends>
       </mbean>
    
       <mbean code="org.jboss.invocation.local.LocalInvoker"
          name="jboss:service=invoker,type=local">
    
          <depends>jboss:service=TransactionManager</depends>
       </mbean>
    
       <mbean code="org.jboss.invocation.pooled.server.PooledInvoker"
          name="jboss:service=invoker,type=pooled">
          <attribute name="NumAcceptThreads">1</attribute>
          <attribute name="MaxPoolSize">300</attribute>
          <attribute name="ClientMaxPoolSize">300</attribute>
          <attribute name="SocketTimeout">60000</attribute>
          <attribute name="ServerBindAddress">${jboss.bind.address}</attribute>
          <attribute name="ServerBindPort">4445</attribute>
          <attribute name="ClientConnectAddress">${jboss.bind.address}</attribute>
          <attribute name="ClientConnectPort">0</attribute>
          <attribute name="ClientRetryCount">1</attribute>
          <attribute name="EnableTcpNoDelay">false</attribute>
    
          <!-- Customized socket factory attributes
          <attribute name="ClientSocketFactoryName">custom.client.factory</attribute>
          <attribute name="ServerSocketFactoryName">custom.server.factory</attribute>
          <attribute name="SslDomain">java:/jaas/pooledInvoker</attribute>
          -->
          <depends optional-attribute-name="TransactionManagerService">jboss:service=TransactionManager</depends>
       </mbean>
    
       <!-- ==================================================================== -->
       <!-- Remoting services                                     -->
       <!-- ==================================================================== -->
    
       <!-- For detailed description of all these configuration attributes, please see the -->
       <!-- JBoss Remoting User's Guide or wiki (http://labs.jboss.com/portal/jbossremoting/docs/guide/index.html) -->
    
        <!-- The NetworkRegistry contains all the local and remote -->
        <!-- servers that it recognizes.  The remote ones registered -->
        <!-- are dependant on the detectors running and which domains -->
        <!-- they are configured to identify.                         -->
        <mbean code="org.jboss.remoting.network.NetworkRegistry"
               name="jboss.remoting:service=NetworkRegistry"/>
    
       <!-- The Connector is the core component of the remoting server service. -->
       <!-- It binds the remoting invoker (transport protocol, callback configuration, -->
       <!-- data marshalling, etc.) with the invocation handlers.  -->
       <mbean code="org.jboss.remoting.transport.Connector"
              name="jboss.remoting:service=Connector,transport=socket"
              display-name="Socket transport Connector">
    
           <!-- Can either just specify the InvokerLocator attribute and not the invoker element in the -->
           <!-- Configuration attribute, or do the full invoker configuration in the in invoker element -->
           <!-- of the Configuration attribute. -->
    
           <!-- Remember that if you do use more than one param on the uri, will have to include as a CDATA, -->
           <!-- otherwise, parser will complain. -->
           <!-- <attribute name="InvokerLocator"><![CDATA[socket://${jboss.bind.address}:4446/?datatype=invocation]]></attribute> -->
    
          <attribute name="Configuration">
             <!-- Using the following <invoker> element instead of the InvokerLocator above because specific attributes needed. -->
             <!-- If wanted to use any of the parameters below, can just add them as parameters to the url above if wanted use the InvokerLocator attribute. -->
             <config>
                <!-- Other than transport type and handler, none of these configurations are required (will just use defaults). -->
                <invoker transport="socket">
                   <attribute name="dataType" isParam="true">invocation</attribute>
                   <attribute name="marshaller" isParam="true">org.jboss.invocation.unified.marshall.InvocationMarshaller</attribute>
                   <attribute name="unmarshaller" isParam="true">org.jboss.invocation.unified.marshall.InvocationUnMarshaller</attribute>
                   <!-- This will be port on which the marshall loader port runs on.  -->
                   <!-- <attribute name="loaderport" isParam="true">4447</attribute> -->
                   <!-- The following are specific to socket invoker -->
                   <!-- <attribute name="numAcceptThreads">1</attribute>-->
                   <!-- <attribute name="maxPoolSize">303</attribute>-->
                   <!-- <attribute name="clientMaxPoolSize" isParam="true">304</attribute>-->
                   <attribute name="socketTimeout" isParam="true">630000</attribute>
                   <attribute name="serverBindAddress">${jboss.bind.address}</attribute>
                   <attribute name="serverBindPort">4446</attribute>
                   <!-- <attribute name="clientConnectAddress">216.23.33.2</attribute> -->
                   <!-- <attribute name="clientConnectPort">7777</attribute> -->
                   <attribute name="enableTcpNoDelay" isParam="true">true</attribute>
                   <!-- <attribute name="backlog">200</attribute>-->
                   <!-- The following is for callback configuration and is independant of invoker type -->
                   <!-- <attribute name="callbackMemCeiling">30</attribute>-->
                   <!-- indicates callback store by fully qualified class name -->
                   <!-- <attribute name="callbackStore">org.jboss.remoting.CallbackStore</attribute>-->
                   <!-- indicates callback store by object name -->
                   <!-- <attribute name="callbackStore">jboss.remoting:service=CallbackStore,type=Serializable</attribute> -->
                   <!-- config params for callback store.  if were declaring callback store via object name, -->
                   <!-- could have specified these config params there. -->
                   <!-- StoreFilePath indicates to which directory to write the callback objects. -->
                   <!-- The default value is the property value of 'jboss.server.data.dir' and if this is not set, -->
                   <!-- then will be 'data'. Will then append 'remoting' and the callback client's session id. -->
                   <!-- An example would be 'data\remoting\5c4o05l-9jijyx-e5b6xyph-1-e5b6xyph-2'. -->
                   <!-- <attribute name="StoreFilePath">callback</attribute>-->
                   <!-- StoreFileSuffix indicates the file suffix to use for the callback objects written to disk. -->
                   <!-- The default value for file suffix is 'ser'. -->
                   <!-- <attribute name="StoreFileSuffix">cst</attribute>-->
                </invoker>
    
                <!-- At least one handler is required by the connector.  If have more than one, must decalre -->
                <!-- different subsystem values.  Otherwise, all invocations will be routed to the only one -->
                <!-- that is declared. -->
                <handlers>
                   <!-- can also specify handler by fully qualified classname -->
                   <handler subsystem="invoker">jboss:service=invoker,type=unified</handler>
                </handlers>
             </config>
          </attribute>
          <depends>jboss.remoting:service=NetworkRegistry</depends>
       </mbean>
    
    
       <!-- <mbean code="org.jboss.remoting.detection.jndi.JNDIDetector"-->
       <!--      name="jboss.remoting:service=Detector,transport=jndi">-->
       <!-- host to which the detector will connect to for the JNDI server. -->
       <!-- <attribute name="Host">localhost</attribute>-->
       <!-- port to which detector will connect to for the JNDI server. -->
       <!-- <attribute name="Port">5555</attribute>-->
       <!-- context factory string used when connecting to the JNDI server. -->
       <!-- The default is org.jnp.interfaces.NamingContextFactory. -->
       <!-- <attribute name="ContextFactory">org.acme.NamingContextFactory</attribute> -->
       <!-- url package string to use when connecting to the JNDI server. -->
       <!-- The default is org.jboss.naming:org.jnp.interfaces. -->
       <!-- <attribute name="URLPackage">org.acme.naming</attribute> -->
       <!-- Sets the number of detection iterations before manually pinging -->
       <!-- remote server to make sure still alive. This is needed since remote server -->
       <!-- could crash and yet still have an entry in the JNDI server, -->
       <!-- thus making it appear that it is still there. The default value is 5. -->
       <!-- <attribute name="CleanDetectionNumber">20</attribute>-->
    
       <!-- Specifies the domains in which the detector will recognize -->
       <!-- detections.  If servers are not configured to be in these -->
       <!-- domains, they will not be added to NetworkRegistry. -->
       <!--      <attribute name="Configuration">-->
       <!--         <domains>-->
       <!--            <domain>roxanne</domain>-->
       <!--            <domain>sparky</domain>-->
       <!--         </domains>-->
       <!--      </attribute>-->
       <!--   </mbean>-->
    
    
       <!-- ==================================================================== -->
       <!-- Monitoring and Management                                            -->
       <!-- ==================================================================== -->
    
       <!-- Uncomment to enable JMX monitoring of the bean cache
       <mbean code="org.jboss.monitor.BeanCacheMonitor"
              name="jboss.monitor:name=BeanCacheMonitor"/>
       -->
    
       <!-- Uncomment to enable JMX monitoring of the entity bean locking
       <mbean code="org.jboss.monitor.EntityLockMonitor"
              name="jboss.monitor:name=EntityLockMonitor"/>
       -->
    
       <!-- ==================================================================== -->
       <!-- An MBean that is a registry for JDBC type-mapping metadata           -->
       <!-- ==================================================================== -->
    
       <mbean code="org.jboss.ejb.plugins.cmp.jdbc.metadata.MetaDataLibrary"
          name="jboss.jdbc:service=metadata"/>
    
       <!-- ==================================================================== -->
       <!-- Deployment Scanning                                                  -->
       <!-- ==================================================================== -->
    
       <!-- An mbean for hot deployment/undeployment of archives.
       -->
       <mbean code="org.jboss.deployment.scanner.URLDeploymentScanner"
          name="jboss.deployment:type=DeploymentScanner,flavor=URL">
    
          <!-- Uncomment (and comment/remove version below) to enable usage of the
            DeploymentCache
          <depends optional-attribute-name="Deployer">jboss.deployment:type=DeploymentCache</depends>
          -->
          <depends optional-attribute-name="Deployer">jboss.system:service=MainDeployer</depends>
    
          <!-- The URLComparator can be used to specify a deployment ordering
               for deployments found in a scanned directory.  The class specified
               must be an implementation of java.util.Comparator, it must be able
               to compare two URL objects, and it must have a no-arg constructor.
               Two deployment comparators are shipped with JBoss:
                 - org.jboss.deployment.DeploymentSorter
                   Sorts by file extension, as follows:
                     "sar", "service.xml", "rar", "jar", "war", "wsr", "ear", "zip",
                     "*"
                 - org.jboss.deployment.scanner.PrefixDeploymentSorter
                   If the name portion of the url begins with 1 or more digits, those
                   digits are converted to an int (ignoring leading zeroes), and
                   files are deployed in that order.  Files that do not start with
                   any digits will be deployed first, and they will be sorted by
                   extension as above with DeploymentSorter.
          -->
          <attribute name="URLComparator">org.jboss.deployment.DeploymentSorter</attribute>
    
          <!--
          <attribute name="URLComparator">org.jboss.deployment.scanner.PrefixDeploymentSorter</attribute>
          -->
    
          <!-- The FilterInstance specifies a URLLister.URLFilter for scanned
               directories. This DeploymentFilter is initialized with the given
               prefixes, suffixes and matches that define which URLs should be
               ignored.
          -->
          <attribute name="FilterInstance"
             attributeClass="org.jboss.deployment.scanner.DeploymentFilter"
             serialDataType="javaBean">
             <!-- Files starting with theses strings are ignored -->
             <property name="prefixes">#,%,\,,.,_$</property>
             <!-- Files ending with theses strings are ignored -->
             <property name="suffixes">#,$,%,~,\,v,.BAK,.bak,.old,.orig,.tmp,.rej,.sh</property>
             <!-- Files matching with theses strings are ignored -->
             <property name="matches">.make.state,.nse_depinfo,CVS,CVS.admin,RCS,RCSLOG,SCCS,TAGS,core,tags</property>
          </attribute>
    
          <!-- Frequency in milliseconds to rescan the URLs for changes -->
          <attribute name="ScanPeriod">5000</attribute>
    
          <!-- A flag to disable the scans -->
          <attribute name="ScanEnabled">true</attribute>
    
          <!-- URLs are comma separated and resolve relative to the server home URL
             unless the given path is absolute. If the URL ends in "/" it is
             considered a collection and scanned, otherwise it is simply deployed;
             this follows RFC2518 convention and allows discrimination between
             collections and directories that are simply unpacked archives.
    
             URLs may be local (file:) or remote (http:). Scanning is supported
             for remote URLs but unpacked deployment units are not.
    
             Example URLs:
                deploy/
                     scans ${jboss.server.url}/deploy/, which is local or remote
                     depending on the URL used to boot the server
                ${jboss.server.home}/deploy/
                     scans ${jboss.server.home)/deploy, which is always local
                file:/var/opt/myapp.ear
                     deploy myapp.ear from a local location
                file:/var/opt/apps/
                     scans the specified directory
                http://www.test.com/netboot/myapp.ear
                     deploys myapp.ear from a remote location
                http://www.test.com/netboot/apps/
                     scans the specified WebDAV location
           -->
          <attribute name="URLs">
             deploy/
          </attribute>
    
          <!-- Indicates if the scanner should recursively scan directories that
          contain no "." in their names. This can be used to group applications
          and services that must be deployed and that have the same
          logical function in the same directory i.e.
            deploy/JMX/
            deploy/JMS/
            ...
          -->
          <attribute name="RecursiveSearch">True</attribute>
    
       </mbean>
    
    </server>
    <?xml version="1.0" encoding="UTF-8"?>
     
    <!-- $Id: jboss-service.xml 70764 2008-03-12 12:08:20Z galder.zamarreno@jboss.com $ -->
     
    <!-- ===================================================================== -->
    <!--  JBoss Server Configuration                                           -->
    <!-- ===================================================================== -->
     
    <server>
     
       <!-- Load all jars from the JBOSS_DIST/server/<config>/lib directory. This
         can be restricted to specific jars by specifying them in the archives
         attribute.
        -->
       <classpath codebase="${jboss.server.lib.url:lib}" archives="*"/>
     
       <!-- ==================================================================== -->
       <!-- JSR-77 Single JBoss Server Management Domain                         -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.management.j2ee.LocalJBossServerDomain"
          name="jboss.management.local:j2eeType=J2EEDomain,name=Manager">
          <attribute name="MainDeployer">jboss.system:service=MainDeployer</attribute>
          <attribute name="SARDeployer">jboss.system:service=ServiceDeployer</attribute>
          <attribute name="EARDeployer">jboss.j2ee:service=EARDeployer</attribute>
          <attribute name="EJBDeployer">jboss.ejb:service=EJBDeployer</attribute>
          <attribute name="RARDeployer">jboss.jca:service=RARDeployer</attribute>
          <attribute name="CMDeployer">jboss.jca:service=ConnectionFactoryDeployer</attribute>
          <attribute name="WARDeployer">jboss.web:service=WebServer</attribute>
          <attribute name="CARDeployer">jboss.j2ee:service=ClientDeployer</attribute>
          <attribute name="MailService">jboss:service=Mail</attribute>
          <attribute name="JNDIService">jboss:service=Naming</attribute>
          <attribute name="JTAService">jboss:service=TransactionManager</attribute>
          <attribute name="UserTransactionService">jboss:service=ClientUserTransaction</attribute>
          <attribute name="RMI_IIOPService">jboss:service=CorbaORB</attribute>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- XMBean Persistence                                                   -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.system.pm.AttributePersistenceService"
          name="jboss:service=AttributePersistenceService"
          xmbean-dd="resource:xmdesc/AttributePersistenceService-xmbean.xml">
          <!-- the AttributePersistenceService is persistent, itself -->
     
          <!--
          <attribute name="AttributePersistenceManagerClass">org.jboss.system.pm.XMLAttributePersistenceManager</attribute>
          <attribute name="AttributePersistenceManagerConfig">
             <data-directory>data/xmbean-attrs</data-directory>
          </attribute>
          <attribute name="ApmDestroyOnServiceStop">false</attribute>
          <attribute name="VersionTag"></attribute>
          -->
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- Thread Pool                                                          -->
       <!-- ==================================================================== -->
      
       <!-- A Thread pool service -->
       <mbean code="org.jboss.util.threadpool.BasicThreadPool"
          name="jboss.system:service=ThreadPool">
          <attribute name="Name">JBoss System Threads</attribute>
          <attribute name="ThreadGroupName">System Threads</attribute>
          <!-- How long a thread will live without any tasks in MS -->
          <attribute name="KeepAliveTime">60000</attribute>
          <!-- The max number of threads in the pool -->
          <attribute name="MaximumPoolSize">10</attribute>
          <!-- The max number of tasks before the queue is full -->
          <attribute name="MaximumQueueSize">1000</attribute>
          <!-- The behavior of the pool when a task is added and the queue is full.
          abort - a RuntimeException is thrown
          run - the calling thread executes the task
          wait - the calling thread blocks until the queue has room
          discard - the task is silently discarded without being run
          discardOldest - check to see if a task is about to complete and enque
             the new task if possible, else run the task in the calling thread
          -->
          <attribute name="BlockingMode">run</attribute>
       </mbean>
     
       <!-- Preload all custom editors for VMs that don't use the thread
            context class loader when searching for PropertyEditors. Uncomment
            if your JDK 1.3.0 VM fails to find JBoss PropertyEditors.
       <mbean code="org.jboss.varia.property.PropertyEditorManagerService"
         name="jboss:type=Service,name=BootstrapEditors">
         <attribute name="BootstrapEditors">
           java.math.BigDecimal=org.jboss.util.propertyeditor.BigDecimalEditor
           java.lang.Boolean=org.jboss.util.propertyeditor.BooleanEditor
           java.lang.Class=org.jboss.util.propertyeditor.ClassEditor
           java.util.Date=org.jboss.util.propertyeditor.DateEditor
           java.io.File=org.jboss.util.propertyeditor.FileEditor
           java.net.InetAddress=org.jboss.util.propertyeditor.InetAddressEditor
           java.lang.Integer=org.jboss.util.propertyeditor.IntegerEditor
           javax.management.ObjectName=org.jboss.mx.util.propertyeditor.ObjectNameEditor
           java.util.Properties=org.jboss.util.propertyeditor.PropertiesEditor
           [Ljava.lang.String;=org.jboss.util.propertyeditor.StringArrayEditor
           java.net.URL=org.jboss.util.propertyeditor.URLEditor
         </attribute>
       </mbean>
       -->
     
       <!-- ==================================================================== -->
       <!-- Log4j Initialization                                                 -->
       <!-- ==================================================================== -->
     
       <mbean code="org.jboss.logging.Log4jService"
          name="jboss.system:type=Log4jService,service=Logging"
       xmbean-dd="resource:xmdesc/Log4jService-xmbean.xml">
          <attribute name="ConfigurationURL">resource:jboss-log4j.xml</attribute>
          <!-- Set the org.apache.log4j.helpers.LogLog.setQuiteMode. As of log4j1.2.8
          this needs to be set to avoid a possible deadlock on exception at the
          appender level. See bug#696819.
          -->
          <attribute name="Log4jQuietMode">true</attribute>
          <!-- How frequently in seconds the ConfigurationURL is checked for changes -->
          <attribute name="RefreshPeriod">60</attribute>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- Active Alarm Table                                                   -->
       <!-- ==================================================================== -->
     
       <!--
          | The ActiveAlarmTable service is a simple JMX notification listener
          | that maintains a table with the received notifications (alarms).
          | The alarms can be acknowledged through the jmx or the web console.
          | Modify the SubscriptionList below to subscribe for any notification
          | in the system and treat it as an alarm.
          | The JMXNotificationAppender is a log4j Appender that can be configured
          | in log4j.xml, that trasforms logging events to JMX notification so they
          | can be fed back into the table. By storing the WARN or higher level logging
          | events you can have a quick view of important system faults.
          |
          | The following attributes may be set:
          |
          | MaxTableSize (default 1000)
          |  - set an upper limit to the number of stored alarms
          | LogLevel (default DEBUG)
          |  - the log level to use for received notification, can be set to NONE
          | ServerId (default jboss)
          |  - used to construct unique alarm ids
          | SubscriptionList
          |  - subscribe for the notifications to be stored in the table
     
       <mbean code="org.jboss.monitor.services.ActiveAlarmTable"
              name="jboss.monitor:service=ActiveAlarmTable">
          <attribute name="SubscriptionList">
             <subscription-list>
                <mbean name="jboss.monitor:*">
                   <notification type="jboss.alarm"/>
                   <notification type="JBOSS_MONITOR_NOTIFICATION"/>
                </mbean>
                <mbean name="jboss.system:service=Logging,type=JMXNotificationAppender"/>
             </subscription-list>
          </attribute>
       </mbean>
       -->
     
       <!-- ==================================================================== -->
       <!-- JBoss RMI Classloader - only install when available                  -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.util.property.jmx.SystemPropertyClassValue"
          name="jboss.rmi:type=RMIClassLoader">
          <attribute name="Property">java.rmi.server.RMIClassLoaderSpi</attribute>
          <attribute name="ClassName">org.jboss.system.JBossRMIClassLoader</attribute>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- Service Binding                                                      -->
       <!-- ==================================================================== -->
     
       <!-- Automatically activated when generatting the clustering environment -->
       <!-- @TESTSUITE_CLUSTER_CONFIG@ -->
     
       <!--
          | Binding service manager for port/host mapping. This is a sample
          | config that demonstrates a JBoss instances with a server name 'ports-01'
          | loading its bindings from an XML file using the ServicesStoreFactory
          | implementation returned by the XMLServicesStoreFactory.
          |
          | ServerName: The unique name assigned to a JBoss server instance for
          | lookup purposes. This allows a single ServicesStore to handle mulitiple
          | JBoss servers.
          |
          | StoreURL: The URL string passed to org.jboss.services.binding.ServicesStore
          | during initialization that specifies how to connect to the bindings store.
          | StoreFactory: The org.jboss.services.binding.ServicesStoreFactory interface
          | implementation to create to obtain the ServicesStore instance.
      
       <mbean code="org.jboss.services.binding.ServiceBindingManager"
         name="jboss.system:service=ServiceBindingManager">
         <attribute name="ServerName">ports-01</attribute>
         <attribute name="StoreURL">${jboss.home.url}/docs/examples/binding-manager/sample-bindings.xml</attribute>
         <attribute name="StoreFactoryClassName">
           org.jboss.services.binding.XMLServicesStoreFactory
         </attribute>
       </mbean>
       -->
     
       <!-- ==================================================================== -->
       <!-- Class Loading                                                        -->
       <!-- ==================================================================== -->
     
       <!-- A mini webserver used for dynamic and class and resource loading -->
       <mbean code="org.jboss.web.WebService"
          name="jboss:service=WebService">
          <!-- The Bind address and Port -->
          <attribute name="BindAddress">${jboss.bind.address}</attribute>     
          <attribute name="Port">8083</attribute>
          <!--  The address to use for the host portion of the RMI codebase URL -->
          <attribute name="Host">${java.rmi.server.hostname}</attribute>
          <!-- Should non-EJB .class files be downloadable -->
          <attribute name="DownloadServerClasses">true</attribute>
          <!-- Should resources other than .class files be downloadable. Both
             DownloadServerClasses and DownloadResources must be true for resources
             to be downloadable. This is false by default because its generally a
             bad idea as server configuration files that container security
             information can be accessed.
           -->
          <attribute name="DownloadResources">false</attribute>
     
          <!-- Use the default thread pool for dynamic class loading -->
          <depends optional-attribute-name="ThreadPool"
             proxy-type="attribute">jboss.system:service=ThreadPool</depends>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- JNDI                                                                 -->
       <!-- ==================================================================== -->
     
       <!-- A simple mbean wrapper around the jndi Naming object. This
       only handles an in memory instance. The NamingService uses this
       as the JNDI store and exposes it remotely.
       -->
       <mbean code="org.jnp.server.NamingBeanImpl"
          name="jboss:service=NamingBeanImpl"
          xmbean-dd="resource:xmdesc/NamingBean-xmbean.xml">
       </mbean>
      
       <mbean code="org.jboss.naming.NamingService"
          name="jboss:service=Naming"
          xmbean-dd="resource:xmdesc/NamingService-xmbean.xml">
          <!-- The call by value mode. true if all lookups are unmarshalled using
             the caller's TCL, false if in VM lookups return the value by reference.
          -->
          <attribute name="CallByValue">false</attribute>
          <!-- The listening port for the bootstrap JNP service. Set this to -1
             to run the NamingService without the JNP invoker listening port.
          -->
          <attribute name="Port">1099</attribute>
          <!-- The bootstrap JNP server bind address. This also sets the default
             RMI service bind address. Empty == all addresses
          -->
          <attribute name="BindAddress">${jboss.bind.address}</attribute>
          <!-- The port of the RMI naming service, 0 == anonymous -->
          <attribute name="RmiPort">1098</attribute>
          <!-- The RMI service bind address. Empty == all addresses
          -->
          <attribute name="RmiBindAddress">${jboss.bind.address}</attribute>
          <!-- The thread pool service used to control the bootstrap lookups -->
          <depends optional-attribute-name="LookupPool"
             proxy-type="attribute">jboss.system:service=ThreadPool</depends>
          <!-- An example of using the unifed invoker as the transport.
             <depends optional-attribute-name="InvokerProxyFactory"
             proxy-type="attribute">jboss:service=proxyFactory,type=unified,target=Naming</depends>
          -->
          <depends optional-attribute-name="Naming"
             proxy-type="attribute">jboss:service=NamingBeanImpl</depends>
       </mbean>
      
       <mbean code="org.jboss.naming.JNDIView"
        name="jboss:service=JNDIView"
        xmbean-dd="resource:xmdesc/JNDIView-xmbean.xml">
        <!-- The HANamingService service name -->
        <attribute name="HANamingService">jboss:service=HAJNDI</attribute>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- Security                                                             -->
       <!-- ==================================================================== -->
     
       <mbean code="org.jboss.security.plugins.SecurityConfig"
          name="jboss.security:service=SecurityConfig">
          <attribute name="LoginConfig">jboss.security:service=XMLLoginConfig</attribute>
       </mbean>
       <mbean code="org.jboss.security.auth.login.XMLLoginConfig"
          name="jboss.security:service=XMLLoginConfig">
          <attribute name="ConfigResource">login-config.xml</attribute>
       </mbean>
     
       <!-- JAAS security manager and realm mapping -->
       <mbean code="org.jboss.security.plugins.JaasSecurityManagerService"
          name="jboss.security:service=JaasSecurityManager">
          <!-- A flag which indicates whether the SecurityAssociation server mode
          is set on service creation. This is true by default since the
          SecurityAssociation should be thread local for multi-threaded server
          operation.
          -->
          <attribute name="ServerMode">true</attribute>
          <attribute name="SecurityManagerClassName">org.jboss.security.plugins.JaasSecurityManager</attribute>
          <attribute name="DefaultUnauthenticatedPrincipal">anonymous</attribute>
          <!-- DefaultCacheTimeout: Specifies the default timed cache policy timeout
          in seconds.
          If you want to disable caching of security credentials, set this to 0 to
          force authentication to occur every time. This has no affect if the
          AuthenticationCacheJndiName has been changed from the default value.
          -->
          <attribute name="DefaultCacheTimeout">1800</attribute>
          <!-- DefaultCacheResolution: Specifies the default timed cache policy
          resolution in seconds. This controls the interval at which the cache
          current timestamp is updated and should be less than the DefaultCacheTimeout
          in order for the timeout to be meaningful. This has no affect if the
          AuthenticationCacheJndiName has been changed from the default value.
          -->
          <attribute name="DefaultCacheResolution">60</attribute>
          <!-- DeepCopySubjectMode: This set the copy mode of subjects done by the
          security managers to be deep copies that makes copies of the subject
          principals and credentials if they are cloneable. It should be set to
          true if subject include mutable content that can be corrupted when
          multiple threads have the same identity and cache flushes/logout clearing
          the subject in one thread results in subject references affecting other
          threads.
          -->
          <attribute name="DeepCopySubjectMode">false</attribute>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- Transactions                                                         -->
       <!-- ==================================================================== -->
     
       <!-- The configurable Xid factory.  For use with Oracle, set pad to true -->
       <mbean code="org.jboss.tm.XidFactory"
          name="jboss:service=XidFactory">
          <!--attribute name="Pad">true</attribute-->
       </mbean>
     
       <!--
          | The fast in-memory transaction manager.
          | Deprecated in JBossAS v4.2. Use JBossTS JTA instead.
        - ->
       <mbean code="org.jboss.tm.TransactionManagerService"
          name="jboss:service=TransactionManager"
          xmbean-dd="resource:xmdesc/TransactionManagerService-xmbean.xml">
          <attribute name="TransactionTimeout">300</attribute>
          <!- - set to false to disable transaction demarcation over IIOP - ->
          <attribute name="GlobalIdsEnabled">true</attribute>
          <depends optional-attribute-name="XidFactory">jboss:service=XidFactory</depends>
     
          <!- - Transaction Integrity Checking - ->
          <!- - Force a rollback if another thread is associated with the transaction at commit - ->
          <!- - <depends optional-attribute-name="TransactionIntegrityFactory"
                   proxy-type="org.jboss.tm.integrity.TransactionIntegrityFactory">
             <mbean code="org.jboss.tm.integrity.FailIncompleteTransaction"
                    name="jboss:service=TransactionManager,plugin=TransactionIntegrity"/>
          </depends> - ->
       </mbean>
       -->
     
       <!-- JBoss Transactions JTA -->
       <mbean code="com.arjuna.ats.jbossatx.jta.TransactionManagerService"
          name="jboss:service=TransactionManager">
          <attribute name="TransactionTimeout">450</attribute>
          <attribute name="ObjectStoreDir">${jboss.server.data.dir}/tx-object-store</attribute>
       </mbean>
     
       <!--
          | UserTransaction support.
        -->
       <mbean code="org.jboss.tm.usertx.server.ClientUserTransactionService"
          name="jboss:service=ClientUserTransaction"
          xmbean-dd="resource:xmdesc/ClientUserTransaction-xmbean.xml">
          <depends>
             <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory"
                name="jboss:service=proxyFactory,target=ClientUserTransactionFactory">
                <attribute name="InvokerName">jboss:service=invoker,type=unified</attribute>
                <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute>
                <attribute name="JndiName">UserTransactionSessionFactory</attribute>
                <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSessionFactory</attribute>
                <attribute name="ClientInterceptors">
                   <interceptors>
                      <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor>
                      <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
                   </interceptors>
                </attribute>
                <depends>jboss:service=invoker,type=unified</depends>
             </mbean>
          </depends>
          <depends optional-attribute-name="TxProxyName">
             <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory"
                name="jboss:service=proxyFactory,target=ClientUserTransaction">
                <attribute name="InvokerName">jboss:service=invoker,type=unified</attribute>
                <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute>
                <attribute name="JndiName"></attribute>
                <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSession</attribute>
                <attribute name="ClientInterceptors">
                   <interceptors>
                      <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor>
                      <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
                   </interceptors>
                </attribute>
                <depends>jboss:service=invoker,type=unified</depends>
             </mbean>
          </depends>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- Invokers to the JMX node                                             -->
       <!-- ==================================================================== -->
     
       <!-- Unified invoker (based on remoting) -->
       <mbean code="org.jboss.invocation.unified.server.UnifiedInvoker"
          name="jboss:service=invoker,type=unified">
          <!-- To turn on strict RMI exception propagation uncomment block below -->
          <!-- This will cause the UnifiedInvokerProxy to wrap RemoteExceptions  -->
          <!-- within a ServerException, otherwise will throw root exception     -->
          <!-- (not RemoteException)                                             -->
          <!-- <attribute name="StrictRMIException">true</attribute> -->
          <depends>jboss:service=TransactionManager</depends>
          <depends>jboss.remoting:service=Connector,transport=socket</depends>
       </mbean>
     
       <!-- RMI/JRMP invoker -->
       <mbean code="org.jboss.invocation.jrmp.server.JRMPInvoker"
          name="jboss:service=invoker,type=jrmp">
          <attribute name="RMIObjectPort">4444</attribute>
          <attribute name="ServerAddress">${jboss.bind.address}</attribute>
          <!--
          <attribute name="RMIClientSocketFactory">custom</attribute>
          <attribute name="RMIServerSocketFactory">custom</attribute>
          <attribute name="RMIServerSocketAddr">custom</attribute>
          <attribute name="SecurityDomain">ssl-domain-name</attribute>
          -->
          <depends>jboss:service=TransactionManager</depends>
       </mbean>
     
       <mbean code="org.jboss.invocation.local.LocalInvoker"
          name="jboss:service=invoker,type=local">
     
          <depends>jboss:service=TransactionManager</depends>
       </mbean>
     
       <mbean code="org.jboss.invocation.pooled.server.PooledInvoker"
          name="jboss:service=invoker,type=pooled">
          <attribute name="NumAcceptThreads">1</attribute>
          <attribute name="MaxPoolSize">300</attribute>
          <attribute name="ClientMaxPoolSize">300</attribute>
          <attribute name="SocketTimeout">60000</attribute>
          <attribute name="ServerBindAddress">${jboss.bind.address}</attribute>
          <attribute name="ServerBindPort">4445</attribute>
          <attribute name="ClientConnectAddress">${jboss.bind.address}</attribute>
          <attribute name="ClientConnectPort">0</attribute>
          <attribute name="ClientRetryCount">1</attribute>
          <attribute name="EnableTcpNoDelay">false</attribute>
     
          <!-- Customized socket factory attributes
          <attribute name="ClientSocketFactoryName">custom.client.factory</attribute>
          <attribute name="ServerSocketFactoryName">custom.server.factory</attribute>
          <attribute name="SslDomain">java:/jaas/pooledInvoker</attribute>
          -->
          <depends optional-attribute-name="TransactionManagerService">jboss:service=TransactionManager</depends>
       </mbean>
     
       <!-- ==================================================================== -->
       <!-- Remoting services                                     -->
       <!-- ==================================================================== -->
     
       <!-- For detailed description of all these configuration attributes, please see the -->
       <!-- JBoss Remoting User's Guide or wiki (http://labs.jboss.com/portal/jbossremoting/docs/guide/index.html) -->
     
        <!-- The NetworkRegistry contains all the local and remote -->
        <!-- servers that it recognizes.  The remote ones registered -->
        <!-- are dependant on the detectors running and which domains -->
        <!-- they are configured to identify.                         -->
        <mbean code="org.jboss.remoting.network.NetworkRegistry"
               name="jboss.remoting:service=NetworkRegistry"/>
     
       <!-- The Connector is the core component of the remoting server service. -->
       <!-- It binds the remoting invoker (transport protocol, callback configuration, -->
       <!-- data marshalling, etc.) with the invocation handlers.  -->
       <mbean code="org.jboss.remoting.transport.Connector"
              name="jboss.remoting:service=Connector,transport=socket"
              display-name="Socket transport Connector">
     
           <!-- Can either just specify the InvokerLocator attribute and not the invoker element in the -->
           <!-- Configuration attribute, or do the full invoker configuration in the in invoker element -->
           <!-- of the Configuration attribute. -->
     
           <!-- Remember that if you do use more than one param on the uri, will have to include as a CDATA, -->
           <!-- otherwise, parser will complain. -->
           <!-- <attribute name="InvokerLocator"><![CDATA[socket://${jboss.bind.address}:4446/?datatype=invocation]]></attribute> -->
     
          <attribute name="Configuration">
             <!-- Using the following <invoker> element instead of the InvokerLocator above because specific attributes needed. -->
             <!-- If wanted to use any of the parameters below, can just add them as parameters to the url above if wanted use the InvokerLocator attribute. -->
             <config>
                <!-- Other than transport type and handler, none of these configurations are required (will just use defaults). -->
                <invoker transport="socket">
                   <attribute name="dataType" isParam="true">invocation</attribute>
                   <attribute name="marshaller" isParam="true">org.jboss.invocation.unified.marshall.InvocationMarshaller</attribute>
                   <attribute name="unmarshaller" isParam="true">org.jboss.invocation.unified.marshall.InvocationUnMarshaller</attribute>
                   <!-- This will be port on which the marshall loader port runs on.  -->
                   <!-- <attribute name="loaderport" isParam="true">4447</attribute> -->
                   <!-- The following are specific to socket invoker -->
                   <!-- <attribute name="numAcceptThreads">1</attribute>-->
                   <!-- <attribute name="maxPoolSize">303</attribute>-->
                   <!-- <attribute name="clientMaxPoolSize" isParam="true">304</attribute>-->
                   <attribute name="socketTimeout" isParam="true">630000</attribute>
                   <attribute name="serverBindAddress">${jboss.bind.address}</attribute>
                   <attribute name="serverBindPort">4446</attribute>
                   <!-- <attribute name="clientConnectAddress">216.23.33.2</attribute> -->
                   <!-- <attribute name="clientConnectPort">7777</attribute> -->
                   <attribute name="enableTcpNoDelay" isParam="true">true</attribute>
                   <!-- <attribute name="backlog">200</attribute>-->
                   <!-- The following is for callback configuration and is independant of invoker type -->
                   <!-- <attribute name="callbackMemCeiling">30</attribute>-->
                   <!-- indicates callback store by fully qualified class name -->
                   <!-- <attribute name="callbackStore">org.jboss.remoting.CallbackStore</attribute>-->
                   <!-- indicates callback store by object name -->
                   <!-- <attribute name="callbackStore">jboss.remoting:service=CallbackStore,type=Serializable</attribute> -->
                   <!-- config params for callback store.  if were declaring callback store via object name, -->
                   <!-- could have specified these config params there. -->
                   <!-- StoreFilePath indicates to which directory to write the callback objects. -->
                   <!-- The default value is the property value of 'jboss.server.data.dir' and if this is not set, -->
                   <!-- then will be 'data'. Will then append 'remoting' and the callback client's session id. -->
                   <!-- An example would be 'data\remoting\5c4o05l-9jijyx-e5b6xyph-1-e5b6xyph-2'. -->
                   <!-- <attribute name="StoreFilePath">callback</attribute>-->
                   <!-- StoreFileSuffix indicates the file suffix to use for the callback objects written to disk. -->
                   <!-- The default value for file suffix is 'ser'. -->
                   <!-- <attribute name="StoreFileSuffix">cst</attribute>-->
                </invoker>
     
                <!-- At least one handler is required by the connector.  If have more than one, must decalre -->
                <!-- different subsystem values.  Otherwise, all invocations will be routed to the only one -->
                <!-- that is declared. -->
                <handlers>
                   <!-- can also specify handler by fully qualified classname -->
                   <handler subsystem="invoker">jboss:service=invoker,type=unified</handler>
                </handlers>
             </config>
          </attribute>
          <depends>jboss.remoting:service=NetworkRegistry</depends>
       </mbean>
     
     
       <!-- <mbean code="org.jboss.remoting.detection.jndi.JNDIDetector"-->
       <!--      name="jboss.remoting:service=Detector,transport=jndi">-->
       <!-- host to which the detector will connect to for the JNDI server. -->
       <!-- <attribute name="Host">localhost</attribute>-->
       <!-- port to which detector will connect to for the JNDI server. -->
       <!-- <attribute name="Port">5555</attribute>-->
       <!-- context factory string used when connecting to the JNDI server. -->
       <!-- The default is org.jnp.interfaces.NamingContextFactory. -->
       <!-- <attribute name="ContextFactory">org.acme.NamingContextFactory</attribute> -->
       <!-- url package string to use when connecting to the JNDI server. -->
       <!-- The default is org.jboss.naming:org.jnp.interfaces. -->
       <!-- <attribute name="URLPackage">org.acme.naming</attribute> -->
       <!-- Sets the number of detection iterations before manually pinging -->
       <!-- remote server to make sure still alive. This is needed since remote server -->
       <!-- could crash and yet still have an entry in the JNDI server, -->
       <!-- thus making it appear that it is still there. The default value is 5. -->
       <!-- <attribute name="CleanDetectionNumber">20</attribute>-->
     
       <!-- Specifies the domains in which the detector will recognize -->
       <!-- detections.  If servers are not configured to be in these -->
       <!-- domains, they will not be added to NetworkRegistry. -->
       <!--      <attribute name="Configuration">-->
       <!--         <domains>-->
       <!--            <domain>roxanne</domain>-->
       <!--            <domain>sparky</domain>-->
       <!--         </domains>-->
       <!--      </attribute>-->
       <!--   </mbean>-->
     
     
       <!-- ==================================================================== -->
       <!-- Monitoring and Management                                            -->
       <!-- ==================================================================== -->
     
       <!-- Uncomment to enable JMX monitoring of the bean cache
       <mbean code="org.jboss.monitor.BeanCacheMonitor"
              name="jboss.monitor:name=BeanCacheMonitor"/>
       -->
     
       <!-- Uncomment to enable JMX monitoring of the entity bean locking
       <mbean code="org.jboss.monitor.EntityLockMonitor"
              name="jboss.monitor:name=EntityLockMonitor"/>
       -->
     
       <!-- ==================================================================== -->
       <!-- An MBean that is a registry for JDBC type-mapping metadata           -->
       <!-- ==================================================================== -->
     
       <mbean code="org.jboss.ejb.plugins.cmp.jdbc.metadata.MetaDataLibrary"
          name="jboss.jdbc:service=metadata"/>
     
       <!-- ==================================================================== -->
       <!-- Deployment Scanning                                                  -->
       <!-- ==================================================================== -->
     
       <!-- An mbean for hot deployment/undeployment of archives.
       -->
       <mbean code="org.jboss.deployment.scanner.URLDeploymentScanner"
          name="jboss.deployment:type=DeploymentScanner,flavor=URL">
     
          <!-- Uncomment (and comment/remove version below) to enable usage of the
            DeploymentCache
          <depends optional-attribute-name="Deployer">jboss.deployment:type=DeploymentCache</depends>
          -->
          <depends optional-attribute-name="Deployer">jboss.system:service=MainDeployer</depends>
     
          <!-- The URLComparator can be used to specify a deployment ordering
               for deployments found in a scanned directory.  The class specified
               must be an implementation of java.util.Comparator, it must be able
               to compare two URL objects, and it must have a no-arg constructor.
               Two deployment comparators are shipped with JBoss:
                 - org.jboss.deployment.DeploymentSorter
                   Sorts by file extension, as follows:
                     "sar", "service.xml", "rar", "jar", "war", "wsr", "ear", "zip",
                     "*"
                 - org.jboss.deployment.scanner.PrefixDeploymentSorter
                   If the name portion of the url begins with 1 or more digits, those
                   digits are converted to an int (ignoring leading zeroes), and
                   files are deployed in that order.  Files that do not start with
                   any digits will be deployed first, and they will be sorted by
                   extension as above with DeploymentSorter.
          -->
          <attribute name="URLComparator">org.jboss.deployment.DeploymentSorter</attribute>
     
          <!--
          <attribute name="URLComparator">org.jboss.deployment.scanner.PrefixDeploymentSorter</attribute>
          -->
     
          <!-- The FilterInstance specifies a URLLister.URLFilter for scanned
               directories. This DeploymentFilter is initialized with the given
               prefixes, suffixes and matches that define which URLs should be
               ignored.
          -->
          <attribute name="FilterInstance"
             attributeClass="org.jboss.deployment.scanner.DeploymentFilter"
             serialDataType="javaBean">
             <!-- Files starting with theses strings are ignored -->
             <property name="prefixes">#,%,\,,.,_$</property>
             <!-- Files ending with theses strings are ignored -->
             <property name="suffixes">#,$,%,~,\,v,.BAK,.bak,.old,.orig,.tmp,.rej,.sh</property>
             <!-- Files matching with theses strings are ignored -->
             <property name="matches">.make.state,.nse_depinfo,CVS,CVS.admin,RCS,RCSLOG,SCCS,TAGS,core,tags</property>
          </attribute>
     
          <!-- Frequency in milliseconds to rescan the URLs for changes -->
          <attribute name="ScanPeriod">5000</attribute>
     
          <!-- A flag to disable the scans -->
          <attribute name="ScanEnabled">true</attribute>
     
          <!-- URLs are comma separated and resolve relative to the server home URL
             unless the given path is absolute. If the URL ends in "/" it is
             considered a collection and scanned, otherwise it is simply deployed;
             this follows RFC2518 convention and allows discrimination between
             collections and directories that are simply unpacked archives.
     
             URLs may be local (file:) or remote (http:). Scanning is supported
             for remote URLs but unpacked deployment units are not.
     
             Example URLs:
                deploy/
                     scans ${jboss.server.url}/deploy/, which is local or remote
                     depending on the URL used to boot the server
                ${jboss.server.home}/deploy/
                     scans ${jboss.server.home)/deploy, which is always local
                file:/var/opt/myapp.ear
                     deploy myapp.ear from a local location
                file:/var/opt/apps/
                     scans the specified directory
                http://www.test.com/netboot/myapp.ear
                     deploys myapp.ear from a remote location
                http://www.test.com/netboot/apps/
                     scans the specified WebDAV location
           -->
          <attribute name="URLs">
             deploy/
          </attribute>
     
          <!-- Indicates if the scanner should recursively scan directories that
          contain no "." in their names. This can be used to group applications
          and services that must be deployed and that have the same
          logical function in the same directory i.e.
            deploy/JMX/
            deploy/JMS/
            ...
          -->
          <attribute name="RecursiveSearch">True</attribute>
       </mbean>
    </server>
    
    
    
    <?xml version="1.0" encoding="UTF-8"?>
    <!-- $Id: jboss-service.xml 70764 2008-03-12 12:08:20Z galder.zamarreno@jboss.com $ -->
    <!-- ===================================================================== -->
    <!--  JBoss Server Configuration                                           -->
    <!-- ===================================================================== -->
    <server>
       <!-- Load all jars from the JBOSS_DIST/server/<config>/lib directory. This
         can be restricted to specific jars by specifying them in the archives
         attribute.
        -->
       <classpath codebase="${jboss.server.lib.url:lib}" archives="*"/>
       <!-- ==================================================================== -->
       <!-- JSR-77 Single JBoss Server Management Domain                         -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.management.j2ee.LocalJBossServerDomain"
          name="jboss.management.local:j2eeType=J2EEDomain,name=Manager">
          <attribute name="MainDeployer">jboss.system:service=MainDeployer</attribute>
          <attribute name="SARDeployer">jboss.system:service=ServiceDeployer</attribute>
          <attribute name="EARDeployer">jboss.j2ee:service=EARDeployer</attribute>
          <attribute name="EJBDeployer">jboss.ejb:service=EJBDeployer</attribute>
          <attribute name="RARDeployer">jboss.jca:service=RARDeployer</attribute>
          <attribute name="CMDeployer">jboss.jca:service=ConnectionFactoryDeployer</attribute>
          <attribute name="WARDeployer">jboss.web:service=WebServer</attribute>
          <attribute name="CARDeployer">jboss.j2ee:service=ClientDeployer</attribute>
          <attribute name="MailService">jboss:service=Mail</attribute>
          <!--
          Removed by Thunderhead to upgrade to JBoss Messaging
          <attribute name="JMSService">jboss.mq:service=DestinationManager</attribute>
          -->
          <attribute name="JNDIService">jboss:service=Naming</attribute>
          <attribute name="JTAService">jboss:service=TransactionManager</attribute>
          <attribute name="UserTransactionService">jboss:service=ClientUserTransaction</attribute>
          <attribute name="RMI_IIOPService">jboss:service=CorbaORB</attribute>
       </mbean>
       <!-- ==================================================================== -->
       <!-- XMBean Persistence                                                   -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.system.pm.AttributePersistenceService"
          name="jboss:service=AttributePersistenceService"
          xmbean-dd="resource:xmdesc/AttributePersistenceService-xmbean.xml">
          <!-- the AttributePersistenceService is persistent, itself -->
          <!--
          <attribute name="AttributePersistenceManagerClass">org.jboss.system.pm.XMLAttributePersistenceManager</attribute>
          <attribute name="AttributePersistenceManagerConfig">
             <data-directory>data/xmbean-attrs</data-directory>
          </attribute>
          <attribute name="ApmDestroyOnServiceStop">false</attribute>
          <attribute name="VersionTag"></attribute>
          -->
       </mbean>
       <!-- ==================================================================== -->
       <!-- Thread Pool                                                          -->
       <!-- ==================================================================== -->
     
       <!-- A Thread pool service -->
       <mbean code="org.jboss.util.threadpool.BasicThreadPool"
          name="jboss.system:service=ThreadPool">
          <attribute name="Name">JBoss System Threads</attribute>
          <attribute name="ThreadGroupName">System Threads</attribute>
          <!-- How long a thread will live without any tasks in MS -->
          <attribute name="KeepAliveTime">60000</attribute>
          <!-- The max number of threads in the pool -->
          <attribute name="MaximumPoolSize">10</attribute>
          <!-- The max number of tasks before the queue is full -->
          <attribute name="MaximumQueueSize">1000</attribute>
          <!-- The behavior of the pool when a task is added and the queue is full.
          abort - a RuntimeException is thrown
          run - the calling thread executes the task
          wait - the calling thread blocks until the queue has room
          discard - the task is silently discarded without being run
          discardOldest - check to see if a task is about to complete and enque
             the new task if possible, else run the task in the calling thread
          -->
          <attribute name="BlockingMode">run</attribute>
       </mbean>
       <!-- Preload all custom editors for VMs that don't use the thread
            context class loader when searching for PropertyEditors. Uncomment
            if your JDK 1.3.0 VM fails to find JBoss PropertyEditors.
       <mbean code="org.jboss.varia.property.PropertyEditorManagerService"
         name="jboss:type=Service,name=BootstrapEditors">
         <attribute name="BootstrapEditors">
           java.math.BigDecimal=org.jboss.util.propertyeditor.BigDecimalEditor
           java.lang.Boolean=org.jboss.util.propertyeditor.BooleanEditor
           java.lang.Class=org.jboss.util.propertyeditor.ClassEditor
           java.util.Date=org.jboss.util.propertyeditor.DateEditor
           java.io.File=org.jboss.util.propertyeditor.FileEditor
           java.net.InetAddress=org.jboss.util.propertyeditor.InetAddressEditor
           java.lang.Integer=org.jboss.util.propertyeditor.IntegerEditor
           javax.management.ObjectName=org.jboss.mx.util.propertyeditor.ObjectNameEditor
           java.util.Properties=org.jboss.util.propertyeditor.PropertiesEditor
           [Ljava.lang.String;=org.jboss.util.propertyeditor.StringArrayEditor
           java.net.URL=org.jboss.util.propertyeditor.URLEditor
         </attribute>
       </mbean>
       -->
       <!-- ==================================================================== -->
       <!-- Log4j Initialization                                                 -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.logging.Log4jService"
          name="jboss.system:type=Log4jService,service=Logging"
    xmbean-dd="resource:xmdesc/Log4jService-xmbean.xml">
          <attribute name="ConfigurationURL">resource:jboss-log4j.xml</attribute>
          <!-- Set the org.apache.log4j.helpers.LogLog.setQuiteMode. As of log4j1.2.8
          this needs to be set to avoid a possible deadlock on exception at the
          appender level. See bug#696819.
          -->
          <attribute name="Log4jQuietMode">true</attribute>
          <!-- How frequently in seconds the ConfigurationURL is checked for changes -->
          <attribute name="RefreshPeriod">60</attribute>
       </mbean>
       <!-- ==================================================================== -->
       <!-- Active Alarm Table                                                   -->
       <!-- ==================================================================== -->
       <!--
          | The ActiveAlarmTable service is a simple JMX notification listener
          | that maintains a table with the received notifications (alarms).
          | The alarms can be acknowledged through the jmx or the web console.
          | Modify the SubscriptionList below to subscribe for any notification
          | in the system and treat it as an alarm.
          | The JMXNotificationAppender is a log4j Appender that can be configured
          | in log4j.xml, that trasforms logging events to JMX notification so they
          | can be fed back into the table. By storing the WARN or higher level logging
          | events you can have a quick view of important system faults.
          |
          | The following attributes may be set:
          |
          | MaxTableSize (default 1000)
          |  - set an upper limit to the number of stored alarms
          | LogLevel (default DEBUG)
          |  - the log level to use for received notification, can be set to NONE
          | ServerId (default jboss)
          |  - used to construct unique alarm ids
          | SubscriptionList
          |  - subscribe for the notifications to be stored in the table
       <mbean code="org.jboss.monitor.services.ActiveAlarmTable"
              name="jboss.monitor:service=ActiveAlarmTable">
          <attribute name="SubscriptionList">
             <subscription-list>
                <mbean name="jboss.monitor:*">
                   <notification type="jboss.alarm"/>
                   <notification type="JBOSS_MONITOR_NOTIFICATION"/>
                </mbean>
                <mbean name="jboss.system:service=Logging,type=JMXNotificationAppender"/>
             </subscription-list>
          </attribute>
       </mbean>
       -->
       <!-- ==================================================================== -->
       <!-- JBoss RMI Classloader - only install when available                  -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.util.property.jmx.SystemPropertyClassValue"
          name="jboss.rmi:type=RMIClassLoader">
          <attribute name="Property">java.rmi.server.RMIClassLoaderSpi</attribute>
          <attribute name="ClassName">org.jboss.system.JBossRMIClassLoader</attribute>
       </mbean>
       <!-- ==================================================================== -->
       <!-- Service Binding                                                      -->
       <!-- ==================================================================== -->
       <!-- Automatically activated when generatting the clustering environment -->
       <!-- @TESTSUITE_CLUSTER_CONFIG@ -->
       <!--
          | Binding service manager for port/host mapping. This is a sample
          | config that demonstrates a JBoss instances with a server name 'ports-01'
          | loading its bindings from an XML file using the ServicesStoreFactory
          | implementation returned by the XMLServicesStoreFactory.
          |
          | ServerName: The unique name assigned to a JBoss server instance for
          | lookup purposes. This allows a single ServicesStore to handle mulitiple
          | JBoss servers.
          |
          | StoreURL: The URL string passed to org.jboss.services.binding.ServicesStore
          | during initialization that specifies how to connect to the bindings store.
          | StoreFactory: The org.jboss.services.binding.ServicesStoreFactory interface
          | implementation to create to obtain the ServicesStore instance.
     
       <mbean code="org.jboss.services.binding.ServiceBindingManager"
         name="jboss.system:service=ServiceBindingManager">
         <attribute name="ServerName">ports-01</attribute>
         <attribute name="StoreURL">${jboss.home.url}/docs/examples/binding-manager/sample-bindings.xml</attribute>
         <attribute name="StoreFactoryClassName">
           org.jboss.services.binding.XMLServicesStoreFactory
         </attribute>
       </mbean>
       -->
       <!-- ==================================================================== -->
       <!-- Class Loading                                                        -->
       <!-- ==================================================================== -->
       <!-- A mini webserver used for dynamic and class and resource loading -->
       <mbean code="org.jboss.web.WebService"
          name="jboss:service=WebService">
          <!-- The Bind address and Port -->
          <attribute name="BindAddress">${jboss.bind.address}</attribute>    
          <attribute name="Port">8083</attribute>
          <!--  The address to use for the host portion of the RMI codebase URL -->
          <attribute name="Host">${java.rmi.server.hostname}</attribute>
          <!-- Should non-EJB .class files be downloadable -->
          <attribute name="DownloadServerClasses">true</attribute>
          <!-- Should resources other than .class files be downloadable. Both
             DownloadServerClasses and DownloadResources must be true for resources
             to be downloadable. This is false by default because its generally a
             bad idea as server configuration files that container security
             information can be accessed.
           -->
          <attribute name="DownloadResources">false</attribute>
          <!-- Use the default thread pool for dynamic class loading -->
          <depends optional-attribute-name="ThreadPool"
             proxy-type="attribute">jboss.system:service=ThreadPool</depends>
       </mbean>
       <!-- ==================================================================== -->
       <!-- JNDI                                                                 -->
       <!-- ==================================================================== -->
       <!-- A simple mbean wrapper around the jndi Naming object. This
       only handles an in memory instance. The NamingService uses this
       as the JNDI store and exposes it remotely.
       -->
       <mbean code="org.jnp.server.NamingBeanImpl"
          name="jboss:service=NamingBeanImpl"
          xmbean-dd="resource:xmdesc/NamingBean-xmbean.xml">
       </mbean>
     
       <mbean code="org.jboss.naming.NamingService"
          name="jboss:service=Naming"
          xmbean-dd="resource:xmdesc/NamingService-xmbean.xml">
          <!-- The call by value mode. true if all lookups are unmarshalled using
             the caller's TCL, false if in VM lookups return the value by reference.
          -->
          <attribute name="CallByValue">false</attribute>
          <!-- The listening port for the bootstrap JNP service. Set this to -1
             to run the NamingService without the JNP invoker listening port.
          -->
          <attribute name="Port">1099</attribute>
          <!-- The bootstrap JNP server bind address. This also sets the default
             RMI service bind address. Empty == all addresses
          -->
          <attribute name="BindAddress">${jboss.bind.address}</attribute>
          <!-- The port of the RMI naming service, 0 == anonymous -->
          <attribute name="RmiPort">1098</attribute>
          <!-- The RMI service bind address. Empty == all addresses
          -->
          <attribute name="RmiBindAddress">${jboss.bind.address}</attribute>
          <!-- The thread pool service used to control the bootstrap lookups -->
          <depends optional-attribute-name="LookupPool"
             proxy-type="attribute">jboss.system:service=ThreadPool</depends>
          <!-- An example of using the unifed invoker as the transport.
             <depends optional-attribute-name="InvokerProxyFactory"
             proxy-type="attribute">jboss:service=proxyFactory,type=unified,target=Naming</depends>
          -->
          <depends optional-attribute-name="Naming"
             proxy-type="attribute">jboss:service=NamingBeanImpl</depends>
       </mbean>
     
       <mbean code="org.jboss.naming.JNDIView"
            name="jboss:service=JNDIView"
            xmbean-dd="resource:xmdesc/JNDIView-xmbean.xml">
            <!-- The HANamingService service name -->
            <attribute name="HANamingService">jboss:service=HAJNDI</attribute>
       </mbean>
       <!-- ==================================================================== -->
       <!-- Security                                                             -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.security.plugins.SecurityConfig"
          name="jboss.security:service=SecurityConfig">
          <attribute name="LoginConfig">jboss.security:service=XMLLoginConfig</attribute>
       </mbean>
       <mbean code="org.jboss.security.auth.login.XMLLoginConfig"
          name="jboss.security:service=XMLLoginConfig">
          <attribute name="ConfigResource">login-config.xml</attribute>
       </mbean>
       <!-- JAAS security manager and realm mapping -->
       <mbean code="org.jboss.security.plugins.JaasSecurityManagerService"
          name="jboss.security:service=JaasSecurityManager">
          <!-- A flag which indicates whether the SecurityAssociation server mode
          is set on service creation. This is true by default since the
          SecurityAssociation should be thread local for multi-threaded server
          operation.
          -->
          <attribute name="ServerMode">true</attribute>
          <attribute name="SecurityManagerClassName">org.jboss.security.plugins.JaasSecurityManager</attribute>
          <attribute name="DefaultUnauthenticatedPrincipal">anonymous</attribute>
          <!-- DefaultCacheTimeout: Specifies the default timed cache policy timeout
          in seconds.
          If you want to disable caching of security credentials, set this to 0 to
          force authentication to occur every time. This has no affect if the
          AuthenticationCacheJndiName has been changed from the default value.
          -->
          <attribute name="DefaultCacheTimeout">1800</attribute>
          <!-- DefaultCacheResolution: Specifies the default timed cache policy
          resolution in seconds. This controls the interval at which the cache
          current timestamp is updated and should be less than the DefaultCacheTimeout
          in order for the timeout to be meaningful. This has no affect if the
          AuthenticationCacheJndiName has been changed from the default value.
          -->
          <attribute name="DefaultCacheResolution">60</attribute>
          <!-- DeepCopySubjectMode: This set the copy mode of subjects done by the
          security managers to be deep copies that makes copies of the subject
          principals and credentials if they are cloneable. It should be set to
          true if subject include mutable content that can be corrupted when
          multiple threads have the same identity and cache flushes/logout clearing
          the subject in one thread results in subject references affecting other
          threads.
          -->
          <attribute name="DeepCopySubjectMode">false</attribute>
       </mbean>
       <!-- ==================================================================== -->
       <!-- Transactions                                                         -->
       <!-- ==================================================================== -->
       <!-- The configurable Xid factory.  For use with Oracle, set pad to true -->
       <mbean code="org.jboss.tm.XidFactory"
          name="jboss:service=XidFactory">
          <!--attribute name="Pad">true</attribute-->
       </mbean>
       <!--
          | The fast in-memory transaction manager.
          | Deprecated in JBossAS v4.2. Use JBossTS JTA instead.
        - ->
       <mbean code="org.jboss.tm.TransactionManagerService"
          name="jboss:service=TransactionManager"
          xmbean-dd="resource:xmdesc/TransactionManagerService-xmbean.xml">
          <attribute name="TransactionTimeout">300</attribute>
          <!- - set to false to disable transaction demarcation over IIOP - ->
          <attribute name="GlobalIdsEnabled">true</attribute>
          <depends optional-attribute-name="XidFactory">jboss:service=XidFactory</depends>
          <!- - Transaction Integrity Checking - ->
          <!- - Force a rollback if another thread is associated with the transaction at commit - ->
          <!- - <depends optional-attribute-name="TransactionIntegrityFactory"
                   proxy-type="org.jboss.tm.integrity.TransactionIntegrityFactory">
             <mbean code="org.jboss.tm.integrity.FailIncompleteTransaction"
                    name="jboss:service=TransactionManager,plugin=TransactionIntegrity"/>
          </depends> - ->
       </mbean>
       -->
       <!-- JBoss Transactions JTA -->
       <mbean code="com.arjuna.ats.jbossatx.jta.TransactionManagerService"
          name="jboss:service=TransactionManager">
          <attribute name="TransactionTimeout">450</attribute>
          <attribute name="ObjectStoreDir">${jboss.server.data.dir}/tx-object-store</attribute>
       </mbean>
       <!--
          | UserTransaction support.
        -->
       <mbean code="org.jboss.tm.usertx.server.ClientUserTransactionService"
          name="jboss:service=ClientUserTransaction"
          xmbean-dd="resource:xmdesc/ClientUserTransaction-xmbean.xml">
          <depends>
             <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory"
                name="jboss:service=proxyFactory,target=ClientUserTransactionFactory">
                <attribute name="InvokerName">jboss:service=invoker,type=unified</attribute>
                <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute>
                <attribute name="JndiName">UserTransactionSessionFactory</attribute>
                <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSessionFactory</attribute>
                <attribute name="ClientInterceptors">
                   <interceptors>
                      <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor>
                      <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
                   </interceptors>
                </attribute>
                <depends>jboss:service=invoker,type=unified</depends>
             </mbean>
          </depends>
          <depends optional-attribute-name="TxProxyName">
             <mbean code="org.jboss.invocation.jrmp.server.JRMPProxyFactory"
                name="jboss:service=proxyFactory,target=ClientUserTransaction">
                <attribute name="InvokerName">jboss:service=invoker,type=unified</attribute>
                <attribute name="TargetName">jboss:service=ClientUserTransaction</attribute>
                <attribute name="JndiName"></attribute>
                <attribute name="ExportedInterface">org.jboss.tm.usertx.interfaces.UserTransactionSession</attribute>
                <attribute name="ClientInterceptors">
                   <interceptors>
                      <interceptor>org.jboss.proxy.ClientMethodInterceptor</interceptor>
                      <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
                   </interceptors>
                </attribute>
                <depends>jboss:service=invoker,type=unified</depends>
             </mbean>
          </depends>
       </mbean>
       <!-- ==================================================================== -->
       <!-- Invokers to the JMX node                                             -->
       <!-- ==================================================================== -->
       <!-- Unified invoker (based on remoting) -->
       <mbean code="org.jboss.invocation.unified.server.UnifiedInvoker"
          name="jboss:service=invoker,type=unified">
          <!-- To turn on strict RMI exception propagation uncomment block below -->
          <!-- This will cause the UnifiedInvokerProxy to wrap RemoteExceptions  -->
          <!-- within a ServerException, otherwise will throw root exception     -->
          <!-- (not RemoteException)                                             -->
          <!-- <attribute name="StrictRMIException">true</attribute> -->
          <depends>jboss:service=TransactionManager</depends>
          <depends>jboss.remoting:service=Connector,transport=socket</depends>
       </mbean>
       <!-- RMI/JRMP invoker -->
       <mbean code="org.jboss.invocation.jrmp.server.JRMPInvoker"
          name="jboss:service=invoker,type=jrmp">
          <attribute name="RMIObjectPort">4444</attribute>
          <attribute name="ServerAddress">${jboss.bind.address}</attribute>
          <!--
          <attribute name="RMIClientSocketFactory">custom</attribute>
          <attribute name="RMIServerSocketFactory">custom</attribute>
          <attribute name="RMIServerSocketAddr">custom</attribute>
          <attribute name="SecurityDomain">ssl-domain-name</attribute>
          -->
          <depends>jboss:service=TransactionManager</depends>
       </mbean>
       <mbean code="org.jboss.invocation.local.LocalInvoker"
          name="jboss:service=invoker,type=local">
          <depends>jboss:service=TransactionManager</depends>
       </mbean>
       <mbean code="org.jboss.invocation.pooled.server.PooledInvoker"
          name="jboss:service=invoker,type=pooled">
          <attribute name="NumAcceptThreads">1</attribute>
          <attribute name="MaxPoolSize">300</attribute>
          <attribute name="ClientMaxPoolSize">300</attribute>
          <attribute name="SocketTimeout">60000</attribute>
          <attribute name="ServerBindAddress">${jboss.bind.address}</attribute>
          <attribute name="ServerBindPort">4445</attribute>
          <attribute name="ClientConnectAddress">${jboss.bind.address}</attribute>
          <attribute name="ClientConnectPort">0</attribute>
          <attribute name="ClientRetryCount">1</attribute>
          <attribute name="EnableTcpNoDelay">false</attribute>
          <!-- Customized socket factory attributes
          <attribute name="ClientSocketFactoryName">custom.client.factory</attribute>
          <attribute name="ServerSocketFactoryName">custom.server.factory</attribute>
          <attribute name="SslDomain">java:/jaas/pooledInvoker</attribute>
          -->
          <depends optional-attribute-name="TransactionManagerService">jboss:service=TransactionManager</depends>
       </mbean>
       <!-- ==================================================================== -->
       <!-- Remoting services                                                                  -->
       <!-- ==================================================================== -->
       <!-- For detailed description of all these configuration attributes, please see the -->
       <!-- JBoss Remoting User's Guide or wiki (http://labs.jboss.com/portal/jbossremoting/docs/guide/index.html) -->
        <!-- The NetworkRegistry contains all the local and remote -->
        <!-- servers that it recognizes.  The remote ones registered -->
        <!-- are dependant on the detectors running and which domains -->
        <!-- they are configured to identify.                         -->
        <mbean code="org.jboss.remoting.network.NetworkRegistry"
               name="jboss.remoting:service=NetworkRegistry"/>
       <!-- The Connector is the core component of the remoting server service. -->
       <!-- It binds the remoting invoker (transport protocol, callback configuration, -->
       <!-- data marshalling, etc.) with the invocation handlers.  -->
       <mbean code="org.jboss.remoting.transport.Connector"
              name="jboss.remoting:service=Connector,transport=socket"
              display-name="Socket transport Connector">
           <!-- Can either just specify the InvokerLocator attribute and not the invoker element in the -->
           <!-- Configuration attribute, or do the full invoker configuration in the in invoker element -->
           <!-- of the Configuration attribute. -->
           <!-- Remember that if you do use more than one param on the uri, will have to include as a CDATA, -->
           <!-- otherwise, parser will complain. -->
           <!-- <attribute name="InvokerLocator"><![CDATA[socket://${jboss.bind.address}:4446/?datatype=invocation]]></attribute> -->
          <attribute name="Configuration">
             <!-- Using the following <invoker> element instead of the InvokerLocator above because specific attributes needed. -->
             <!-- If wanted to use any of the parameters below, can just add them as parameters to the url above if wanted use the InvokerLocator attribute. -->
             <config>
                <!-- Other than transport type and handler, none of these configurations are required (will just use defaults). -->
                <invoker transport="socket">
                   <attribute name="dataType" isParam="true">invocation</attribute>
                   <attribute name="marshaller" isParam="true">org.jboss.invocation.unified.marshall.InvocationMarshaller</attribute>
                   <attribute name="unmarshaller" isParam="true">org.jboss.invocation.unified.marshall.InvocationUnMarshaller</attribute>
                   <!-- This will be port on which the marshall loader port runs on.  -->
                   <!-- <attribute name="loaderport" isParam="true">4447</attribute> -->
                   <!-- The following are specific to socket invoker -->
                   <!-- <attribute name="numAcceptThreads">1</attribute>-->
                   <!-- <attribute name="maxPoolSize">303</attribute>-->
                   <!-- <attribute name="clientMaxPoolSize" isParam="true">304</attribute>-->
                   <attribute name="socketTimeout" isParam="true">630000</attribute>
                   <attribute name="serverBindAddress">${jboss.bind.address}</attribute>
                   <attribute name="serverBindPort">4446</attribute>
                   <!-- <attribute name="clientConnectAddress">216.23.33.2</attribute> -->
                   <!-- <attribute name="clientConnectPort">7777</attribute> -->
                   <attribute name="enableTcpNoDelay" isParam="true">true</attribute>
                   <!-- <attribute name="backlog">200</attribute>-->
                   <!-- The following is for callback configuration and is independant of invoker type -->
                   <!-- <attribute name="callbackMemCeiling">30</attribute>-->
                   <!-- indicates callback store by fully qualified class name -->
                   <!-- <attribute name="callbackStore">org.jboss.remoting.CallbackStore</attribute>-->
                   <!-- indicates callback store by object name -->
                   <!-- <attribute name="callbackStore">jboss.remoting:service=CallbackStore,type=Serializable</attribute> -->
                   <!-- config params for callback store.  if were declaring callback store via object name, -->
                   <!-- could have specified these config params there. -->
                   <!-- StoreFilePath indicates to which directory to write the callback objects. -->
                   <!-- The default value is the property value of 'jboss.server.data.dir' and if this is not set, -->
                   <!-- then will be 'data'. Will then append 'remoting' and the callback client's session id. -->
                   <!-- An example would be 'data\remoting\5c4o05l-9jijyx-e5b6xyph-1-e5b6xyph-2'. -->
                   <!-- <attribute name="StoreFilePath">callback</attribute>-->
                   <!-- StoreFileSuffix indicates the file suffix to use for the callback objects written to disk. -->
                   <!-- The default value for file suffix is 'ser'. -->
                   <!-- <attribute name="StoreFileSuffix">cst</attribute>-->
                </invoker>
                <!-- At least one handler is required by the connector.  If have more than one, must decalre -->
                <!-- different subsystem values.  Otherwise, all invocations will be routed to the only one -->
                <!-- that is declared. -->
                <handlers>
                   <!-- can also specify handler by fully qualified classname -->
                   <handler subsystem="invoker">jboss:service=invoker,type=unified</handler>
                </handlers>
             </config>
          </attribute>
          <depends>jboss.remoting:service=NetworkRegistry</depends>
       </mbean>
       <!-- <mbean code="org.jboss.remoting.detection.jndi.JNDIDetector"-->
       <!--      name="jboss.remoting:service=Detector,transport=jndi">-->
       <!-- host to which the detector will connect to for the JNDI server. -->
       <!-- <attribute name="Host">localhost</attribute>-->
       <!-- port to which detector will connect to for the JNDI server. -->
       <!-- <attribute name="Port">5555</attribute>-->
       <!-- context factory string used when connecting to the JNDI server. -->
       <!-- The default is org.jnp.interfaces.NamingContextFactory. -->
       <!-- <attribute name="ContextFactory">org.acme.NamingContextFactory</attribute> -->
       <!-- url package string to use when connecting to the JNDI server. -->
       <!-- The default is org.jboss.naming:org.jnp.interfaces. -->
       <!-- <attribute name="URLPackage">org.acme.naming</attribute> -->
       <!-- Sets the number of detection iterations before manually pinging -->
       <!-- remote server to make sure still alive. This is needed since remote server -->
       <!-- could crash and yet still have an entry in the JNDI server, -->
       <!-- thus making it appear that it is still there. The default value is 5. -->
       <!-- <attribute name="CleanDetectionNumber">20</attribute>-->
       <!-- Specifies the domains in which the detector will recognize -->
       <!-- detections.  If servers are not configured to be in these -->
       <!-- domains, they will not be added to NetworkRegistry. -->
       <!--      <attribute name="Configuration">-->
       <!--         <domains>-->
       <!--            <domain>roxanne</domain>-->
       <!--            <domain>sparky</domain>-->
       <!--         </domains>-->
       <!--      </attribute>-->
       <!--   </mbean>-->
       <!-- ==================================================================== -->
       <!-- Monitoring and Management                                            -->
       <!-- ==================================================================== -->
       <!-- Uncomment to enable JMX monitoring of the bean cache
       <mbean code="org.jboss.monitor.BeanCacheMonitor"
              name="jboss.monitor:name=BeanCacheMonitor"/>
       -->
       <!-- Uncomment to enable JMX monitoring of the entity bean locking
       <mbean code="org.jboss.monitor.EntityLockMonitor"
              name="jboss.monitor:name=EntityLockMonitor"/>
       -->
       <!-- ==================================================================== -->
       <!-- An MBean that is a registry for JDBC type-mapping metadata           -->
       <!-- ==================================================================== -->
       <mbean code="org.jboss.ejb.plugins.cmp.jdbc.metadata.MetaDataLibrary"
          name="jboss.jdbc:service=metadata"/>
       <!-- ==================================================================== -->
       <!-- Deployment Scanning                                                  -->
       <!-- ==================================================================== -->
       <!-- An mbean for hot deployment/undeployment of archives.
       -->
       <mbean code="org.jboss.deployment.scanner.URLDeploymentScanner"
          name="jboss.deployment:type=DeploymentScanner,flavor=URL">
          <!-- Uncomment (and comment/remove version below) to enable usage of the
            DeploymentCache
          <depends optional-attribute-name="Deployer">jboss.deployment:type=DeploymentCache</depends>
          -->
          <depends optional-attribute-name="Deployer">jboss.system:service=MainDeployer</depends>
          <!-- The URLComparator can be used to specify a deployment ordering
               for deployments found in a scanned directory.  The class specified
               must be an implementation of java.util.Comparator, it must be able
               to compare two URL objects, and it must have a no-arg constructor.
               Two deployment comparators are shipped with JBoss:
                 - org.jboss.deployment.DeploymentSorter
                   Sorts by file extension, as follows:
                     "sar", "service.xml", "rar", "jar", "war", "wsr", "ear", "zip",
                     "*"
                 - org.jboss.deployment.scanner.PrefixDeploymentSorter
                   If the name portion of the url begins with 1 or more digits, those
                   digits are converted to an int (ignoring leading zeroes), and
                   files are deployed in that order.  Files that do not start with
                   any digits will be deployed first, and they will be sorted by
                   extension as above with DeploymentSorter.
          -->
          <attribute name="URLComparator">org.jboss.deployment.DeploymentSorter</attribute>
          <!--
          <attribute name="URLComparator">org.jboss.deployment.scanner.PrefixDeploymentSorter</attribute>
          -->
          <!-- The FilterInstance specifies a URLLister.URLFilter for scanned
               directories. This DeploymentFilter is initialized with the given
               prefixes, suffixes and matches that define which URLs should be
               ignored.
          -->
          <attribute name="FilterInstance"
             attributeClass="org.jboss.deployment.scanner.DeploymentFilter"
             serialDataType="javaBean">
             <!-- Files starting with theses strings are ignored -->
             <property name="prefixes">#,%,\,,.,_$</property>
             <!-- Files ending with theses strings are ignored -->
             <property name="suffixes">#,$,%,~,\,v,.BAK,.bak,.old,.orig,.tmp,.rej,.sh</property>
             <!-- Files matching with theses strings are ignored -->
             <property name="matches">.make.state,.nse_depinfo,CVS,CVS.admin,RCS,RCSLOG,SCCS,TAGS,core,tags</property>
          </attribute>
          <!-- Frequency in milliseconds to rescan the URLs for changes -->
          <attribute name="ScanPeriod">5000</attribute>
          <!-- A flag to disable the scans -->
          <attribute name="ScanEnabled">true</attribute>
          <!-- URLs are comma separated and resolve relative to the server home URL
             unless the given path is absolute. If the URL ends in "/" it is
             considered a collection and scanned, otherwise it is simply deployed;
             this follows RFC2518 convention and allows discrimination between
             collections and directories that are simply unpacked archives.
             URLs may be local (file:) or remote (http:). Scanning is supported
             for remote URLs but unpacked deployment units are not.
             Example URLs:
                deploy/
                     scans ${jboss.server.url}/deploy/, which is local or remote
                     depending on the URL used to boot the server
                ${jboss.server.home}/deploy/
                     scans ${jboss.server.home)/deploy, which is always local
                file:/var/opt/myapp.ear
                     deploy myapp.ear from a local location
                file:/var/opt/apps/
                     scans the specified directory
                     deploys myapp.ear from a remote location
                http://www.test.com/netboot/apps/
                     scans the specified WebDAV location
           -->
          <attribute name="URLs">
             deploy/
          </attribute>
          <!-- Indicates if the scanner should recursively scan directories that
          contain no "." in their names. This can be used to group applications
          and services that must be deployed and that have the same
          logical function in the same directory i.e.
            deploy/JMX/
            deploy/JMS/
            ...
          -->
          <attribute name="RecursiveSearch">True</attribute>
       </mbean>
    </server>