|
|
|
| Sun Java System Application Server Platform Edition 8.1 2005Q1 | |
Quick Start Guide
Welcome to the Quick Start Guide for the Sun Java™ System Application Server Platform Edition 8.1 software. This guide describes basic steps for starting the Application Server software, and packaging and deploying applications. It also provides information about the Admin Console and command-line tools.
The intended audience for this guide is the system administrator, network administrator, Application Server administrator, and developer who is interested in learning the basics about Application Server software.
This document contains information about the following topics:
Information about Documentation Conventions used in this guide is also included.
Starting and Verifying the ServerThis section provides information for administrators who want to start and verify the Sun Java System Application Server software:
For administration tasks, the Application Server software provides these tools, which enable administrators to manage server instances:
A domain is a collection of configuration settings and deployed applications that make up a server instance. You specify a domain when starting a server instance. That instance then uses the configuration settings and runs the applications that make up the domain. A default domain called domain1 is created when you install Application Server.
Starting the Admin Server
To start the server, follow the steps below. Solaris and Linux steps are in the first column, and Windows steps are in the second column:
Solaris/Linux
Windows
From the Start menu, choose Programs -> Sun Microsystems -> Application Server PE-> Start Default Server.
Confirming That the Server is Running
When the server has completed startup, this message appears: Domain domain1 is ready to receive client requests. Additional services are being started in the background.
To verify that the server is running on your system, click this URL:
The URL has two parts:
- The name localhost refers to the system the browser is currently running on. If the Application Server is running on another system, substitute the name of that system in the URL.
- The default port number is 8080. If you changed the port number during installation, use that number in your browser’s address field instead.
You should see the server Welcome page, shown below.
This might take a few seconds as the server completes initialization.
When you see this page, you know that the server is running. If the server is not running, but your system is operating normally, you get a server not found error. (In some browsers, that error automatically launches a search engine.) For other problems, you may need to check your server and browser settings, as described in the online Sun Java System Application Server Platform Edition 8.1 2005Q1 Troubleshooting Guide.
Later on, to stop the server, follow the steps below. Solaris and Linux steps are in the first column, and Windows steps are in the second column:
Deploying the hello Application
The server installation includes a pre-packaged application that says “Hello,” taken from The J2EE™ 1.4 Tutorial. To deploy it, you must give the Application Server software the information it needs to load the application, map a URL to it, and connect it to the resources it uses. That information is contained in deployment descriptors, which form part of the packaged application. The hello application is contained in a Web ARchive (WAR) file in the samples directory. Packaged applications can also be in the form of a Java ARchive (JAR) or Enterprise ARchive (EAR) file.
Dragging or copying to a domain’s autodeploy directory lets you put a pre-packaged application into use immediately, with minimal effort.
To deploy using autodeploy:
When the server has finished deploying the application, it creates a file named hello.war_deployed in the autodeploy directory. Depending on the speed of your system, the process can take a few seconds. Until that file appears, a 404-File Not Found error occurs when you try to visit the application page.
Click this URL to visit the application page:
You should now see the application’s first page, which asks you to fill in your name:
Type your name, and click Submit.
You should now see the customized response, giving you a personal Hello.
Note
You can also use the asadmin command-line utility to deploy from the command line or in a shell script. The command is asadmin deploy.
Using the Admin Console
The Admin Console is a web-based interface that simplifies a variety of administration and configuration tasks. It is commonly used to:
For further information about using the Admin Console, consult the online help or the Sun Java System Application Server Platform Edition 8.1 2005Q1 Administration Guide.
To log in to the Admin Console:
- Click this URL:
- The localhost variable is the name of the system that the browser is currently running on. If Application Server software is running on another system, substitute the name of that system for localhost.
- 4848 is the Admin Console’s default port number. If you changed the port number during the installation, use that number instead.
Tip
Windows users can also use the Start menu option: Programs -> Sun Microsystems -> Application Server ->Admin Console.
- When the log in window appears, enter the admin user name and password.
- Click Log In.
When the Admin Console appears, it looks like this:
You can use the options at the top of the information panel to configure a variety of operational settings for Application Server software.
To see the server’s log file, click “Search Log Files” under the Common Tasks heading in the right-hand pane. When the Log Viewer window appears, you can see status messages from the server and output from your J2EE application.
This ends the first section of the Quick Start Guide. You have successfully started the Application Server, deployed the Hello application, and viewed the Admin Console.
Packaging and Deploying ApplicationsThis section provides information for packaging and deploying applications in the Application Server software.
This section describes two techniques for packaging and deploying applications:
For more information, see “Getting Started with Web Applications” in The J2EE 1.4 Tutorial.
Using the deploytool Utility
The deploytool utility is recommended for configuring complex Java™ 2 Platform, Enterprise Edition (J2EE™ platform) applications that require security controls, context parameters, enterprise beans, property-group settings (for HTML templates), or database connections.
The deploytool utility lets you:
- Create XML deployment descriptors without manually editing XML files.
- Package the classes and web content for a J2EE application into a Java archive (JAR), web application archive (WAR) or enterprise archive (EAR) file.
- Edit an existing archive file to modify its contents.
- Deploy a packaged application onto the Sun Java System Application Server software, or onto other application servers.
Get Ready
The install_dir/samples/quickstart/ directory contains the files used in the Hello World application.
The web subdirectory contains the index.jsp and response.jsp files and the images directory, which contains the duke.waving.gif file.
The web/WEB-INF subdirectory contains the sun-web.xml and web.xml files.
The src/conf subdirectory contains the LocalStrings.properties file.
The Hello World application contains two JSP™ pages and the two files that they reference.
Package the Application
In this section, you practice packaging the Hello World application using deploytool.
Begin by starting deploytool using the instructions below. Solaris and Linux steps are in the first column, and Windows steps are in the second column:
Solaris/Linux
Windows
From the install_dir/bin directory, start the tool:
% deploytool
From the Start menu, choose Programs -> Sun Microsystems -> Application Server PE -> Deploytool.
When deploytool starts, it looks like this:
The tree structure in the pane at the left shows currently active files. It also indicates that the admin server is available to carry out deployment operations at its assigned port number.
To do the packaging, complete the following steps:
- Select File -> New -> Web Component.
The wizard’s Introduction appears.
- Click Next to display the Wizard’s main screen.
You will create a new stand-alone WAR module, so accept the default selection for the WAR Location panel.
With the hello.war file open, the default WAR File location is shown as install_dir/samples/quickstart/. With no WAR files open, the field is blank. Either way, click the Browse button to specify the name of the WAR file to create. (“WAR File” must specify the full path to a WAR file.)
- If you are not already there, navigate to install_dir/samples/quickstart.
- Enter the filename as hello2 and click “Create Module File” to create the WAR file and return to the Wizard.
The Wizard now shows WAR Name as hello2. WAR Display Name is the title that appears in administration utilities like deploytool and the Admin Console. It defaults to the same name as the WAR file in the Wizard, but it can be different.
- In Context Root enter /hello2 to define the URL for the web application as http://server:port/hello2. In most production systems, of course, the Application Server software uses a default port, so the port number is not part of the URL that users type.
- Click Edit Contents to add the files that make up the application.
The Edit Content dialog appears.
You can press the Control key and click multiple files.
- Navigate to install_dir/samples/quickstart.
- In the lower panel, “Contents of hello2,” click the WEB-INF node to expand it.
- In the upper panel, “Available Files,” under src/conf, click the file LocalStrings.properties and drag and drop it on the WEB-INF/classes directory in the lower panel.
This adds the LocalStrings.properties file under the WEB-INF/classes directory.
- In the web/ directory, select the images/ directory and the index.jsp and response.jsp files.
- Click Add. The dialog shows that the selected files have been added.
- Click OK to return to the Wizard’s WAR File definition window.
- Click Next to complete the process of defining the WAR file.
The Choose Component Type dialog appears.
- Select JSP Page and click Next.
The Component General Properties screen appears.
- From the drop-down list for “JSP Filename,” select index.jsp.
This selection populates the other fields with default values based on the name.
- Click Next and read the notes about the next steps you can take.
- Click Finish to end the Wizard and return to the deploytool screen.
You have just packaged a simple application. In The J2EE 1.4 Tutorial, you can learn how to package more complex applications, but the general outline of the process is similar. Now that it is packaged, deploying the application is a simple operation. You will do that next.
Deploy the Packaged Application
The deploytool utility now shows the hello2 application, and has it selected.
To deploy the application, complete the following steps:
- From the toolbar, choose the Tools option and then Deploy.
The security dialog appears.
- Supply the admin user name and password. (If you chose “Don’t prompt for username” during the installation, these fields are already filled in.)
- Click OK.
The server now starts loading the application. A dialog appears to inform you of the server’s progress, so that you know when the deployment operation has completed. Click Close to close the dialog.
- Verify that the application is running by going to this URL: http://localhost:8080/hello2.
You should now see the hello application’s first page, which provides a greeting from Duke, asking you to fill in your name.
- Type in your name, and click Submit.
You should now see the customized response, giving you a personal Hello.
Deploying from a Development Directory
You can deploy an application directly from a development directory, if the appropriate directory hierarchy and deployment descriptors have been created. Because the process is complex for non-trivial applications, it is a procedure that is recommended only for advanced users, or simple applications. But when it is feasible to do so, deploying directly from a directory, instead of using the deploytool utility, can speed up the development cycle.
The process can be performed interactively by using the Admin Console, or by using asadmin deploydir from the command line or in a script. The steps for the command line are presented here, since most developers want to automate the procedure in command scripts.
To deploy from a development directory, follow these steps:
- In the install_dir/samples/quickstart/ directory, create a new directory called build/.
- Unzip the contents of the hello.war file into the build/ directory.
Preserve the directory structure of the hello.war file when you unzip it. It is a template for the kind of file structure you need to deploy directly from a directory.
- If you already have an application hello deployed, undeploy it now using the command asadmin undeploy hello.
- Issue the following command to deploy the application:
asadmin deploydir install_dir/samples/quickstart/build
- Verify that this message appears to confirm that the redeployment succeeded:
Command deploydir executed successfully.
- Verify that the application is running by going to this URL: http://localhost:8080/hello.
Using Command-line ToolsThe Application Server software offers a variety of command-line tools for performing administrative functions, in addition to the Admin Console. This section explains what command-line tools are available.
To launch a tool, type the name of the tool in a command window. This table lists tools by name in the first column and describes them in the second column.
To configure the Windows environment to use the command-line tools:
- From the Explorer window or desktop, right click My Computer.
- Choose Properties to display the System Properties dialog.
- Click the Advanced tab.
- Click Environment Variables.
In the User variables section,
If a PATH variable exists:
Click Edit.
In Variable Value, enter the path to the server’s bin directory, separated from other entries by a semicolon:
install_dir/bin;other_entries
If a PATH variable is not present:
Click New.
In Variable Name, type PATH.
In Variable Value, type the path to the server’s bin directory:
install_dir/bin
Add an environment variable AS_ADMIN_USER and set it to the Administrative User Name that you assigned during installation.- Click OK to commit the change and close the remaining open windows.
Where to Go NextOther resources for learning about and using Application Server are available. They include:
- The server’s welcome page at http://localhost:8080 or install_dir/docs/about.html.
- Sun Java System Application Server Platform Edition 8.1 2005Q1 Release Notes at http://docs.sun.com/.
- Sun Java System Application Server Platform Edition 8.1 2005Q1 Administration Guide at http://docs.sun.com/.
See this document for reference information on Application Server�s command-line utilities, such as asadmin. Go to http://docs.sun.com/.
A tutorial that covers the process for building and deploying Java™ 2 Platform, Enterprise Edition (J2EE™ platform) applications. Go to http://docs.sun.com/.
See the Java BluePrints guidelines for a comprehensive set of examples that demonstrate operations of the Application Server software and that can be used as application templates. Go to http://java.sun.com/blueprints.
Documentation ConventionsThis section describes the types of conventions used throughout this guide.
General Conventions
The following general conventions are used in this guide:
- Font conventions include:
- The monospace font is used for sample code and code listings, API and language elements (such as function names and class names), file names, path names, directory names, and HTML tags.
- Italic type is used for code variables.
- Italic type is also used for book titles, emphasis, variables and placeholders, and words used in the literal sense.
- Bold type is used as either a paragraph lead-in or to indicate words used in the literal sense.
- Installation root directories for most platforms are indicated by install_dir in this document.
