WebSphere 6.1 admin Course 2
Upcoming SlideShare
Loading in...5
×
 

WebSphere 6.1 admin Course 2

on

  • 656 views

 

Statistics

Views

Total Views
656
Views on SlideShare
656
Embed Views
0

Actions

Likes
0
Downloads
49
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

WebSphere 6.1 admin Course 2 WebSphere 6.1 admin Course 2 Presentation Transcript

  • WebSphere Administration Course Copyright © Oded Nissan 2009
  • Agenda • Administration of WebSphere Resources – JDBC Administration – JMS Administration • • • • WebSphere Naming JEE Class Loading Working with Profiles Summary Copyright © Oded Nissan 2009
  • Administration of WebSphere Resources Copyright © Oded Nissan 2009
  • JDBC Data Source Administration Copyright © Oded Nissan 2009
  • Java Database Connectivity (JDBC) • Java programs communicate with databases and manipulate their data using the JDBC™API. • A JDBC driver enables Java applications to connect to a database in a particular DBMS and allows programmers to manipulate that database using the JDBC API. Copyright © Oded Nissan 2009
  • Java Database Connectivity (JDBC) • Database vendors implement the JDBC API. The implementation is called a JDBC Driver. • The driver is provided as a jar file that should be included in the classpath of the using program. • JDBC is a standard JavaSE technology. Copyright © Oded Nissan 2009
  • JDBC Architecture Copyright © Oded Nissan 2009
  • The Data Source API • The Data Source API was introduced in the JDBC 2.0 Optional Package as an easier, more generic means of obtaining a Connection. • Application servers work with JDBC using the Data Source API. • WebSphere uses the Data Source API to manage connection pooling, container managed transactions etc. Copyright © Oded Nissan 2009
  • Data source and JDBC Provider • The JDBC provider defines the driver in use. We can configure more than one JDBC provider in WebSphere. • The DataSource uses a specific provider and defines the database host, port, database name, schema etc. • We can think of the provider as the class and the DataSource as the instance (sort of..). Copyright © Oded Nissan 2009
  • Data Source • The JCA connection manager provides connection pooling, transaction support and security support. • The JDBC driver is used by the connection manager to obtain connections. Copyright © Oded Nissan 2009
  • Data Source Copyright © Oded Nissan 2009
  • The Data source programming model • The application looks up the datasource in the JNDI tree and obtains it. • The application calls getConnection() on the Data source object obtained to get a JDBC Connection. The connection is retrieved from the connection pool. • The application uses the connection to access the database. • The application calls the close() method on the connection when it is done, the connection is returned to the pool. Copyright © Oded Nissan 2009
  • Creating a Data Source Copyright © Oded Nissan 2009
  • Creating a Data Source • Create a JDBC Provider, specify the JDBC driver to be used by the specific data base. • Create a data source specify the connection settings for the database. Copyright © Oded Nissan 2009
  • Creating a JDBC Provider • Using the Admin console select Resources>JDBC->JDBCProviders • Select the scope for which the resource will be visible, default is node. • Press the new button to create a new JDBC Provider. Copyright © Oded Nissan 2009
  • Creating a JDBC Provider (step 1) Copyright © Oded Nissan 2009
  • Creating a JDBC Provider (step 1) • Database type – select the type of the database, WebSphere is preconfigured for popular databases such as DB2, Oracle etc. • Provider type – select the JDBC driver to use. • Implementation type – XA or regular connection. Use XA to support two-phasecommit. Copyright © Oded Nissan 2009
  • Creating a JDBC Provider (step 2) Copyright © Oded Nissan 2009
  • Creating a JDBC Provider (step 2) • Classpath – the relevant classpath for the specific JDBC driver. • Library path – specify the value for the environment variable specifying the directory with the JDBC driver. Can also be set using Environment->WebSphere variables. • Native library path – optional path to native libraries used by the JDBC driver. Copyright © Oded Nissan 2009
  • Creating a JDBC Provider (step 3) • Review the settings and press finish to create the JDBC Provider • Press the save link to save the provider to the master configuration. • It is recommended to restart the server after adding a new JDBC provider. Copyright © Oded Nissan 2009
  • Creating a Data Source • Using the Admin console select Resources>JDBC->Data sources • Select the scope for which the resource will be visible, default is node. • Press the new button to create a new data source. Copyright © Oded Nissan 2009
  • Creating a Data Source (step 1) Copyright © Oded Nissan 2009
  • Creating a Data Source (step 1) • Data source name – enter a name for the data source. • JNDI name – the name the data source will be bound to in the JNDI naming tree. • Authentication alias – choose an existing authentication alias or create a new one by pressing the link. The authentication alias stores the authentication data for the database (user, password). • Press next Copyright © Oded Nissan 2009
  • Creating a Data Source (step 2) • Choose the JDBC Provider • Press next Copyright © Oded Nissan 2009
  • Creating a Data Source (step 3) Copyright © Oded Nissan 2009
  • Creating a Data Source (step 3) • Database name – the name of the database. • Driver type – the JDBC driver type to use. • Server name – the name of the server where the database instance is running. • Port number – the port the database instance is listening to. Copyright © Oded Nissan 2009
  • Creating a Data Source (step 4) • Review the settings and press finish to create the data source • Press the save link to save the data source to the master configuration. • You can now test the connection by pressing the Test connection button. Copyright © Oded Nissan 2009
  • Testing the connection Copyright © Oded Nissan 2009
  • Update Data source properties • • • • Click the data source in the resource list. Click custom properties Click new to add a new property. Click a property to change its value. Copyright © Oded Nissan 2009
  • Update Data source properties Copyright © Oded Nissan 2009
  • JMS Administration Copyright © Oded Nissan 2009
  • Introduction to JMS • JMS is a vendor-neutral API that can be used to access enterprise messaging systems • Applications that use JMS are called JMS clients , and the messaging system that handles routing and delivery of messages is called the JMS provider. • A JMS client that sends a message is called a producer , and a JMS client that receives a message is called a consumer . A single JMS client can be both a producer and a consumer. Copyright © Oded Nissan 2009
  • JMS Architecture A JMS application is composed of the following parts: • A JMS provider: A messaging system that implements the JMS specification. • JMS clients: Java applications that send and receive messages. • Messages: Objects that are used to communicate information between JMS clients. • Administered objects: Preconfigured JMS objects that are created by an administrator for the use of JMS clients. Copyright © Oded Nissan 2009
  • JMS Delivery Modes JMS supports two different message delivery models: • Point-to-Point (Queue destination): In this model, a message is delivered from a producer to one consumer. • Publish/Subscribe (Topic destination): In this model, a message is delivered from a producer to any number of consumers. Copyright © Oded Nissan 2009
  • Point to Point • The messages are delivered to the destination, which is a queue, and then delivered to one of the consumers registered for the queue. While any number of producers can send messages to the queue, each message is guaranteed to be delivered, and consumed by one consumer. If no consumers are registered to consume the messages, the queue holds them until a consumer registers to consume them. Copyright © Oded Nissan 2009
  • Publish/Subscribe • Messages are delivered to the topic destination, and then to all active consumers who have subscribed to the topic. In addition, any number of producers can send messages to a topic destination, and each message can be delivered to any number of subscribers. If there are no consumers registered, the topic destination doesn't hold messages unless it has durable subscription for inactive consumers. A durable subscription represents a consumer registered with the topic destination that can be inactive at the time the messages are sent to the topic. Copyright © Oded Nissan 2009
  • The JMS programming Model • A JMS application consists of a set of application-defined messages and a set of clients that exchange them. • JMS clients interact by sending and receiving messages using the JMS API. • A message is composed of three parts: header, properties, and a body. Copyright © Oded Nissan 2009
  • The JMS programming Model Copyright © Oded Nissan 2009
  • JMS Message Types • The JMS specification defined six type or classes of messages that a JMS provider must support: – Message: This represents a message without a message body. – StreamMessage: A message whose body contains a stream of Java primitive types. It is written and read sequentially. – MapMessage: A message whose body contains a set of name/value pairs. The order of entries is not defined. – TextMessage: A message whose body contains a Java string...such as an XML message. – ObjectMessage: A message whose body contains a serialized Java object. – BytesMessage: A message whose body contains a stream of uninterpreted bytes. Copyright © Oded Nissan 2009
  • Producing and Consuming Messages Copyright © Oded Nissan 2009
  • Sample Code Creating a connection: QueueConnection conn; QueueSession session; Queue que; InitialContext iniCtx = new InitialContext(); Object tmp = iniCtx.lookup("ConnectionFactory"); QueueConnectionFactory qcf = (QueueConnectionFactory) tmp; conn = qcf.createQueueConnection(); que = (Queue) iniCtx.lookup("queue/testQueue"); session = conn.createQueueSession(false, QueueSession.AUTO_ACKNOWLEDGE); conn.start(); Copyright © Oded Nissan 2009
  • Sample Code Sending a message: // Send a text msg QueueSender send = session.createSender(que); TextMessage tm = session.createTextMessage(text); send.send(tm); Receiving a message: // Set the async listener QueueReceiver recv = session.createReceiver(que); recv.setMessageListener(new ExListener()); public static class ExListener implements MessageListener { public void onMessage(Message msg) { TextMessage tm = (TextMessage) msg; try { log.info("onMessage, recv text=" + tm.getText()); } catch(Throwable t) { …. Copyright © Oded Nissan 2009
  • Message Driven Beans Copyright © Oded Nissan 2009
  • Message Driven Beans • Message-driven beans (MDBs) are stateless, server-side, transaction-aware components for processing asynchronous messages delivered via JMS. While a message-driven bean is responsible for processing messages, its container manages the component's environment, including transactions, security, resources, concurrency, and message acknowledgment.. • An MDB can process hundreds of JMS messages concurrently because numerous instances of the MDB can execute concurrently in the container. Copyright © Oded Nissan 2009
  • MDB Example Copyright © Oded Nissan 2009
  • Message Driven Beans Copyright © Oded Nissan 2009
  • The MDB Life Cycle An MDB can be in two states: • Does not exist • Method Ready Pool – the pool is maintained by the container, when the container decides to reduce the number of MDB instances it may destroy some instances. Copyright © Oded Nissan 2009
  • The MDB Life Cycle Copyright © Oded Nissan 2009
  • Message Driven Beans • MDB clients are regular JMS clients, in contrast to other EJB types. • Use MDBs to perform asynchronous operations. • MDBs can be a good fit for handling a high load of events or observations. Copyright © Oded Nissan 2009
  • JMS Resources Copyright © Oded Nissan 2009
  • JMS Providers • Default Messaging Provider - based on service integration technologies and is fully integrated with the WebSphere Application Server runtime environment. • WebSphere MQ Provider - integrate WebSphere Application Server messaging applications into an exising WebSphere MQ server. • Generic Provider- integrate WebSphere messaging with a 3rd party JMS provider. Copyright © Oded Nissan 2009
  • Default Messaging Provider • Based on a preconfigured JCA adapter that integrates with a Service Integration Bus (SIB). • The Admin Console allows us to configure the adapter as if it was a JMS provider. • The preferred choice for most JEE applications, unless we are integrating with other systems. Copyright © Oded Nissan 2009
  • WebSphere MQ Provider • Provides integration with MQ products for both the point to point and publish-subscribe messaging models. • Creation of MQ objects such as queue managers, channels and queues must be done in the MQ product. • These objects can then be used when integrating with WebSphere. Copyright © Oded Nissan 2009
  • Generic Provider • You can configure any third-party messaging provider that supports the JMS Version 1.1 specification. • JMS Administered objects must be created using the 3rd party provider. • JMS Administered objects are bound to the WAS JNDI tree, however, these are aliases to the real JMS objects that are bound to an external JNDI tree. Copyright © Oded Nissan 2009
  • Generic Provider Copyright © Oded Nissan 2009
  • Service Integration Bus • A service integration bus is a group of one or more application servers or server clusters in a WebSphere® Application Server cell that cooperate to provide asynchronous messaging services. • The application servers or server clusters in a bus are known as bus members. Copyright © Oded Nissan 2009
  • Service Integration Bus • A service integration bus, or bus, is simply an architectural concept. It gives an administrator the ability to group a collection of resources together that provide the messaging capabilities of the bus. • The application servers or server clusters in a bus are known as bus members. Copyright © Oded Nissan 2009
  • Service integration Bus in a Cell Copyright © Oded Nissan 2009
  • Messaging Engine • A messaging engine is the component within an application server that provides the core messaging functionality of a bus. At run time, it is the messaging engines within a bus that communicate and cooperate with each other to provide the messaging capabilities of the bus. • A messaging engine is responsible for managing the resources of the bus and it also provides a connection point to which local and remote client applications can connect. Copyright © Oded Nissan 2009
  • SIB and Messaging Engine Copyright © Oded Nissan 2009
  • Message Store • Every messaging engine defined within a bus has a message store associated with it. A messaging engine uses this message store to persist durable data, such as persistent messages and transaction states. • Durable data written to the message store survives the orderly shutdown, or failure, of a messaging engine, regardless of the reason for the failure. Copyright © Oded Nissan 2009
  • Destinations • A destination within a bus is a logical address to which applications can attach as message producers, message consumers, or both, in order to exchange messages. • The main types of destination that can be configured on a bus are: – Queue destinations for point-to-point messaging. – Topic destinations for publish-subscribe messaging. Copyright © Oded Nissan 2009
  • Using the Default Provider • To create JMS resources using the default provider: – Create a Service Integration Bus (SIB) – Add a member to the SIB. – Create a destination on the SIB – Create a JMS connection factory. – Create the JMS destinations: queues or topics. Copyright © Oded Nissan 2009
  • Creating a SIB • From the navigation menu choose Service Integration->Buses. • Press the new button. • Name the bus and press next. • Confirm your bus creation. Copyright © Oded Nissan 2009
  • Creating a SIB Copyright © Oded Nissan 2009
  • Adding a bus member • • • • • • • Click bus members Press Add Choose a bus member to add, a server or a cluster. Press next. Choose the store for the bus, file store or data store. Press next and edit store properties. Press finish. Copyright © Oded Nissan 2009
  • Adding a bus member Copyright © Oded Nissan 2009
  • Create a destination • From the navigation menu choose Service integration->Buses choose the desired bus. • Press destinations • Press new • Choose the destination type • Enter a name for the destination. • Press next. Copyright © Oded Nissan 2009
  • Create a destination Copyright © Oded Nissan 2009
  • Create a destination • Choose a bus member to assign the queue/topic to. • Click finish. Copyright © Oded Nissan 2009
  • Creating a JMS Connection Factory. • From the navigation menu choose Resource>JMS->JMS providers. • Choose the Default JMS Provider in the required scope and press the connection factories link. • Press new to create a new connection factory. Copyright © Oded Nissan 2009
  • Creating a JMS Connection Factory. Copyright © Oded Nissan 2009
  • Creating a JMS Connection Factory. • Name - The name by which this resource is known for administrative purposes. • JNDI Name-The JNDI name for the resource. • Bus name - The name of the service integration bus to connect to. • Target - The name of a target that identifies a group of messaging engines. Specify the type of target using the Target type property. • Target type - The type of target named in the Target property. Copyright © Oded Nissan 2009
  • Creating a JMS Connection Factory. • Target Significance - the significance of the target group. Preferred or required. • Target inbound transport chain - Type the name of the transport chain that the application should use when connecting to a messaging engine in separate process to the application. The name you specify must be one of the transport chains available in the server that hosts the messaging engine, as listed on the Servers > Application servers > server > Messaging engine inbound transports panel. Copyright © Oded Nissan 2009
  • Creating a JMS Connection Factory. • Provider endpoints - The list of comma separated endpoints used to connect to a bootstrap server. You only need to modify this property if you have client applications running outside of an application server. • Connection Proximity - The proximity of messaging engines that can accept connection requests, in relation to the bootstrap messaging engine. Copyright © Oded Nissan 2009
  • Creating a JMS Connection Factory. • Durable subscription- properties for configuring a durable supscription. • Quality of Service - The reliability applied to JMS messages sent using this connection factory. • Advanced Messaging-read ahead, temporary queue name prefix and more. Copyright © Oded Nissan 2009
  • Creating a Queue • From the navigation menu choose JMS>Queues. • Select the scope and press new. • Choose the default messaging engine. • Press Next Copyright © Oded Nissan 2009
  • Creating a Queue Copyright © Oded Nissan 2009
  • Creating a Queue • Name - The name by which this resource is known for administrative purposes. • JNDI Name-The JNDI name for the resource. • Bus name - The name of the service integration bus to connect to. • Queue name - The name of the associated queue on the service integration bus. • Delivery Mode - the persistence mode of messages on this destination. Copyright © Oded Nissan 2009
  • Creating a Queue • Time to live –The default length of time in milliseconds from its dispatch time that a message sent to this destination should be kept by the system. • Priority – The relative priority for messages sent to this destination, in the range 0 to 9. • Read ahead - an optimization that preemptively assigns messages to consumers. This improves the time taken to satisfy consumer requests. Copyright © Oded Nissan 2009
  • JMS Activation Spec • a JMS activation specification is used to configure an instance of an Activation Spec JavaBean for the default messaging JMS provider. • A JMS activation specification is then associated with a message-driven bean during application installation. Copyright © Oded Nissan 2009
  • Creating a JMS Activation Spec • From the navigation menu choose Resources>JMS->Activation spec. • Choose the scope and press new. • Choose the message provider press OK. Copyright © Oded Nissan 2009
  • Creating a JMS Activation Spec Copyright © Oded Nissan 2009
  • Creating a JMS Activation Spec • Name - The name by which this resource is known for administrative purposes. • JNDI Name-The JNDI name for the resource. • Destination type – queue or topic • Destination JNDI – the JNDI name of the destination. Copyright © Oded Nissan 2009
  • Creating a JMS Activation Spec • Message selector - a message selector property is a string that is used to select a subset of the available messages. For example: JMSType='car' AND color='blue' AND weight>2500 • Bus name – the name of the bus • Acknowledge mode - The acknowledge mode indicates how a message received by a messagedriven bean should be acknowledged. Copyright © Oded Nissan 2009
  • Creating a JMS Activation Spec • Target properties –same as for a JMS connection factory. • Authentication alias - The name of a J2C authentication alias used for component-managed authentication of connections to the service integration bus. • Maximum batch size - The maximum number of messages received from the messaging engine in a single batch. • Maximum concurrent endpoints - The maximum number of endpoints to which messages are delivered concurrently. Copyright © Oded Nissan 2009
  • WebSphere Naming Copyright © Oded Nissan 2009
  • WebSphere Naming • WAS has a naming service that is used to store references to JEE resources. • The naming service is a JNDI implementation. • Objects are bound into a mostly hierarchical structure, referred to as a name space. All non-leaf objects are called contexts. Copyright © Oded Nissan 2009
  • WebSphere Naming Features • Distributed name space - For additional scalability, the name space for a cell is distributed among the various servers. The deployment manager, node agent, and application server processes all host a name server. • Transient and persistent partitions - The name space is partitioned into transient areas and persistent areas. Copyright © Oded Nissan 2009
  • WebSphere Naming Features • Federated name space structure - A name space is a collection of all names bound to a particular name server. A name space can contain naming context bindings to contexts located in other servers. • Configured bindings - Administrators can configure bindings into the name space. • Support for CORBA URLS - WAS contains support for CORBA object URLs Copyright © Oded Nissan 2009
  • WebSphere Naming Copyright © Oded Nissan 2009
  • WebSphere Naming • Use the DumpNameSpace.cmd utility in the bin directory to dump the server’s namespace. • The DumpNameSpace command can be given the host and port to connect to in the command line arguments. • The BOOTSTRAP_ADDRESS in the ports panel specifies the naming server’s port. Copyright © Oded Nissan 2009
  • Naming Bindings • Bindings can be created in three ways: – By application deployment the binding is specified in the deployment descriptor. – Explicitly using the admin console. – Programmatically using the JNDI API. Copyright © Oded Nissan 2009
  • Naming Bindings in the AdminConsole • From the navigation menu select Environment->Naming->Name Space bindings • Select the scope and click new. • Select the binding type and enter the binding value. Copyright © Oded Nissan 2009
  • Naming Bindings in the AdminConsole Copyright © Oded Nissan 2009
  • Naming Bindings Using JNDI • Obtain an InitialContext object. • Perform lookups and binding of objects using the InitialContext object. • The InitialContext object must be given either an iiop or CORBA style URL to the naming server. If we are calling the local naming server, no URL is needed. Copyright © Oded Nissan 2009
  • Naming Bindings Using JNDI • Getting an InitialContext Copyright © Oded Nissan 2009
  • Naming Bindings Using JNDI • Looking up and EJB home using a compound name. Copyright © Oded Nissan 2009
  • The Federated NameSpace Copyright © Oded Nissan 2009
  • JEE ClassLoading Copyright © Oded Nissan 2009
  • Java Class Loaders • Class loaders enable the Java virtual machine (JVM) to load classes. Given the name of a class, the class loader locates the definition of this class. • Each Java class must be loaded by a class loader. • The JVM uses more than one class loader. Class loaders are organized in a hierarchy Copyright © Oded Nissan 2009
  • Java Class Loaders • By default the JVM uses three class loaders: – bootstrap class loader loads the core Java libraries – extensions class loader loads extention java libraries – application class loader loads classes from the CLASSPATH. Copyright © Oded Nissan 2009
  • Java Class Loaders • A class loader delegates class loading to its parent before trying to load the class itself. The parent class loader can be either another custom class loader or the bootstrap class loader. • A class loader can only delegate requests to its parent class loader, never to its child class loaders (it can go up the hierarchy but never down). Copyright © Oded Nissan 2009
  • The JVM ClassLoader Hierarchy Copyright © Oded Nissan 2009
  • The WebSphere Class Loader Hierarchy Copyright © Oded Nissan 2009
  • WebSphere Class Loaders • The WAS extension class loader - The class path used by the extensions class loader is retrieved from the ws.ext.dirs system property. • Web Module class loader – loads classes from the WEB-INF/classes WEB-INF/lib directories in the web application. • Application class loader – handles EJB modules utility jars etc that reside in the EAR file. Copyright © Oded Nissan 2009
  • WAS Class Loader Policies • Single - a single application loader is used to load all EJBs, utility JARs, and shared libraries. Same with single web class loader. • Multiple – each application (or web application) will receive its own class loader. Copyright © Oded Nissan 2009
  • Multiple Class Loaders • Total isolation between applications and web modules. Copyright © Oded Nissan 2009
  • Single Web class loader • WAR2-2 is loader by the application class loader. Copyright © Oded Nissan 2009
  • Single Application class loader • Single application class loader and single web class loader for WAR2. Copyright © Oded Nissan 2009
  • Class loading order • Parent first – first try to load classes using the parent class loader. This is the default. (JVM behavior). • Application first (parent last) – try to load classes using the application’s class loader (web or application) before delegating to the parent. This allows the application to override classes in the parent. Copyright © Oded Nissan 2009
  • Shared Libraries • These are libraries that we want to share among all applications. For example: framework libraries. • Shared libraries are defined using the administration tools. They consist of a symbolic name, a Java class path, and a native path for loading JNI libraries. • Share libraries need to be associated with an application in order to be loaded. Copyright © Oded Nissan 2009
  • Class loader viewer • the Class Loader Viewer displays the hierarchy of class loaders and their classpaths. • To enable the Class Loader Viewer Service, select Servers → Application Servers → <server name> and then click the Class Loader Viewer Service under the Additional Properties link. Then select Enable service at server startup. • You will need to restart the application server for the setting to take effect. Copyright © Oded Nissan 2009
  • WebSphere Profiles Copyright © Oded Nissan 2009
  • WebSphere Profiles • A set of WebSphere configuration files that represent a WAS instance. • In the WAS Base product, you can only have stand-alone application servers, Each application server is defined within a single cell and node. The administration console is hosted within the application server and can only connect to that application server. Copyright © Oded Nissan 2009
  • WebSphere Profiles • Standalone server profile. Copyright © Oded Nissan 2009
  • WebSphere Profiles • With the Network Deployment package, you have the option of defining multiple application servers with central management capabilities. The administration domain is the cell, consisting of one or more nodes. • Each node contains one or more application servers and a node agent that provides an administration point management by the deployment manager. Copyright © Oded Nissan 2009
  • WebSphere Profiles • Profiles with Network Deployment Copyright © Oded Nissan 2009
  • Profile Types • Application Server profile - defines a single stand-alone application server. • Deployment manager profile -defines a deployment manager in a distributed server environment. • Custom profile - A custom profile is an empty node, intended for federation to a deployment • manager. This type of profile is used when you are building a distributed server • environment. • Cell profile - A cell profile is actually a combination of two profiles: a deployment manager profile and an application server profile. Useful for test environments. Copyright © Oded Nissan 2009
  • Profile Directory Structure Copyright © Oded Nissan 2009
  • Creating a profile • From the <WAS HOME>bin/ProfileManagment directory run PMT.bat • Choose the type of the profile to create. • In case of an application server profile choose whether to install the admin console and default application. • Press next Copyright © Oded Nissan 2009
  • Creating a profile • Give the profile a name and choose the profile directory (to override the default). Copyright © Oded Nissan 2009
  • Creating a profile • You can enter the node name and host name defaults are automatically filled. Copyright © Oded Nissan 2009
  • Creating a profile • You can change the ports to avoid collision with an existing server. Copyright © Oded Nissan 2009
  • Creating a profile • On windows systems you can run the profile as a windows service. Copyright © Oded Nissan 2009
  • Creating a profile • Press next, review settings and press finish to create the profile. • The First Steps console is started. • Now we can move to the profile directory and start the server using the startServer command from the bin directory. Copyright © Oded Nissan 2009
  • Backing up a profile • Use the backupConfig command to back up a profile. The command will zip the configuration file and store it in the current directory or a specified file name. The zip file can be restored using the restoreConfig command. • Run backupConfig from the <WAS_HOME>/bin directory Copyright © Oded Nissan 2009
  • Restoring a profile • Use the restoreConfig command to restore a profile configuration using an archive previously generated using backupConfig. If the configuration to be restored exists, the config directory is renamed to config.old before the restore begins. • The command then restores the entire contents of the <profile_home>/config directory Copyright © Oded Nissan 2009
  • Exporting and Importing Profiles • WAS provides a mechanism that allows you to export certain profiles, or server objects from a profile to an archive. The archive can be distributed and imported to other installations. • An exported archive is a zip file of the config directory with host-specific information removed. • The exported archive can be the complete configuration or a subset. • Importing the archive creates the configurations defined in the archive. Copyright © Oded Nissan 2009
  • Exporting and importing profiles • To export a profile run wsadmin, type the following command: – $AdminTask exportWasprofile {-archive <archivename>.car} • To import a profile run wsadmin, type the following command: – $AdminTask importWasprofile {-archive <archivename>.car} Copyright © Oded Nissan 2009
  • Managing Profiles • The wasprofile command line tool can also be used to create profiles from the command line. • The wasprofile tool can also delete and list available profiles. • Listing available profiles: – wasprofile.sh -listProfiles Copyright © Oded Nissan 2009
  • Managing Profiles • Creating a profile: – /wasprofile.sh -create -profileName bladetcb6profile -profilePath /usr/IBM/WebSphere/AppServer/profiles/bladetcb6profil e -templatePath /usr/WebSphere/AppServer/profileTemplates/default -nodeName bladetcb6node -cellName bladetcb6Cell -hostName bladetcb6.rtp.raleigh.ibm.com • Deleting a profile: – wasprofile.sh -delete -profileName profile_name Copyright © Oded Nissan 2009
  • Resources • Info center for WAS 6.1 http://publib.boulder.ibm.com/infocenter/wasi • IBM Redbook – sg247304 WAS 6.1 System Management and configuration. • Admin Console context sensitive online help. Copyright © Oded Nissan 2009
  • Summary • Administration of WebSphere Resources – JDBC Administration – JMS Administration • WebSphere Naming • JEE Class Loading • Working with Profiles Copyright © Oded Nissan 2009