Java获得的广泛支持和相对简单的开发过程已经使它成为很多应用的首选语言。尤其在未来的Web应用中，比如XML数据流和复杂的大容量事务处理，更需要健壮的Java解决方案。
Java程序可以在两个地方执行：用户台式机上的客户端浏览器和网络服务器。Java在浏览器中的使用已经让人们亲身体会到了它的好处，在将来更将发挥越来越大的作用。除了受到某些安全性和带宽限制以外，由于利用Java可以在页面中方便地实现活动内容，它已经受到了人们的广泛认可。而在服务器端，使用Java结合动态HTML也已成为目前商业解决方案中最实用的技术。
如果选择了Java作为商业逻辑的实现语言，那么Java服务器小应用程序和企业JavaBeans（EJB）可以将应用程序生命周期中发生的变化很好地加以隔离。更具体一点儿说，比如在数据库服务器中的存储过程，同样也可以从Java中受益，直接使用Java进行开发。
一、服务器端与客户端的异同
在客户端使用Java，需要考虑的事情不太多。现在在客户端浏览器中支持的内置Java类主要由Microsoft或Netscape决定。当然，最终的Java应用还要受到用户所能得到的带宽限制。另外在许多情况下，系统的组织安全策略会把Java内容拒之于防火墙外。这时你所需要做的惟一决定可能就是选择一个合适的Java IDE（集成开发环境），这完全可以根据个人喜好确定。然而，如果在服务器端使用Java（假设在一个干净的环境中），需要考虑的事情可能就多一些。你首先必须弄清楚所使用的是何种Web服务器，以及打算采用什么事务管理器。一旦决定在服务器端使用Java，还必须考虑内部网到防火墙之间的一些基础设施的安全问题。
在理想的情况下，服务器端的Java是一个开放的开发模型，并不受特定的IDE限制。在选择Java服务器基础设施的时候，我们应该着重考虑服务器到底能够提供什么样的Java执行环境。虽然不同的Java环境所提供的服务有所不同，但是一般都提供了基本Java类库。本文主要考察三种不同的服务器端Java开发环境：由IBM的WebSphere提供的Java服务器小应用程序引擎、GemStone系统公司为EJB设计的应用程序服务器、以及Oracle公司的Oracle 8i中将Java作为存储过程编写语言的专门开发环境。这些产品分别代表了开发中不同的例子，当然各个公司也提供了别的Java支持产品（比如，IBM和Oracle都支持EJB）。
二、Java服务器小应用模型
Java服务器小应用模型最大的特点就是它提供了一个标准的、统一的API和环境，开发者可以使用统一厂商产品，而且它很好地解决了CGI进程模型中的性能问题。并保证了Java的安全性。
在开始讨论之前，有必要首先提及无处不在的Java服务器小应用API。Java服务器小应用程序引擎是指能通过API方式向Java应用程序提供服务的Java虚拟机，它规定了与Web服务器进程通信的协议。服务器小应用API包括两个软件包：
javax.servlet和javax.servlet.http。服务器小应用引擎（一般就是Web服务器）负责加载用户类，管理线程和多个客户请求。引擎产生服务器小应用程序的实例，并且创建所需的配置和会话对象。引擎同时还负责中止服务器小应用程序，执行垃圾收集。服务器小应用API提供了一个简单的对象框架来支持基于HTML的客户，它包括用于检索服务器请求的对象、一个简单的流接口和其他高级特征，诸如cookies、会话跟踪和线程支持等。"stock"服务器引擎提供了传统意义上的服务，比如会话、cookies；标准Java类库，比如JDBC（Java数据库互连）以及提供到企业数据的访问接口。但是如果你需要更多的功能的话，WebSphere和GemStone/J都对服务器小应用程序引擎进行了增强，为标准引擎提供了基本的管理和配置服务以及其他的高级事务处理和对象持久化服务。
使用Java服务器小应用API，只要简单地将Java加到服务器中，安装一个Java IDE和支持Java 服务器小应用程序的Web服务器（大多数都支持），一切就都准备好了。通俗地讲，可以将服务器小应用API看成Java的CGI。与真正的CGI脚本不同的是，服务器端的Java提供（但不保证）创建可重用的对象框架，而CGI脚本不提供支持对象框架的任何设施。Java服务器小应用模型最大的特点就是它提供了一个标准的、统一的API和环境，开发者可以使用统一的商业化产品，而且它很好地解决了CGI进程模型中的性能问题（每个服务器小应用程序是一个线程）。服务器小应用程序在自己的上下文中执行，从而可以保证Java的安全性和应用程序服务。由于JVM（Java 虚拟机）在自己的用户进程中执行，任何调用NSAPI/ISAPI（Netscape API/Internet服务器API）服务器小应用程序出现的异常都不会导致系统崩溃或者影响Web服务器进程的性能。除此以外，用户还可以使用所有其他为Java平台开发的类库、工具和API。
但是服务器小应用模型也有其不足之处，比如在采用这种模型时，必须考虑性能问题。给定两个完全相同的服务器和Web服务器进程，采用Java服务器小应用解决方案时，就会导致Web服务器和JVM之间上下文的切换，产生额外的开销。另外，如果采用NSAPI/ISAPI解决方案可以直接利用本地代码编写，避免了解释Java字节码时的开销。虽然服务器小应用在出错时不会影响Web服务器的正常执行，但是它会影响到整体的应用程序。
三、WebSphere
IBM的WebSphere是专为Java服务器端应用开发的产品，它将关于Apache Web服务器的开发和连接管理等服务集成在WebSphere应用程序服务器（WAS）中。除了提供基本的Web服务器的功能以外，WAS运行环境还可以作为微软的Internet信息服务器（IIS）和Netscape的Navigator/Communicator的附加程序，充当服务器小应用程序管理器的代理。
WebSphere包括许多简化服务器小应用程序开发和管理的功能。WebSphere中包含了一个WASRunner类，可以在标准模式中启动应用程序服务器，利用外部的IDE进行程序的调试。Web服务器附加程序在启动时会自动检查WASRunner，并和它连接，所以开发者可以使用产品中运行的同一Web服务器环境进行工作。
每一个服务器小应用程序都与一个配置相关联。这个配置通常由应用程序服务管理器来管理。IBM在其WebSphere中包含了一个有趣的类，可以在XML文档中管理这些信息，包括名称、描述、初始化参数以及服务器小应用程序的一个页面列表。IBM同时提供了PageListServlet和XMLServerConfig两个类来简化XML文档的创建和读取。WebSphere还有专门用于简化站点管理和开发任务的模块，可以用于监视服务器小应用程序的执行、连接、资源使用和响应时间。
四、GemStone/J
如果使用Java处理一个大型企业的商业规则，可能对性能（可扩展性和可用性）和成本（指减小编写和维护的代码）比较敏感。GemStone/J是一个功能强大的Java应用程序服务器，可以支持服务器小应用程序，EJB，CORBA（通用对象代理体系结构）以及分布式JavaBeans。它同时还提供了事务管理、安全性、对象存储以及通信与消息等服务。
GemStone在服务器小应用程序引擎之上又提供了一些附加的服务。根据用户的需要，GemStone/J可以支持Java对象的持久化，改变了应用程序开发者必须自己通过对象--关系型或者对象型序列化的方式来检索和创建对象的历史。通过扩展JVM，GemStone实现了一个持久缓存体系结构。
除了在程序变迁的过程中可以存储对象以外，这种体系结构还可以向运行在多个Java虚拟机上的应用程序提供状态信息和应用逻辑。服务器小应用程序和JavaBeans可以分布在多个虚拟机平台上，或扩展到别的服务器中，从而可以获得较高的性能和可用性。 为了简化任务，GemStone/J在事务中封装了会话操作。它的对象管理监视器（OTM）支持开始、提交、滚回和加锁等扩展的服务。GemStone管理员可以从缓冲区中配置服务器小应用程序所需的事务控制级别，而不用进行额外的编码。Java开发者可以通过响应GemStone环境产生的事件来管理非关系型事务的一致性。
五、Oracle 8i
Oracle有一个应用程序服务器产品，不过我们真正感兴趣的是Java语言在经典数据库环境中的使用。作为服务器可执行程序的一部分，Oracle 8i包括了一个在进程空间中执行的JVM，它与RDBMS内核共享存储堆。Oracle的JVM是一个与JDK 1.1.6兼容的环境。所有的数据库客户（比如查询工具、报表生成器和胖客户应用程序）都可以调用基于Java的存储过程。调用方法与调用传统的存储过程没有任何区别。所以在很短的时间内可以支持大量的客户程序。用Java编写的存储过程可以从整个环境中得到好处。它们以编译好的形式储存，自动在多个用户间实现缓存。通过对激活程序赋予不同的特权可以实现对它们的访问控制。
为了使用Java，程序员可以使用自己喜好的IDE开发类，然后完成下面两个额外的步骤。首先数据库需要知道类中的哪些方法将从SQL环境中调用。接下来程序员就可以编写一个Oracle PL/SQL调用规范，定义要从SQL中调用哪些Java方法。然后程序员就需要将参数和返回类型映射到SQL环境中的对应部分。
在Java类中，可以用标准的JDBC调用来访问关系数据库。从可移植性和较快的执行速度上考虑，这种调用显得很有意义。JDBC是Java中访问关系数据库的标准方法。通常JDBC在远程进程之间使用。在Oracle RDBMS中，Oracle已经将JDBC实现为JVM的一部分。然而，由于JDBC实现结构上的差异，这种访问方法要比远程方法快得多。RDBMS中的JDBC直接访问底层的内部库和内存，避免了额外的网络访问、进程间通信或进程上下文的切换等开销，这些都大大节省了时间。
Oracle提供的所有Java类为了在执行时速度更快，都已经编译成了本地代码。
