Application Server for Developers

Published on June 2016 | Categories: Types, Instruction manuals | Downloads: 31 | Comments: 0 | Views: 294
of 15
Download PDF   Embed   Report

WebSphere Application Server for Developers V7Quick Start GuideThis is a quick start guide to using WebSphere Application Server for Developers V7 on theWindows platforms. WebSphere Application Server for Developers is a free version of the WebSphereApplication Server for use in a development environment only. It allows application developers todevelop and unit test against the same run time as the production version of the WebSphereApplication Server. The outline for this guide is as follows:

Comments

Content


WebSphere Application Server for Developers V7
Quick Start Guide
1 Introduction
This is a quick start guide to using WebSphere Application Server for Developers V7 on the
Windows platforms. WebSphere Application Server for Developers is a free version of the WebSphere
Application Server for use in a development environment only. It allows application developers to
develop and unit test against the same run time as the production version of the WebSphere
Application Server. The outline for this guide is as follows:
• Section 2 covers how to download, install, and set up WebSphere as well as how to use the
web-based administrative console
• Section 3 covers how to download, install, and configure Eclipse to work with WebSphere
Application Server for Developers V7.
• Section 4 demonstrates how to deploy and debug a web application with JDBC to the
application server with a sample application.
• Section 5 provides additional references, including a description of WebSphere Application
Server for Developers V7.0 red book, the benefits of upgrading to IBM Rational developer
tools, and useful URLs.
2 Setting up WebSphere Application Server
2.1 Downloading WebSphere Application Server for Developers V7
To download WebSphere Application Server:
1. Go to . http://www.ibm.com/developerworks/websphere/downloads/
2. Click on the link WebSphere Application Server for Developers V7.0.
3. Click on the link Download now, under the Download section.
4. Log in with your IBM ID and password if you have one or register for an IBM ID. You can also
click on Proceed without an IBM ID.
5. Under Offering, select WebSphere Application Server for Developers V7.0 for Windows
and click Continue.
6. Fill out the form on the next page as appropriate and click I confirm.
7. Under Download using Download Director, select the ZIP file, and click the Download now
link. A Download Director window will pop up, where the File attribute is the file path to which
your selected package is downloaded to. Download Director requires a plug-in, which you may
not have, so alternatively, you can choose the tab Download using HTTP and click the
Download now link next to the ZIP file.
2.2 Installing WebSphere Application Server
To install WebSphere Application Server:
1. Unzip the downloaded package.
2. In the unzipped folder, navigate to the WAS folder.
3. Double-click on Install.exe.
4. Follow the steps provided by the install wizard. Some things to note:
• Though we are not using the sample applications that comes with the product, installation
of sample applications may be useful for you to test deployment of different applications on
your own later.
• The default installation directory may be changed so it's easier to navigate to.
• At least one profile must be created to use WebSphere Application Server. Profiles may be
created through the install wizard or later. We will show you how to create the profile post
installation, in case you want to create more than one profile later. So choose “none” when
you reach the WebSphere Application Server Environment” screen to not create the profile,
and click “yes” when prompted with a warning.
The installation directory will be referred to as <install_root> for the remainder of this document.
2.3 Creating profiles
A profile is the set of files that defines a single WebSphere Application Server run-time environment.
You can configure multiple profiles on a single machine without having to perform a complete
installations every time. An initial profile can be created during installation. Follow the steps below to
create a profile called dev after installation via the Profile Management Tool, a graphical user interface
tool that offers a step-by-step approach to creating a profile which prompts you for information at each
step.
1. Access the Profile Management Tool by going to Start > All Programs > IBM Websphere >
Application Server V7.0 > Profile Management Tool.
2. Click the Launch Profile Management Tool button or the Profile Management Tool button
located under the menu bar.
3. You will see a screen listing the profiles already created. Since you did not create a profile
during installation, you will not see any profiles listed. Click on the Create button.
4. Select the desired environment for which to create with your profile which in this case is
Application server. An Application server environment is an independent server which is
able to run your application. The Management environment allows you to manage multiple
application servers through an administrative server and other services. Click Next.
5. Select the profile create option you would like. If you would like to install the sample
applications and/or choose to not run your application server as a Windows service, choose
Advanced Profile Creation. Else, choose Typical Profile Creation. In our case, choose
Advanced Profile Creation. Click Next.
6. Click next at the Optional Application Deployment screen to choose the default to install
the administrative console and default applications.
7. Under Profile name, enter dev. For the Profile directory, enter <install_root>\profiles\dev .
Click Next.
8. Fill out the fields as follows: devNode for the Node name, server1 for the Server name,
localhost for the Host name.
9. Next, you can manage your security settings. To enable administrative security, select the
Enable Administrative Security check box and fill out a user name and password of your
choice. For the dev profile, enable security and pick a user name and password. Then, click
Next.
10. You can choose whether to create a new security certificate or import from existing key stores.
For the dev profile, accept the default values. Click Next.
11. You can configure the security certificate further here. For the dev profile, accept the defaults
as is. Click Next.
12. Next, you can specify the different access ports for your server. For the dev profile, click the
“Default Port Values” button to use the default ports. Click Next.
13. You can choose whether to run your application server process as a Window service. You can
uncheck Run the application server process as a Windows service if you do not want
Windows service to monitor your application server. Click Next.
14. Next, you can choose whether to WebSphere will create a web server definition for your
server. Click Next to choose the default to not create the web server.
In the Summary page, review your selections and click Create to create the profile.
2.4 Verifying the installations
From Windows, go to the Start Menu > All Programs > IBM WebSphere > Application Server
V7.0> profiles > dev > First Steps. From the new “first steps” window, click on “installation
verification”. Monitor the progress in the new “Installation Verification” window, and ensure that it
reports success at the end. Note that install verification leaves the application server running after it is
done.
2.5 Starting/stopping servers
2.5.1 startServer
The startServer script located at <install_root>\profiles\dev\bin\ and is used to start
an application server. The usage is:
startServer <server> [options]
Our server name is “server1”. The most useful options are:
• -help: print available options
• -trace: enables tracing of the startServer command itself. The trace may be found at
<PROFILE>/logs/server1/startServer.log.
Here is a sample output from startServer:
startServer server1
ADMU0116I: Tool information is being logged in file
C:\was\profiles\dev\logs\server1\startServer.log
ADMU0128I: Starting tool with the dev profile
ADMU3100I: Reading configuration for server: server1
ADMU3200I: Server launched. Waiting for initialization status.
ADMU3000I: Server server1 open for e-business; process id is 2512
2.5.2 stopServer
The stopServer script is located at <install_root>\profiles\dev\bin\ is used to stop the
application server. The usage is:
stopServer <server> [options]
Our server name is “server1”. The most useful options are:
• -help: print usage information
• -trace: turn out trace of the command.
• -username <username>: user name to access the application server
• -password <password>: password needed to access the application server.
Note that sometimes the server may be hung to the extent that you are unable to connect to it through
JMX. This happens rarely, but when it does happen stopServer will report that it's unable to contact
the server. You'll need to use an operating system tool such as Windows task manager to kill the
server. In order to kill the server, you will need to know the process id which can be found in the
output from the startServer call as shown in the example in Section 2.5.1. The process id can also be
found in the header of the startServer.log file located at <install_root>\profiles\dev\logs\server1\.
More about the log files is discussed in Section 2.6.
2.6 Log Files
As the application server is running, it logs information about its tasks and processes. These log files
are useful for problem determination within the application server, such as debugging applications,
trouble shooting server crashes, and diagnosing server startup errors. These log files are located in
the directory:
2.7 Logging into the Administrative console
The Administrative Console offers a browser-based graphical administrative interface. This is the
most user friendly administrative tool for getting started with WebSphere.
After starting the application server, open your browser, and type in the following URL:
http://localhost:9060/ibm/console
Accept the certificate from the application server if prompted. Type in the user ID and password to
login to the administrative console. Click on the left hand navigation to explore the different sections
of the administrative console, including applications, server, and resources.
<install_root>\profiles\dev\logs\server1\
3 Installing and Configuring Eclipse
3.1 Downloading Eclipse
Eclipse is a Java Integrated Development Environment (IDE) originally created by IBM and maintained
by the Eclipse Foundation. It is a light weight yet powerful IDE that we recommend for you to use for
viewing the example application: DictionaryApp.
This task will involve downloading the Eclipse IDE with WTP for JEE developers. If you already have
Eclipse for Java SE developers, it is recommended that you re-download Eclipse with the WTP
package as it is easier and more reliable than using the built-in updater to find Java EE plugins. For
those who already have Eclipse for Java EE developers, you can skip this section, but be sure to
configure Eclipse to run with the IBM JRE to ensure compatibility with WebSphere (Section 3.2).
To download Eclipse:
1. Go to http://www.eclipse.org/downloads/.
2. Under the Eclipse IDE for Java EE Developers section, click the Windows 32 Bit link for 32
bit Operating Systems or the Windows 64 Bit link for 64 bit Operating Systems.
3. In the Download Selection Page, click on the download link provided to begin downloading
the Eclipse IDE.
3.2 Installing Eclipse
The Eclipse download package does not come with a setup wizard. The executable for the IDE is
packaged directly within the zip archive. Details for accessing and preparing the Eclipse IDE is
outlined below:
1. Unzip the downloaded package to a convenient location. This will be the location where
Eclipse will be accessed.
2. Navigate to the extracted directory and run eclipse.exe in the eclipse folder. After Eclipse
starts, go to Windows > Preferences. Within the preferences window, expand the Java
menu, and click on Installed JREs. In order to develop web applications to be deployed on
the application server, it would be best to specify Eclipse to use the IBM JDK. Therefore, click
Add..., and select Standard VM. Specify the following for the JRE home:

3. Click Finish, and OK to apply the changes.
Now the Eclipse environment should be ready for WebSphere Java EE development. For those who
would just like to see web applications in action in WebSphere Application Server, Section 4 will detail
how to import the DictionaryApp source code into Eclipse for reference.
<install root>\java\jre
4 Example Application: DictionaryApp
After installing WebSphere Application Server, we will explore the application deployment process. In
this section, you will learn how to deploy a sample application named DictionaryApp on the application
server.
DictionaryApp is an associative mapping application which implements two functions of a dictionary:
LOOKUP, which allows users to find the dictionary entry which is associated with the supplied word,
and DEFINE, which allows users to update an existing entry or add a previously non-existent entry to
the dictionary. DictionaryApp will implement a dictionary as a servlet that forwards user requests for
LOOKUP and DEFINE to a database connection manager, which will carry out these operations in a
database containing the dictionary entries.
4.1 DictionaryApp Overview
The overall architecture of DictionaryApp is illustrated in Figure 1 as follows:
Since this exercise focuses mainly on the application deployment
process, we will not require you to construct the example
application, DictionaryApp. We have provided a ZIP file that
contains the Enterprise Archive (EAR) file of DictionaryApp and the
Derby script to create the database DictionaryApp will run on. After
you extract the contents of this archive, you can navigate to the
DictionaryApp\ directory. This directory contains all the
available files and will be referred to as <Dictionary App
Root> in the future whenever any of these files will be needed.
Figure 1: DictionaryApp
DictionaryApp will implement the Model View Controller (MVC) architecture by implementing
DictionaryJDBCAdapter.java, a database adapter, as the model, showentry.jsp as the view, and
DictionaryServlet.java as the controller. Whenever a user accesses DictionaryApp through the
DictionaryServlet entry point, they will be directed to DictionaryServlet.java. From there,
DictionaryServlet.java will process any requests specified by the user as tasks to be delegated to the
database adapter, DictionaryJDBCAdapter.java. After DictionaryJDBCAdapter.java has finished the
task, DictionaryServlet will forward the results to showentry.jsp, which will formulate the appropriate
response to be sent back to the user.
4.2 Importing DictionaryApp into Eclipse
The EAR files provided with this document can either be directly deployed on the application server or
imported into Eclipse for reference. The following instructions are applicable for importing
DictionaryApp into Eclipse:
1. Within Eclipse, go to File > Import in the top menu.
2. Within the import wizard, select Java EE > EAR file, and click Next.
3. Specify the file path to DictionaryApp.ear. You can also rename the EAR project which will be
imported. Click Next.
lookup.jsp
DictionaryServlet
DictionaryJDBCAdapter
Database
4. Select the checkbox next to DictionaryUtility.jar within the Utility JARs and web libraries section
in order to import them into the project. Click Next.
5. Click Finish to import the project.
6. Add WebSphere j2ee.jar to the build classpath. This step is needed so that you don't get
compilation errors for code that reference JEE specification defined classes. Go to Windows
> Open Perspective > web. Right click on DictionaryWeb, and choose Properties. In the
pop-up window, click on the “Libraries” tab, choose Java Build path, and click Add External
Jars. Browse and add <install_root>/lib/j2ee.jar.
4.3 Creating a Derby Database
In DictionaryApp, DictionaryJDBCAdapter.java implements LOOKUP and DEFINE through calling SQL
commands in the form of JDBC queries against a data source object with the JNDI name
jdbc/DictionaryDB. Once DictionaryApp is deployed onto WebSphere, WebSphere will attempt to map
an actual data source resource to the DataSource object with the JNDI name jdbc/DictionaryDB in
DictionaryServlet.java. This reference will then be passed into DictionaryJDBCAdapter.java to provide
a database connection for the database adapter.
Thus, in order for DictionaryApp to run correctly, it is necessary to create a database to hold the
entries of the dictionary and a data source to serve as the connection between the application server
and the database. Derby is a relational database management system which is included with
WebSphere. You can configure any application to use a Derby database when a database resource is
required. Instructions for creating a Derby database is outlined below:
In Command Prompt, go to the directory:
Run the prepared SQL script provided within the DictionaryApp attachment by invoking:
This script contains all the instructions for ij.bat to open a database connection, create a database with
a Dictionary table to store word and definition pairs, and populate the table with one entry ('IBM',
'International Business Machines').
4.4 Creating a Data Source
After creating DictionaryDatabase, you can specify how the application server will access
DictionaryDatabase by configuring a data source, DictionaryDatasource. Take note of the specific
names provided in the configuration settings of the data source, because these names must match the
bindings specified for DictionaryApp.
Instructions for configuring DictionaryDatasource through the Administrative Console are outlined
below:
1. Access the Administrative Console. Type in the user ID and password to login to the
<install root>\derby\bin\embedded
ij.bat <Dictionary App
Root>\DictionaryAppDerbyScript.sql
administrative console.
2. Inside the Administrative Console, expand the Resources section at the left. From the drop
down items, select JDBC. Under JDBC, select Data sources. This will take you to the Data
sources page.
3. Expand the drop down menu labeled All Scopes. This menu provides the list of all scopes
which a data source can be created in. Select the scope which is the most appropriate for the
data source. For DictionaryApp, select the scope which includes your server name (server1 if
you're using the same profile construction template as specified in Section 2.3), the most
specific scope. Afterward, click the New button at the top left of the table to add a new data
source.
4. Select the desired data source name and JNDI name for the data source. For DictionaryApp,
use the name DictionaryDatasource and JNDI jdbc/DictionaryDB. Click Next.
5. Select the desired JDBC provider for the data source. For DictionaryApp, choose Select an
existing JDBC provider and pick the Derby JDBC Provider from the drop down menu. Click
Next.
6. Under the database name, supply the database directory created in Derby. For
DictionaryApp, simply type:
Click Next.
7. Choose the security settings as necessary. These settings dictate how applications will access
the data source. For DictionaryApp, accept the defaults. Click Next to continue to the
Summary page.
8. Review the list of selected options, and select Finish when you are ready to create the data
source. Be sure to click the save link.
4.5 Testing DictionaryDatasource
You can also test the newly configured DictionaryDatasource. This can be done through the
administrative console by going to the Data sources page, selecting the target data source, and
selecting the Test connection button. The application server will test whether it can establish a
connection with the database specified under the database name. The administration console should
display a message indicating whether the test connection was successful.
It is advised that you test every data source you configure before you use it in order to make sure that
you have specified the database name correctly and no other programs are currently using the
database. (One of the most common reasons the connection test could fail is if you did not disconnect
from the database after you configured it with Derby).
4.6 Deploying, Updating, and Access DictionaryApp
The last step is to deploy DictionaryApp onto the application server. This can be done through the
Administrative Console, which will prompt users for the necessary deployment information that must
${WAS_INSTALL_ROOT}\derby\DictionaryDatabase
be specified. This section will deal with how to install, start, view, update, and uninstall an application
through the administrative console.
4.6.1 Installing DictionaryApp
Instructions for installing DictionaryApp through the administrative console are outlined below:
1. Access the Administrative Console and select the Applications section at the left side of the
console. Underneath the Application Types, select the Websphere enterprise
applications category. This will take you to the Enterprise Applications page.
2. Click the Install button.

3. Select the Local file system option, and underneath, specify the file path to where
DictionaryApp is located in. Click Next.
4. Choose the Fast Path installation. Using the fast path, the deployment wizard will skip
advanced settings and only prompt for the absolute minimum settings required to configure the
application for deployment. Click Next.
5. In Step 1 of the installation, configure the installation options as needed. For DictionaryApp,
accept the defaults. Click Next.
6. Select the server as to which the application will run on. For DictionaryApp, accept the
defaults. Click Next.
7. In the Map resource references to resources section, you will be prompted to specify the
JNDI names for all resource references within your application. For DictionaryApp, use
jdbc/DictionaryDB, the JNDI name you specified for DictionaryDatasource, for the Target
Resource JNDI Name. Click Next.
8. In the Map virtual host for Web modules section, you will be prompted to specify the virtual
host for each web module in your application. For DictionaryApp, accept default_host as the
virtual host. Click Next.
9. In the Summary, review your selections. Click Finish to install the application.
10. Be sure to save the changes by clicking on the Save link.
4.6.2 Starting/Stopping DictionaryApp
After installing DictionaryApp, on the Enterprise Applications page, you will see that beside
DictionaryApp, under the Application status, it is marked with an .
This signifies that even though DictionaryApp has been installed, it has not been started. Therefore,
you must start DictionaryApp in order to access it on the application server. Instructions for starting
DictionaryApp through the administrative console is outlined below:
1. Go to the Applications section at the left side of the Administrative Console. Underneath
the Application Types, select the Websphere enterprise applications category. This will
take you to the Enterprise Applications page.
2. In the Enterprise Applications page, check the box next to DictionaryApp and click the Start
button.
If the application server is able to successfully start DictionaryApp, you should get an message stating
“Application DictionaryApp on server server1 and node devNode started successfully”.
You can also follow the steps above to stop an application which has already started. In order to stop
an application, select Stop instead of Start in the Enterprise Applications page
4.6.3 Viewing DictionaryApp
To view DictionaryApp, the access URL:
4.6.4 Changing DictionaryApp
Now we will show you how to update DictionaryApp when changes are made to it. First, we will
change the source code as follows:
1. In Eclipse, after importing DictionaryApp.ear, go to Window > Open Perspectives > web.
You should see the web project, DictionaryWeb. In DictionaryWeb, expand the WebContent
folder, and open the file showentry.jsp.
2. Make the additions outlined in black below to the showentry.jsp file to change color to blue.
The additions will change the LOOKUP and DEFINE text to blue. Save your changes.
<tr>
<td>Enter word:</td>
<td><input name="word" type="text" size="40"
value="<%=request.getAttribute("word") == null ? "" : request
.getAttribute("word")%>">
<input type="submit" name="action" value="LOOKUP"
style="color: blue; height: 24px; width: 100px"></td>
</tr>
<tr>
<td>Enter definition:</td>
<td><textarea name="definition" rows="10" cols="30"><
%=request.getAttribute("definition") == null ? "" : request
.getAttribute("definition")%></textarea> <input
type="submit" name="action"
value="DEFINE" style="color: blue; height: 24px; width:
100px"></td>
</tr>
4.6.5 Exporting DictionaryApp EAR in Eclipse
To see the changes we have made to DictionaryApp, we need to export a new EAR file so that we can
deploy it on WebSphere. You should see an Enterprise Application project named DictionaryApp
within your workspace. This project contains information about the modules contained within in the
EAR file. If you make changes to any source files within DictionaryApp and would like to deploy it on
the application server, you can export an Enterprise Application project through Eclipse as a new EAR
file containing the updated modules. Details for exporting the DictionaryApp project are outlined below:
http://localhost:9080/DictionaryWeb/DictionaryServlet
1. Right-click on the DictionaryApp Enterprise Application project and select Export > Ear File.
2. A export wizard will open up. Within the export wizard, select the destination file path you
would like to export the new EAR file to under Destination. You can check the Export source
files option to tell Eclipse to export the source files within the EAR file. Also, you can check the
Overwrite existing file option to tell Eclipse to overwrite any existing EAR files under the
destination file path. Click Finish to export the EAR file.
The EAR file which is produced will be ready to be deployed on the application server.
4.6.6 Updating DictionaryApp
You can update any application you deploy on the application server. There are several ways to
update applications on the application server. For this section, we will mostly focus on updating the
entire application, which is similar to uninstalling and reinstalling the application. Instructions for
updating DictionaryApp with the changes you made in Section 4.6.4 are outlined below:
1. Go to the Applications section at the left side of the Administrative Console. Underneath
the Application Types, select the Websphere enterprise applications category. This will
take you to the Enterprise Applications page.
2. In the Enterprise Applications page, select the application to be updated and click the Update
button.
3. Select Replace the entire application and Local file system. Specify the file path to the
EAR file with the updated application module. Click the Next button, and you will be redirected
to Step 5 in the section Installing an Application just as if you had reinstalled the application.
Be sure to click the save link to confirm your changes.
If the installed application was running before it was updated, the application server will attempt to
start the application after the update. Otherwise, you will have to start the application by following the
instructions in Section 4.6.2. Now you can access the application URL to view the new updated
application.
4.6.7 Enabling WebSphere Debug Mode
Remote debugging in Java is the process of attaching a debugger from a different environment onto a
running JVM. This mode of debugging allows you to set up break points and debug applications step-
by-step on a remote JVM. WebSphere Application Server debug mode allows you to attach any
debugger of your choice to the JVM running in your current process. Instructions for enabling
WebSphere Application Server debug mode are outlined as follows:
1. Access the Administrative Console.
2. Inside the Administrative Console, expand the Servers section at the left. From the drop
down items, select Server Types. Under Server Types, select the WebSphere application
servers option. This will take you to the Application servers page.
3. Select server1 under the list of Application servers. This will take you to Applications servers
>server1.
4. Under the Additional Properties section, select Debugging service. This will take your to the
Debugging service page.
5. Inside the Debugging service page, you can configure your process for debugging purposes.
To enable debug mode upon server startup, check the Enable service at server startup box.
Also, you can set up class filters to choose what classes the debugging process will ignore.
Selecting a package, and clicking Add> will signal the application server to not stop within
classes of that package in step-by-step debugging. Be sure to save by clicking the Save link.
6. Restart the server to enable the configuration changes made.
You can attach a debugger to your process JVM, specifying your server debug port (7777 if you are
using the default profile configured during installation). A tutorial for how to attach the Eclipse
debugger to the application server is documented in Section 4.6.8.
4.6.8 Debugging DictionaryApp in Eclipse
The Eclipse Remote Debugger is a powerful debugging tool with a user friendly interface. You can
debug any application, including DictionaryApp, deployed on the application server with the Eclipse
Remote Debugger. This section will detail how to access DictionaryApp through the Eclipse
debugger. This method can be applied to any application deployed on the application server as long
as you are able to import the source files within Eclipse. Details for starting and using the Eclipse
Remote Debugger is outlined below:
1. Make sure the application server is configured to start in debug mode. Refer to section 4.6.7
for how to enable debug mode on WebSphere.
2. In Eclipse, navigate to Run > Debug Configurations.
3. Select Remote Java Application in the navigation menu. Afterwards, click the New launch
configuration icon, at the top of the menu.
4. In the Create configuration screen, enter the name for this debugging configuration. This name
will be useful for referencing the same settings for future debugging session. For Project,
select the name of the project you are trying to debug. For DictionaryApp, you can select
DictionaryWeb to debug DictionaryServlet. For Host, enter the hostname or IP address for
application for which you are trying to debug. For DictionaryApp, if it is running within a
WebSphere installation on the same machine, you can use localhost. For port, enter the
debug port for the server hosting the application you want to debug (7777 if you are using the
default profile configured during installation). Click Apply to apply the debug configuration.
Now that the configurations have been created, you can reapply this configuration every time
you need to debug the same application with the same configurations.
5. Open up DictionaryServlet, and add a breakpoint to the beginning of the doGet method by right
clicking on the left margin of the doGet method, and choosing toggle breakpoint. With remote
debugging, Eclipse does not control the JVM it is attempting to debug. Instead breakpoints
must be triggered from the application server. Therefore, deploy DictionaryApp if it has not
already been deployed. Access the application normally. The browser should hang while
displaying DictionaryApp, because the the application server process managing DictionaryApp
should trigger the break point set in doGet and report it to the Eclipse debugger. Check the
Eclipse debug perspective. If the break point was triggered correctly, you should be able to see
the contents of the thread running DictionaryServlet displayed.
You are now able to debug step-by-step through DictionaryServlet.
4.6.9 Uninstalling DictionaryApp
After installing an application, you can uninstall it through the Administrative Console. Instructions for
uninstalling DictionaryApp are outlined below:
1. Go to the Applications section at the left side of the Administrative Console. Underneath
the Application Types, select the Websphere enterprise applications category. This will
take you to the Enterprise Applications page.
2. In the Enterprise Applications page, select the application to be uninstalled and click the
Uninstall button.
3. Confirm the uninstallation by clicking OK.
4. You should be returned to the Enterprise Applications page. You will be able to see that the
application DictionaryApp is not listed under the list of applications. Be sure to save to confirm
your changes.
The above method can be used to uninstall any application through the administrative console.

5 Additional Resources
5.1 WebSphere Application Server for Developers V7.0 red book
The WebSphere Application Server for Developers V7.0 red book provides in-depth coverage of how
to use the WebSphere Application Server for Developers V7.0. It includes :
• how to administer WebSphere Application Server for Developers V7.0 via the administrative
console and scripting
• Enhancements to the dictionary application to cover Enterprise Java Beans (EJBs), Java
Persistence (JPA), Message Driven Beans (MDB), and web services.
• Additional debugging tools for memory leak, heap, and java core analysis available through the
IBM Support Assistant.
5.2 Rational Development Tools
You can upgrade from Eclipse to IBM Rational Application Developer for WebSphere Software. It is
built on top of Eclipse, integrates directly with WebSphere, supports more than JEE programming
model, has a built in unit test environment, and is optimized for fast turn around with large
applications. Use the following link to get more information about Rational Application Developer for
WebSphere Software, and download a trial copy:
http://www.ibm.com/software/awdtools/developer/application/
Or you can move up to the full version of Rational Application Developer, which gives you additional
capabilities such as code visualization (Java, EJB, JPA, WSDL), connecting to Enterprise Information
Systems (CICS, IMS, SAP), additional developer testing and analysis tools, collaborative coding and
debugging, and integration with source control, project management, and life cycle management tools
such as Rational Team Concert, Rational ClearCase, and Rational RequisitePro. More information
about Rational Application Developer can be found at:
https://www.ibm.com/developerworks/wikis/display/rad/Home
Note that since Rational Application Developer is a super set of Rational Application Developer for
WebSphere Software, you can use the materials in the education and training section of the Rational
Application Developer wiki with the trial copy of Rational Application Developer for WebSphere.
5.3 Useful URLs
➢ WebSphere Application Server for Developers V7.0 redbook
➢ http://www.redbooks.ibm.com/abstracts/sg247913.html
➢ WebSphere Application Server For Developers
➢ http://www.ibm.com/developerworks/websphere/downloads/
➢ WebSphere Application Server V7 InfoCenter
➢ h t t p : / / pub l i b . bou l de r . i bm. com/ i n f ocen t e r /was i n f o / v7 r 0 / i ndex . j sp
➢ Rational Application Developer for WebSphere Software
➢ http://www.ibm.com/software/awdtools/developer/application/
➢ Radtional Application Developer wiki
➢ https://www.ibm.com/developerworks/wikis/display/rad/Home .
➢ Eclipse:
➢ http://www.eclipse.org

Sponsor Documents

Or use your account on DocShare.tips

Hide

Forgot your password?

Or register your new account on DocShare.tips

Hide

Lost your password? Please enter your email address. You will receive a link to create a new password.

Back to log-in

Close