当前位置导航:炫浪网>>网络学院>>编程开发>>JAVA教程>>J2EE

ASP开发人员的J2EE基础(上)

  如果您是一位正在寻求将现有的电子商务应用程序移植到 J2EE 的 ASP 开发人员,或者是一位正在从头编写新的 J2EE 应用程序,但不想经历“超负荷信息”的困扰就能着手编写程序的 ASP 开发人员。那么这个路标图就是为您准备的。本路标图是专为想要迅速转到 J2EE 的 ASP 开发人员准备的,J2EE 是使用 Java 语言开发 Web 应用程序和其他类型的分布式应用程序的一个平台无关的开放标准集。同时,我们将向您介绍 J2EE,如何使用 Java 语言编程,如何开发 J2EE Web 应用程序,以及如何将这些知识与您在为 IIS 和 Windows 环境编写 ASP、COM 对象和 ISAPI 过滤器的经验联系起来。

  为何要转向 J2EE?

  如果您不是十分渴望冒险投入 J2EE 开发环境,请考虑以下这些 J2EE 好处:

  选择,更多的选择:由于 J2EE 是一个定义良好的标准集,所以在部署自己的代码时有许多 J2EE 实现可供选择。只要您坚持使用标准 API,避免使用厂商专用的扩展,那么应用程序无需变更代码就能在各种各样的实现上运行。

  我们是在说选择吗?:J2EE 实现在从大型机到 Wintel、Unix 和 Linux 的各种平台上都可用。编写应用程序一次就可将其部署在各种平台上。

  我们不能就安于现状吗?:J2EE 包含一个用于访问许多诸如 CICS、IMS、ERP 和 CRM 这样的遗留 EIS 系统的标准 API。它还包括 Web 服务支持,因此您可以集成 .net 系统和支持行业 Web 服务标准的其他系统。J2EE 还支持标准消息 API(Java Message Service; JMS)和用于访问关系数据库(Java Database Connectivity; JDBC)的 API。这种广泛的选择允许您集成各种现有系统,而不会损失您对它们的投资。

  机房不再烟雾缭绕:来自世界各地的专家通过 Java Community Process(JCP)开发 J2EE 规范。JCP 发布了初步的规范草案以供公众评论。即使您不主动参与,也总是会知道哪些未来的规范正在筹备之中。该规范还包括一个参考实现,您可以在决定实现它之前使用它来检查新技术。

  J2EE 简介

  Java 2 Enterprise Edition 这个规范是由许多与使用 Java 语言开发分布式应用程序相关的组件规范组成的。您可以使用 J2EE 组件来编写基于 Web 的应用程序和传统的客户机-服务器应用程序,以及使用标准的 API 来连接到诸如关系数据库之类的遗留资源。如果您有 IIS/ASP 开发背景, 那么 Java Servlets和 JavaServer Pages(JSP) 技术就是对您最有用的组件。

  移植到 Java 平台

  如果您开发 .NET、Windows 客户机/服务器应用程序和 ASP 应用程序,并且想要迅速跨入 J2EE 平台,则系列文章 走上开放之路 将指导您通过该过程,利用您现有的开发知识,铺就您走上基于开放标准的编程之路。

  Java Servlet

  Java Servlet 是作为诸如 IIS 或 Apache Web Server 等 Web 服务器的扩展来运行的 Java 类。Java Servlet 类似于 ISAPI 过滤器或 CGI-bin 程序/脚本。servlet 在客户端浏览器直接或间接地调用一个专门配置的 URL 时运行。servlet 能访问 HTTP 请求中的所信息,并能通过提供返回给客户端的内容来直接处理该请求。或者,servlet 能将客户端浏览器重定向到另一个资源。大多数 J2EE Web 应用程序都主要把 servlet 用作 HTML 表单的目标以处理用户输入,然后作相应的处理。响应页面的生成通常委托给一个 JSP 页面。

  JavaServer Page 技术

  JSP 页面类似于 ASP 页面。即它们是包含脚本元素的 HTML 页面,在用户请求该页面时,这些脚本元素就会在服务器上运行。ASP 页面和 JSP 页面之间的一个关键区别在于,ASP 使用 VBScript 或 JScript 作为脚本语言,而 JSP 页面则使用 Java 语言。典型的 JSP 页面包含 Java 代码片断和一些在 JSP 规范中定义的特殊的类 HTML 标签,它们与标准的 HTML 交织在一起,提供静态内容和动态内容的组合。Java Servlet 和 JavaServer Page 技术之间的区别在概念上类似于 ISAPI 过滤器和 ASP 页面之间的区别。在这两种情况下,前者都是可用于直接或间接向其他资源发送 HTML 的一段代码,而后者都是一个可以包含嵌入代码的 HTML 文档。

  Web 服务器和应用服务器

  作为 ASP 开发人员,您知道 ASP 页面由 IIS 调用的脚本引擎执行。您还可以向 Web 应用程序添加 ISAPI 过滤器和 COM 组件,以供 IIS 进行调用。这种方法使得在 IIS 上部署 Web 应用程序非常容易。但这仅限于 Windows 平台,即 IIS 可以运行的唯一平台。而 J2EE 采用不同的方法,因为它的设计目标就是在各种操作系统(包括 Windows)上运行。它并非尝试将运行 Java Servlet 和 JSP 页面的代码直接嵌入到 Web 服务器,而是使用一个称为 应用服务器的单独的服务器组件来运行它们。大多数应用服务器(如 IBM WebSphere)还拥有一个单独的插入组件,它们在应用服务器和特定的 Web 服务器之间架起了一座桥梁。例如,WebSphere 附带了针对 IIS 和 Apache Web 服务器的单独插件。这样,您在运行 J2EE 组件时就可以使用自己选择的 Web 服务器。

  应用服务器作为单独的可插入组件这种功能带来了许多优点:

  Web 服务器选择:您不会被限定使用某个 Web 服务器来提供静态的 HTML 页面。您可以继续使用自己最喜欢的 Web 服务器来实现此目的,并且使用任何应用服务器来处理 Java Servlet 和 JSP 页面。这种能力在您将 ASP 应用程序移植到 J2EE 时特别有用。您可以继续运行 IIS 并分阶段移植应用程序。您不需要一下子改写整个应用程序。

  平台选择:您可以编写 J2EE 应用程序一次,然后在能够运行应用程序服务器的各种操作系统上部署它――包括 Windows、AIX 和 Linux。您不会被限定于某个能够运行特定 Web 服务器的平台。

  应用服务器厂商选择:由于行业标准规范定义了 Java Servlet 和 JavaServer Page 技术,因此您可以编写 J2EE 应用程序一次,然后将其部署到多个应用服务器环境中,如 WebSphere Express 或 Apache Tomcat,后者是一个流行的开放源代码应用服务器。J2EE 还定义了必须如何打包 Web 应用程序,因此,您可以将自己开发的应用程序引入某个 J2EE 环境,在无需更改代码或重新编译应用程序的情况下,就能将它重新部署另一个应用服务器中。将应用程序部署到多个平台也是如此。

共2页 首页 上一页 1 2 下一页 尾页 跳转到
相关内容
赞助商链接