JBoss Enterprise Web Platform 5

Admin Console User Guide

for Use with JBoss Enterprise Web Platform 5

Edition 5.1.1

JBoss Operations Network development team

Edited by

Isaac Rooskov

Edited by

Laura Bailey

Edited by

Elspeth Thorne

Legal Notice

Copyright © 2011 Red Hat, Inc.
This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, MetaMatrix, Fedora, the Infinity Logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack Logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.

Abstract

This book is a user guide to the Admin Console of JBoss Enterprise Web Platform 5 and its patch releases.

Preface

1. Document Conventions

This manual uses several conventions to highlight certain words and phrases and draw attention to specific pieces of information.
In PDF and paper editions, this manual uses typefaces drawn from the Liberation Fonts set. The Liberation Fonts set is also used in HTML editions if the set is installed on your system. If not, alternative but equivalent typefaces are displayed. Note: Red Hat Enterprise Linux 5 and later include the Liberation Fonts set by default.

1.1. Typographic Conventions

Four typographic conventions are used to call attention to specific words and phrases. These conventions, and the circumstances they apply to, are as follows.
Mono-spaced Bold
Used to highlight system input, including shell commands, file names and paths. Also used to highlight keys and key combinations. For example:
To see the contents of the file my_next_bestselling_novel in your current working directory, enter the cat my_next_bestselling_novel command at the shell prompt and press Enter to execute the command.
The above includes a file name, a shell command and a key, all presented in mono-spaced bold and all distinguishable thanks to context.
Key combinations can be distinguished from an individual key by the plus sign that connects each part of a key combination. For example:
Press Enter to execute the command.
Press Ctrl+Alt+F2 to switch to a virtual terminal.
The first example highlights a particular key to press. The second example highlights a key combination: a set of three keys pressed simultaneously.
If source code is discussed, class names, methods, functions, variable names and returned values mentioned within a paragraph will be presented as above, in mono-spaced bold. For example:
File-related classes include filesystem for file systems, file for files, and dir for directories. Each class has its own associated set of permissions.
Proportional Bold
This denotes words or phrases encountered on a system, including application names; dialog box text; labeled buttons; check-box and radio button labels; menu titles and sub-menu titles. For example:
Choose SystemPreferencesMouse from the main menu bar to launch Mouse Preferences. In the Buttons tab, select the Left-handed mouse check box and click Close to switch the primary mouse button from the left to the right (making the mouse suitable for use in the left hand).
To insert a special character into a gedit file, choose ApplicationsAccessoriesCharacter Map from the main menu bar. Next, choose SearchFind… from the Character Map menu bar, type the name of the character in the Search field and click Next. The character you sought will be highlighted in the Character Table. Double-click this highlighted character to place it in the Text to copy field and then click the Copy button. Now switch back to your document and choose EditPaste from the gedit menu bar.
The above text includes application names; system-wide menu names and items; application-specific menu names; and buttons and text found within a GUI interface, all presented in proportional bold and all distinguishable by context.
Mono-spaced Bold Italic or Proportional Bold Italic
Whether mono-spaced bold or proportional bold, the addition of italics indicates replaceable or variable text. Italics denotes text you do not input literally or displayed text that changes depending on circumstance. For example:
To connect to a remote machine using ssh, type ssh username@domain.name at a shell prompt. If the remote machine is example.com and your username on that machine is john, type ssh john@example.com.
The mount -o remount file-system command remounts the named file system. For example, to remount the /home file system, the command is mount -o remount /home.
To see the version of a currently installed package, use the rpm -q package command. It will return a result as follows: package-version-release.
Note the words in bold italics above — username, domain.name, file-system, package, version and release. Each word is a placeholder, either for text you enter when issuing a command or for text displayed by the system.
Aside from standard usage for presenting the title of a work, italics denotes the first use of a new and important term. For example:
Publican is a DocBook publishing system.

1.2. Pull-quote Conventions

Terminal output and source code listings are set off visually from the surrounding text.
Output sent to a terminal is set in mono-spaced roman and presented thus:
books        Desktop   documentation  drafts  mss    photos   stuff  svn
books_tests  Desktop1  downloads      images  notes  scripts  svgs
Source-code listings are also set in mono-spaced roman but add syntax highlighting as follows:
package org.jboss.book.jca.ex1;

import javax.naming.InitialContext;

public class ExClient
{
   public static void main(String args[]) 
       throws Exception
   {
      InitialContext iniCtx = new InitialContext();
      Object         ref    = iniCtx.lookup("EchoBean");
      EchoHome       home   = (EchoHome) ref;
      Echo           echo   = home.create();

      System.out.println("Created Echo");

      System.out.println("Echo.echo('Hello') = " + echo.echo("Hello"));
   }
}

1.3. Notes and Warnings

Finally, we use three visual styles to draw attention to information that might otherwise be overlooked.

Note

Notes are tips, shortcuts or alternative approaches to the task at hand. Ignoring a note should have no negative consequences, but you might miss out on a trick that makes your life easier.

Important

Important boxes detail things that are easily missed: configuration changes that only apply to the current session, or services that need restarting before an update will apply. Ignoring a box labeled 'Important' will not cause data loss but may cause irritation and frustration.

Warning

Warnings should not be ignored. Ignoring warnings will most likely cause data loss.

2. Getting Help and Giving Feedback

2.1. Do You Need Help?

If you experience difficulty with a procedure described in this documentation, visit the Red Hat Customer Portal at http://access.redhat.com. Through the customer portal, you can:
  • search or browse through a knowledgebase of technical support articles about Red Hat products.
  • submit a support case to Red Hat Global Support Services (GSS).
  • access other product documentation.
Red Hat also hosts a large number of electronic mailing lists for discussion of Red Hat software and technology. You can find a list of publicly available mailing lists at https://www.redhat.com/mailman/listinfo. Click on the name of any mailing list to subscribe to that list or to access the list archives.

2.2. Give us Feedback

If you find a typographical error, or know how this guide can be improved, we would love to hear from you. Submit a report in Bugzilla against the product JBoss Enterprise Application Platform 5 and the component doc-Administration_Console_User_Guide. The following link will take you to a pre-filled bug report for this product: http://bugzilla.redhat.com/.
Fill out the following template in Bugzilla's Description field. Be as specific as possible when describing the issue; this will help ensure that we can fix it quickly.
Document URL:


Section Number and Name:


Describe the issue:


Suggestions for improvement:


Additional information:


Be sure to give us your name so that you can receive full credit for reporting the issue.

Chapter 1. Introduction to the Admin Console

The JBoss Enterprise Web Platform Admin Console is a browser-based management tool for the applications and resources of a JBoss Enterprise Web Platform instance. Read this guide for an overview of Admin Console features; descriptions of administrative tasks; and procedures to perform those tasks.
This release of the Admin Console provides the following administrative features:
  • Services Binding Manager configuration, management and control
  • Enterprise Web Platform instance information
  • Application configuration, management and control for:
    • Java EE Enterprise Applications (EARs)
    • Web Applications (WARs)
    • Resource Adapters (RARs)
    • Enterprise JavaBean 2 and 3 (EJBs)
  • Resource configuration, management and control for:
    • data sources
    • connection factories
    • JMS queues and topics (based on JBoss Messaging)
The Admin Console provided with Enterprise Web Platform retains the JMX and web consoles. It is included in the production, all, web and default profiles. It has also been tested with the standard server profile. Copy admin-console.war from JBOSS_HOME/server/production/deploy to the JBOSS_HOME/server/standard/deploy directory to use the Admin Console with the standard profile.

Note

The Admin Console is not intended for use with the minimal configuration provided with the distribution. Custom configurations based on this configuration should not be used with the Admin Console, either.

Chapter 2. Configure the Admin Console

2.1. Security

The Admin Console is secured by the JAAS security domain jmx-console. When the Enterprise Web Platform is installed using the zip archive, this security domain has no user accounts. This is to eliminate the possibility of default username/password based attacks. When the Enterprise Web Platform is installed using the Graphical Installer, a JAAS security domain and a user account is created as part of the install process. Even if the name of the JAAS security domain was changed during installation, the users are stored in the same location.

2.1.1. Authentication

Authentication is the process where a user identifies themselves to a system. The Admin Console makes use of username/password authentication, with permissions and roles assigned to users via the jmx-console and jboss-web domains.

2.1.2. Enable Authentication

The Enterprise Web Platform ships with authentication on the default security domains enabled by default. In order to check that authentication is enabled, or re-enable authentication that has previously been disabled, follow this procedure. For more information on security domains and authentication in the Enterprise Web Platform, refer to the Security Guide.

Procedure 2.1. Enabling Authentication

  1. Enabling Authentication on the JMX console

    In this web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/jmx-console.war/WEB-INF/web.xml
    ensure the following security-constraint fragment is uncommented.
    <security-constraint>
       <web-resource-collection>
          <web-resource-name>HtmlAdaptor</web-resource-name>
          <description>
             An example security config that only allows users with the role
             JBossAdmin to access the HTML JMX console web application
          </description>
          <url-pattern>/*</url-pattern>
      </web-resource-collection>
      <auth-constraint>
        <role-name>JBossAdmin</role-name>
      </auth-constraint>
    </security-constraint>
    
  2. Enabling Security Domain on the JMX console

    In this jboss-web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/jmx-console.war/WEB-INF/jboss-web.xml
    ensure the following fragment is included.
    <jboss-web>
      <!-- Uncomment the security-domain to enable security. You will
         need to edit the htmladaptor login configuration to setup the
         login modules used to authentication users.
      -->
      <security-domain>java:/jaas/jmx-console</security-domain>
    </jboss-web>
    
  3. Enabling Authentication on the Admin Console

    In this web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/management/console-mgr.sar/web-console.war/WEB-INF/web.xml
    ensure the following security-constraint fragment is uncommented.
    <security-constraint>
       <web-resource-collection>
          <web-resource-name>HtmlAdaptor</web-resource-name>
          <description>
             An example security config that only allows users with the role
             JBossAdmin to access the HTML JMX console web application
          </description>
          <url-pattern>/*</url-pattern>
      </web-resource-collection>
      <auth-constraint>
        <role-name>JBossAdmin</role-name>
      </auth-constraint>
    </security-constraint>
    
  4. Enabling Security Domain on the Admin Console

    In this jboss-web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/management/console-mgr.sar/web.console.war/WEB-INF/jboss-web.xml
    ensure the following fragment is included.
    <jboss-web>
      <!-- Uncomment the security-domain to enable security. You will
         need to edit the htmladaptor login configuration to setup the
         login modules used to authentication users.
      -->
      <security-domain>java:/jaas/jmx-console</security-domain>
    </jboss-web>
    

2.1.3. Disable Authentication

Authentication can be disabled for use in development environments, where the installation is on a secure, internal machine.

Warning

Do not disable authentication on an externally-facing installation.

Procedure 2.2. Disabling Authentication

  1. Disable security constraints on the JMX Console

    In this web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/jmx-console.war/WEB-INF/web.xml
    comment out the security-constraint fragment.
    <security-constraint>
       <web-resource-collection>
          <web-resource-name>HtmlAdaptor</web-resource-name>
          <description>
             An example security config that only allows users with the role
             JBossAdmin to access the HTML JMX console web application
          </description>
          <url-pattern>/*</url-pattern>
      </web-resource-collection>
      <auth-constraint>
        <role-name>JBossAdmin</role-name>
      </auth-constraint>
    </security-constraint>
    
  2. Disabling Security Domain on the JMX Console

    In this jboss-web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/jmx-console.war/WEB-INF/jboss-web.xml
    remove the following fragment.
    <jboss-web>
      <!-- Uncomment the security-domain to enable security. You will
         need to edit the htmladaptor login configuration to setup the
         login modules used to authentication users.
      -->
      <security-domain>java:/jaas/jmx-console</security-domain>
    </jboss-web>
    
  3. Disable security constraints on the Admin Console

    In this web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/management/console-mgr.sar/web-console.war/WEB-INF/web.xml
    comment out the security-constraint fragment.
    <security-constraint>
       <web-resource-collection>
          <web-resource-name>HtmlAdaptor</web-resource-name>
          <description>
             An example security config that only allows users with the role
             JBossAdmin to access the HTML JMX console web application
          </description>
          <url-pattern>/*</url-pattern>
      </web-resource-collection>
      <auth-constraint>
        <role-name>JBossAdmin</role-name>
      </auth-constraint>
    </security-constraint>
    
  4. Disabling Security Domain for the Admin Console

    In this jboss-web.xml file:
    • JBOSS_HOME/server/PROFILE/deploy/management/console-mgr.sar/web.console.war/WEB-INF/jboss-web.xml
    remove the following fragment.
    <jboss-web>
      <!-- Uncomment the security-domain to enable security. You will
         need to edit the htmladaptor login configuration to setup the
         login modules used to authentication users.
      -->
      <security-domain>java:/jaas/jmx-console</security-domain>
    </jboss-web>
    

2.1.4. Users and Roles

The Enterprise Web Platform uses Roles to enable and restrict access to the Admin Console. Specifically, the roles allocated to users of the Admin Console are the JBossAdmin and HttpInvoker roles, as detailed in the procedure.

Procedure 2.3. Creating a User

This procedure creates a user, then grants the user permission to access the Admin Console and HTTP Invoker.
  1. Create a user in the jmx-console JAAS security domain

    Edit the file jmx-console-users.properties in the directory JBOSS_HOME/server/PROFILE/conf/props/.
    1. Create a username and password

      Create a username = password pair.

      Default admin user configuration

      The commented admin=admin username and password is an example of the username/password definition syntax. Do not use this for your user account.
  2. Create a user in the web-console JAAS security domain

    1. Edit the file web-console-users.properties in the directory JBOSS_HOME/server/PROFILE/deploy/management/console-mgr.sar/web-console.war/WEB-INF/classes/.
    2. Add username and password

      Add the username = password pair.

      Default admin user configuration

      The commented admin=admin username and password is an example of the username/password definition syntax. Do not use this for your user account.
  3. Grant permissions to user

    1. Edit the file web-console-roles.properties in the directory JBOSS_HOME/server/PROFILE/deploy/management/console-mgr.sar/web-console.war/WEB-INF/classes/.
    2. Create an entry for the user of the form:
      username=JBossAdmin,HttpInvoker
      
      JBossAdmin
      Grant the user permission to access the Web-Console
      HttpInvoker
      Grant the user permission to access the HTTP Invoker

2.2. Access the Admin Console

The Admin Console is accessed using a web browser. By default, JBoss Application Server is configured to only offer this service on the local machine. To configure the Application Server to enable remote access of the Admin Console and other services, refer to the Installation Guide.

Note: Supported Browsers

The Admin Console has been tested against and is supported for use with Mozilla Firefox 2.0, 3.0, 3.5 and 3.6; and Internet Explorer 6 and 7. It may also work in other browsers, but it is only supported in the browsers listed here.

Note: Configuration

Ensure that the Enterprise Web Platform has been configured as described in Section 2.1, “Security”, and is running locally.

Procedure 2.4. Access the Admin Console

  1. Using a web browser, navigate to http://localhost:8080. The JBoss Welcome Page is displayed.
  2. Select the 'Admin Console' link. The Admin Console login page is displayed.
  3. Enter credentials created in Section 2.1.4, “Users and Roles”, and click Login. The Admin Console is displayed.

2.3. Port Configuration

The Service Binding Manager co-ordinates which ports the Enterprise Web Platform instance listens on when it starts up. Which port set is used by the Service Binding Manager can be configured using the Admin Console. The Enterprise Web Platform ships with four port sets predefined:
  • ports-default: The standard ports, for instance JBoss Web listens for HTTP requests on 8080.
  • ports-01: The standard ports incremented by 100. For example, HTTP is on 8180
  • ports-02: The standard ports incremented by 200. For example, HTTP is on 8280
  • ports-03: The standard ports incremented by 300. For example, HTTP is on 8380
Additional port sets can also be created. All port sets can be deleted, configured and have their service bindings displayed using the Admin Console.

2.3.1. Configure the Service Binding Manager

The Service Binding Manager can be configured to use a different Service Binding Set (different set of ports) on the Enterprise Web Platform.

Procedure 2.5. Configuring the Service Binding Manager

  1. Navigate to the Service Binding Manager.
  2. Click the 'Configuration' tab.
  3. Edit 'Active Binding Set Name' to reflect the Service Binding Set to use.
  4. Click Save. For these changes to take effect, the Enterprise Web Platform must be restarted.

2.3.2. Add a Service Binding Set

Alternative Service Binding Sets can be added to the Service Binding Manager using the Admin Console.

Procedure 2.6. Adding a Service Binding Set

  1. Navigate to 'Service Binding Sets', located under the 'Service Binding Manager' menu.
  2. Click Add a new resource.
  3. Select the Resource Template to use (Service Binding Set). Click Continue.
  4. Enter Name, Default Host Name and Port Offset.
  5. Enter in any Override Bindings, by clicking Add New, and entering the required data. Click OK when finished.
  6. Click Save.

2.3.3. Service Binding Set Configuration

Procedure 2.7. Configuring a Service Binding Set

  1. Navigate to 'Service Binding Sets' and click on the Service Binding Set to be configured.
  2. Click on the 'Configuration' tab.
  3. Edit the fields to be changed.
  4. Click Save.

2.3.4. Display Bindings for a Service Binding Set

Procedure 2.8. Displaying Bindings for a Service Binding Set

  1. Navigate to 'Service Binding Sets' and click on the Service Binding Set for which the bindings are to be displayed.
  2. Click the 'Control' tab.
  3. Click Display Bindings. The bindings are displayed.

2.3.5. Delete Service Binding Sets

Procedure 2.9. Deleting a Service Binding Set

  1. Navigate to 'Service Binding Sets'.
  2. Click Delete to delete the Service Binding Set.
  3. Click OK to confirm the Service Binding Set is to be deleted.

Chapter 3. Applications

Applications are deployed on the Enterprise Web Platform. They are user-facing, providing services and interfaces such as web sites, APIs, and other resources.
These application types can be managed through the Admin Console Applications section of the interface:
  • Enterprise ARchives (EARs)
  • Web Application aRchives (WARs)
  • Resource Adapter aRchives (RARs)
  • Enterprise Java Bean archives (EJBs), both EJB2 and EJB3
EARs can contain other application types. When EARs containing other applications are deployed, these embedded applications are shown in the Embedded Application_Type section of the Admin Console. Control of these embedded applications is through the parent EAR.

3.1. Deploy an Application

Deployed applications are available for end users, and can be manipulated through the Admin Console. Follow this procedure to deploy an application to the Enterprise Web Platform ready for use.

Procedure 3.1. Deploying an Application

  1. Navigate to the Application type

    1. Expand the Applications menu by clicking on it.
    2. Click on the submenu of the type of application to add.
  2. Configuring the Application

    1. Click Add a new resource.
    2. Specify the file to be deployed.
    3. Set options to deploy the application exploded, and to deploy the application as farmed.
  3. Deploy the Application

    Click Continue to deploy the application.

3.2. Update an Application

An application is typically updated to apply a patch or similar change, by replacing the original application archive with a new file. To update an application, follow this procedure.

Procedure 3.2. Updating an Application

  1. Navigating to the Content tab

    1. Click on the application's type submenu to expand it.
    2. Click on the application.
    3. Click on the Content Tab.
  2. Finding the updated application file.

    1. Click Browse.
    2. Browse to the location of the updated application file.
    3. Click Open.
  3. Performing the update.

    Click Update. The currently deployed application will be replaced by the new application file.

    Important

    The file to be updated must have the same name as the original application, otherwise the operation will fail.

3.3. Undeploy an Application

Undeploying an application using the Admin Console removes it from the server. The application can no longer be managed using the Admin Console, until it is deployed again. To undeploy an application, follow this procedure.

Procedure 3.3. Undeploying an Application

  1. Navigate to the Application

    Click on the application's type submenu to expand it.
  2. Undeploy the Application

    1. Click Delete next to the application.
    2. Confirm the removal of the application. The application is undeployed.

3.4. Controlling Applications

Applications can be started, restarted, and stopped using the Admin Console. Control operations available for applications are:
  • Start
  • Stop
  • Restart
To perform these control operations, follow this procedure.

Procedure 3.4. Using Application Controls

  1. Navigate to the Control Tab

    1. Click on the application's type submenu to expand it.
    2. Click on the application.
    3. Click the Control Tab.
  2. Perform the operation

    Click the operation to perform. The results of the operation are displayed.

Chapter 4. Resources

Anything managed by the Admin Console is a resource. This includes Applications, Services, and Datasources. The Admin Console separates Applications out from other managed resources. The remaining resources are accessible by navigating to the 'Resources' menu item in the Admin Console. They are categorized as JBoss Messaging, JBoss Web, Scripts, Connection Factories, and Datasources.

Important

Resources deployed and modified using the Admin Console should continue to be administered using the Admin Console, as changes are not reflected in the original configuration file for the resource. Manual editing of configuration files and changes made using the Admin Console are not compatible.

4.1. JBoss Messaging

JBoss Messaging provides the Java Messaging Services for the Enterprise Web Platform. Only destinations for JBoss Messaging can be configured through the Admin Console. Destinations are divided into Topics and Queues.

4.1.1. Add a JBoss Messaging Resource

To add new destinations to the Enterprise Web Platform instance, use the following procedures.

Procedure 4.1. Adding a JBoss Messaging Queue

  1. Click ResourcesJBoss MessagingQueues. Click Add a new resource.
  2. Select the Template to use for the resource.
  3. Enter in the name of the Queue, and the JNDI name.
  4. Optional: Edit the other values available. For more information about Queue settings, refer to the JBoss Messaging User Guide.
  5. Click Save.

Procedure 4.2. Adding a JBoss Messaging Topic

  1. Click ResourcesJBoss MessagingTopics. Click Add a new resource.
  2. Select the Template to use for the resource.
  3. Enter in the name of the Topic, and the JNDI name.
  4. Optional: Edit the other values available, or leave them set to their default values. For more information about Topic settings, see the JBoss Messaging User Guide.
  5. Click Save.

4.1.2. Remove a JBoss Messaging Resource

Removing a Messaging Resource will discard all messages associated with that resource. Do this with caution.

Procedure 4.3. Removing a JBoss Messaging Resource

  1. Navigate to the JBoss Messaging Type - Topic or Queue, under ResourcesJBoss Messaging.
  2. Click Delete next to the resource to be deleted.
  3. Click OK to confirm the delete operation.

4.1.3. JBoss Messaging Resource Configuration

Messaging resources can be fine tuned using configuration options. To change the configuration of a messaging resource, follow this procedure.

Procedure 4.4. Configuring a JBoss Messaging Resource

  1. Navigate to the resource to be configured, using ResourcesJBoss MessagingMESSAGING_TYPERESOURCE_NAME.
  2. Click the 'Configuration' tab.
  3. When configuration options have been changed, click Save. For more information about configuration options, refer to the JBoss Messaging User Guide.

4.1.4. JBoss Messaging Resource Control

Various control operations are available for Queues and Topics. Both Messaging Resources have these operations available:
  • Remove all messages - removes all messages from the destination.
  • Start - starts the destination.
  • Stop - stops the destination.
  • List All Messages - lists all messages for the specified selector.
  • List Durable Messages - lists all durable messages for the specified selector.
  • List Non Durable Messages - lists all non durable messages for the specified selector.
Queue specific control operations are:
  • List Message Counter As HTML - displays the message counter as HTML.
  • List Message Counter History As HTML - displays the message counter history as HTML.
  • Reset Message Counter - resets the message counter to zero.
  • Reset Message Counter History - clears the message counter history.
Topic specific control operations are:
  • List All Subscriptions - displays all subscriptions to the topic.
  • List All Subscriptions As HTML - displays all subscriptions to the topic in HTML.
  • List Durable Subscriptions - displays all durable subscriptions.
  • List Durable Subscriptions As HTML - displays all durable subscriptions in HTML.
  • List Non-Durable Subscriptions - displays all non-durable subscriptions.
  • List Non-Durable Subscriptions As HTML - displays all non-durables subscriptions in HTML.
To perform any of these control operations, follow this procedure.

Procedure 4.5. Controlling a JBoss Messaging Resource

  1. Navigate to the resource, using ResourcesJBoss MessagingMESSAGING_TYPERESOURCE_NAME.
  2. Click the 'Control' tab.
  3. Click the operation to be performed. For information about the effect of these operations, refer to the JBoss Messaging User Guide.

4.2. Connection Factory

Connection Factories provide connection objects to the Resource Adapter (deployed in a RAR) they are associated with. The following types of Connection Factories are managed through the Admin Console:
  • No Tx Connection Factories - these do not take part in JTA transactions
  • Local Transaction Connection Factories - these participate in local JTA transactions
  • XA Transaction Connection Factories - these participate in distributed JTA transactions

4.2.1. Add a Connection Factory Resource

To add a Connection Factory for use by a Resource Adapter, follow this procedure.

Procedure 4.6. Adding a Connection Factory to JBoss Messaging

  1. Navigate to the Connection Factory type required, under ResourcesConnection Factories.
  2. Click Add a new resource.
  3. Select the template to use, and click Continue.
  4. Enter the JNDI name, RAR name, and Connection Definition in the labeled fields.

    Note

    The RAR for the associated Resource Adapter must be deployed before adding the Connection Factory.
  5. Configure extra options for the connection factory. For more information about configuration options, see the JBoss Messaging User Guide.
  6. Click Save. The new Connection Factory will be displayed in the Admin Console.

4.2.2. Remove a Connection Factory Resource

Removing a Connection Factory removes the ability to connect to the associated Resource Application. Similarly, if a Resource Application is removed, the corresponding Connection Factory should be removed. To perform this function, follow this procedure.

Procedure 4.7. Removing a Connection Factory

  1. Navigate to the Connection Factory type of the Connection Factory to be removed, under ResourcesConnection Factories.
  2. Click Delete next to the Connection Factory to be removed.
  3. Click OK to confirm the removal of the Connection Factory. The Connection Factory is removed.

4.2.3. Connection Factory Resource Configuration

Connection Factories have attributes that can be changed using the Admin Console. To access these attributes and change them, follow this procedure.

Procedure 4.8. Configuring a Connection Factory

  1. Navigate to the Connection Factory type, under ResourcesConnection Factories.
  2. Click the Connection Factory.
  3. Click the 'Configuration' tab.
  4. When the attributes have been edited, click Save. The configuration of the Connection Factory is changed.

4.2.4. Control a Connection Factory Resource

Maintenance operations can be performed using Connection Factories. These operations are:
  • Flush - Flush the connections in the pool
  • List Formatted Sub Pool Statistics - gives a report on sub pool statistics
  • List Statistcs - general statistics report for the Connection Factory
  • Test Connection - test the Connection Factory to ensure that connections can be obtained
To perform these operations, follow this procedure.

Procedure 4.9. Controlling a Connection Factory

  1. Navigate to the Connection Factory type, under ResourcesConnection Factories.
  2. Click the Connection Factory.
  3. Click the 'Control' tab.
  4. Click the required operation. Result of the operation is displayed.

4.3. Datasources

Datasources are generally databases. In order to make datasources available to applications in the Enterprise Web Platform, they need to be defined and published using JNDI. For more about datasources, refer to the Administration and Configuration Guide.
Three types of datasources can be added to an Enterprise Web Platform instance:
  • No Tx datasource. This does not take part in JTA transactions. Uses java.sql.Driver.
  • Local Tx datasource. This does not support two phase commit. Uses java.sql.Driver. Suitable for a single database or a non-XA-aware resource.
  • XA datasource. This supports two phase commit. Uses javx.sql.XADataSource.

4.3.1. Add a Datasource

Adding a datasource to the Enterprise Web Platform makes it available for use by applications on the instance. To add a datasource, use the following procedure.

Procedure 4.10. Adding a Local Tx or No Tx Datasource

  1. Navigate to the Datasource type to be added, under ResourcesDatasources.
  2. Click Add a new resource.
  3. Select the resource template from the drop-down box, and click Continue.
  4. Enter required parameters of JNDI Name, JDBC Driver Class and Connection URL.
  5. Optional: Configure extra options for the datasource. For more information about datasource configuration, see the Administration and Configuration Guide.
  6. Click Save. The datasource is available.

Procedure 4.11. Adding an XA Datasource

  1. Navigate to the XA Datasource type, ResourcesDatasourcesXA Datasources.
  2. Click Add a new resource.
  3. Select the resource template from the drop-down box, and click Continue.
  4. Enter required parameters of JNDI Name and XA DataSource Class.
  5. Optional: Configure extra options for the datasource. For more information about datasource configuration, see the Administration and Configuration Guide.
  6. Click Save. The XA datasource is available.

4.3.2. Remove a Datasource

When a datasource is no longer in use, it can be removed from the Enterprise Web Platform using the following procedure.

Procedure 4.12. Removing a Datasource

  1. Navigate to the Datasource type, under ResourcesDatasources.
  2. Click Delete next to the datasource to be removed.
  3. Click OK to confirm the removal of the datasource. The datasource is removed.

4.3.3. Datasource Configuration

Datasources have a number of configuration options. To configure a datasource, follow this procedure.

Procedure 4.13. Configuring a Datasource

  1. Navigate to the Datasource type, under ResourcesDatasources.
  2. Click the Datasource.
  3. Click the 'Configuration' tab.
  4. When the attributes have been edited, click Save. The configuration of the Datasource is changed.

4.3.4. Datasource Control

These operations are available for datasources:
  • Flush. This flushes connections in the datasource pool.
  • List Formatted Sub Pool Statistics. Displays a formatted sub pool statistics report.
  • List Statistics. Displays a statistics report.
  • Test Connection. Check that a connection is obtainable.
To perform maintence, or display statistics, use the following procedure.

Procedure 4.14. Controlling a Datasource

  1. Navigate to the datasource, at ResourcesDatasourcesDATASOURCE_TYPEDATASOURCE_NAME.
  2. Click the 'Control' tab.
  3. Click the operation to be performed.

4.4. Scripts

Several scripts come with the Enterprise Web Platform, and are visible in the Admin Console.
  • classpath.sh - used to set the class path for server and client.
  • jboss_init_hpux.sh - sample initialization script for HP-UX systems.
  • jboss_init_solaris.sh - sample initialization script for Solaris systems.
  • password_tool.sh
  • probe.sh - used to discover JBoss AS clusters.
  • run.sh - starts an instance of the Enterprise Web Platform. For usage, see the Getting Started Guide.
  • shutdown.sh - shuts down the Enterprise Web Platform instance.
  • twiddle.sh
  • wsconsume.sh - generates portable JAX-WS artifacts from a WSDL file.
  • wsprovide.sh - generates portable JAX-WS artifacts for an endpoint implementation.
  • wsrunclient.sh - builds correct classpath and libs for JAX-WS web service client.
  • wstools.sh
Only some of these scripts are useful to run from Admin Console, as they are command line tools. To run a script using the Admin Console, use the following procedure.

Procedure 4.15. Running a Script

  1. Navigating to the script

    1. Navigate to the Scripts section in the Admin Console, ResourcesScripts.
    2. Click the script to be run.
    3. Click the 'Control' tab.
  2. Running the script

    1. Click Execute Script.
    2. Enter in the appropriate parameters, if any, and click OK.
    3. When the script has finished running, the results are displayed.

Chapter 5. Monitor the JBoss Enterprise Web Platform Instance

Metrics associated with the JBoss Enterprise Web Platform instance can be viewed in the Admin Console. Data such as memory usage, transactions, and thread counts are available. For more complete metrics and monitoring, use the JBoss Operations Network.
Metrics are offered for the following:
  • The EAP instance
  • Queues
  • Topics
  • Connection Factories
  • Datasources
To access these metrics, follow this procedure.

Procedure 5.1. Accessing Metrics

  1. Navigate to the resource you wish to display metrics for.
  2. Click the 'Metrics' tab. Metrics are displayed.
  3. Optional: Click Refresh to get the latest data.

Revision History

Revision History
Revision 5.1.1-104.4002013-10-31Rüdiger Landmann
Rebuild with publican 4.0.0
Revision 5.1.1-1042012-07-18Anthony Towns
Rebuild for Publican 3.0
Revision 5.1.1-100Mon Jul 18 2011Jared Morgan
Incorporated changes for JBoss Enterprise Web Platform 5.1.1 GA. For information about documentation changes to this guide, refer to Release Notes 5.1.1.
Revision 5.1.0-100Tue Aug 03 2010Rebecca Newton
Changed version number in line with new versioning requirements.
Revised for JBoss Enterprise Web Platform 5.1.0.GA, including:
JBPAPP-3278
JBPAPP-3276
JBPAPP-4776