Developing and Deploying Web Applications

                                                                                                                                                                                                                                                                                                                                      Back to [Book]     [Topic]

Developing and Deploying Web Applications

This section describes how to create, secure, and deploy web applications using Web Server.

Creating Web Applications

This section lists the general actions to create a web application, and provides pointers to more information.

  1. Create a directory for all of the web application's files. This directory is the web application's document root.
  2. Create any needed HTML files, image files, and other static content.
  3. Place these files in the document root directory or a subdirectory where they can be accessed by other parts of the application.
  4. Create any needed JSP files.
    For more information, see Developing JavaServer Pages.
  5. Create any needed servlets.
    For more information, see Developing Servlets.
  6. Compile the servlets.
    For details about precompiling JSPs, see Compiling JSPs Using the Command-Line Compiler.
  7. Organize the web application as described in Web Application Structure.
  8. Create the deployment descriptor files.
    For more information, see Creating Web Deployment Descriptors.
  9. (Optional) Package the web application in a .war file. For example:
    jar -cvf module_name.war *.
  10. Deploy the web application. For more information, see Deploying Web Applications.
    You can create a web application manually or you can use Java System Enterprise Studio. For more information about developing web applications in Sun Java Enterprise Studio, see http://developers.sun.com/prodtech/javatools/jscreator/learning/tutorials/2/helloweb.html.

About Securing Web Applications

You can write secure web applications for the Sun Java System Web Server with components that perform user authentication and access authorization. You can build security into web applications using the following mechanisms:

  • User authentication by servlets
  • User authentication for single sign-on
  • User authorization by servlets
  • Requesting the client certificate

For detailed information about these mechanisms, see Securing Web Applications.

About Deploying Applications

A web application is a collection of servlets, JSP, HTML documents, and other web resources that might include image files, compressed archives, and other data. A web application can be packaged into a Web ARchive file (a WAR file) or exist in an open directory structure. For more information, see Deploying Web Applications.

About Virtual Servers

A virtual server is a virtual web server that uses a unique combination of IP address, port number, and host name to identify it. You might have several virtual servers all of which use the same IP address and port number but are distinguished by their unique host names.

When you first install Web Server, a default virtual server is created. You can also assign a default virtual server to each new HTTP listener you create. For details, see Sun Java System Web Server Administrator's Guide.

About Default Web Applications

A web application that is deployed in a virtual server at a URL / becomes the default web application for that virtual server. To access the default web application for a virtual server, type the URL for the virtual server but do not supply a context root. For example:

http://myvirtualserver:3184/

If none of the web applications under a virtual server are deployed at the URI ”/”, the virtual server serves HTML or JSP content from its document root, which is usually instance_dir/docs. To access this HTML or JSP content, point your browser to the URL for the virtual server specify the target file rather than a context root. For example:

http://myvirtualserver:3184/hellothere.jsp

Servlet Result Caching

The Web Server can cache servlet or JSP results to make subsequent calls to the same servlet or JSP page faster.

For more information about response caching as it pertains to servlets, see Caching Servlet Results.

JSP Cache Tags

JSP cache tags enable you to cache JSP page fragments within the Java engine. Each can be cached using different cache criteria. For example, if you have page fragments to view stock quotes and weather information, you can cache the stock quote fragment for 15 minutes, and the weather report fragment for 25 minutes.

For more information about JSP caching, see JSP Cache Tags.

Database Connection Pooling

Database connection pooling enhances the performance of servlet or JSP database interactions. For more information about the Java DataBase Connectivity (JDBC) software, see Configuring JDBC Resources in Sun Java System Web Server Administrator's Guide.

The simplest connection pool can be configured by using the given. In this example, the connection pool is assigned to use the ORACLE JDBC driver.

To Configure a Simple Connection Pool

In this example procedure, the connection pool uses the ORACLE JDBC driver.

  1. Start wadm
    $ ./bin/wadm --user=admin
    Please enter admin-user-password>_user-admin-password_
    Sun Java System Web Server 7.0 B01/02/2006 14:22
    wadm>
    
  2. Verify the list of available configurations.
    wadm>list-configs
    
  3. Create the jdbc-resource configuration.
    For more information about all possible elements, see Sun Java System Web Server 7.0 Administrator's Configuration File Reference.
    wadm>create-jdbc-resource --config=test --datasource-class=oracle.jdbc.pool.OracleDataSource jdbc/MyPool
    
  4. Add properties to jdbc-resource.
    Properties are primarily used to configure the driver's vendor-specific properties. In the following example, the values for the properties url, user, and password are added to jdbc-resource.
    wadm>list-jdbc-resource-userprops --config=test --jndi-name=jdbc/MyPool password=mypassword user=myuser url=jdbcZ:oracle:thin:@hostname:1421MYSID
    
  5. Enable the connection validation.
    wadm>set-jdbc-resource-prop --config=test --jndi-name=jdbc/MyPool connection-validation-table-name=test connection-validation=table
    CLI201 Command "set-jdbc-resource-prop" ran successfully
    
  6. Change the pool setting.
    In this example, the maximum number of connections is set to 100.
    wadm>set-jdbc-resource-prop --config=test --jndi-name=jdbc/MyPool max-connections=100
    CLI201 Command "set-jdbc-resource-prop" ran successfully.
    
  7. Deploy the configuration.
    wadm>deploy-config test
    CLI201 Command "deploy-config" ran successfully.

    You can install a JDBC driver with Java Archive (JAR) files in one of the following ways:

  • Copy the driver's JAR file into the server's instance library directory. JAR files in the instance library directory will automatically load and available for server.
  • Modify the JVM class-path- suffix to include JDBC drivers jar file. The new value will overwrite the old value of the element. For example, wadm> set-jvm-prop --config=test class-path-suffix=/export/home/lib/classes12.jar.

Labels

java java Delete
server server Delete
sun sun Delete
webserver webserver Delete
application application Delete
system system Delete
webtier webtier Delete
guide guide Delete
developers developers Delete
webserver70 webserver70 Delete
developersguide developersguide Delete
sunjava sunjava Delete
javawebapplications javawebapplications Delete
+jwadguide +jwadguide Delete
web web Delete
webapplications webapplications Delete
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.

Sign up or Log in to add a comment or watch this page.


The individuals who post here are part of the extended Sun Microsystems community and they might not be employed or in any way formally affiliated with Sun Microsystems. The opinions expressed here are their own, are not necessarily reviewed in advance by anyone but the individual authors, and neither Sun nor any other party necessarily agrees with them.

Copyright 1994-2009 Sun Microsystems, Inc.
Powered by Atlassian Confluence
Sun Guidelines on Public Discourse Privacy Policy Terms of Use Trademarks Site Map Employment Investor Relations Contact