《基于jsp的家校联系平台的设计.doc》由会员分享，可在线阅读，更多相关《基于jsp的家校联系平台的设计.doc（17页珍藏版）》请在三一办公上搜索。
1、 本科生毕业设计（论文）外文资料译文论文题目基于jsp的家校联系平台的设计学生姓名学号专业班级指导教师职称一、外文资料译文：网络应用模式关键词：MVC, Struts, JZEE, JSP, servlet, 文件上传,JavaBeans, Tomcat. 摘要：本书的第二部分描述的是你能创造许多不同类型的应用程序使用只有JSP页面与通用零部件JSTL的行动,定制动作和Beans类访问数据库,展示内容在不同的语言,保护页,等等所有不知道很多关于Java编程。这种方法对于许多类型的运转得很好网络的应用,如员工寄存器、产品目录,和会议室预订系统。但对于复杂的应用模式、复杂的业务规则,和复杂控制流动
2、的,通用零部件只是不把它切,你突然发现你需要一个更有力的方法来处理请求处理和业务逻辑。像我在第三章中提到的,在许多复杂的应用程序中，JSP可结合其它Java技术比如Servlets和EJB 等。在这一章中,我们将看到JSP如何适应这个更大的背景。简要描述后最常见的应用模式后，章18章将具体地阐述JSP 和servlets的组合应用。材料提出了书的这一部分朝着Java程序员。如果你不是一个程序员,你也许还想浏览这部分，感受一下作为程序员的可能性,但不要期待什么都懂。要真正欣赏本书这一章所描述的技术,一般你应该具有使用Java编程的经验。J2EE企业模型1999年6月，在旧金山的JavaOne会议
3、上,Sun微系统公司宣布了一项新的Java架构。它针对不同的应用程序具有单独的版本：为桌面和工作站设备设计的Java2标准版(J2SE)；为小型设备,诸如手机、呼机和PDAs设计的Java2微版(J2ME)以及基于服务器应用的Java2企业版(J2EE)。J2EE各种Java编写的API,以前被提供作为分开包裹;一个应用程序模型(APM)(也称为J2EE蓝图)，用来描述他们怎样都可以结合和一个测试用例集J2EE供应商可以用来测试他们的产品的兼容性。J2EE 1.3包括以下企业级特有的 api:JavaServer页面(JSP)Java Servlet企业JavaBeans(EJB)Java数据
4、库连接(JDBC)Java传输API(JTA)和Java的交易服务(JTS)命名和目录Java接口(JNDI)Java信息服务(JMS)Java IDL和远程方法调用(RMI) Java XML解析API(JAXP)JavaBeans和JavaMail激活框架(JAF)J2EE连接器结构(JCX)Java的认证和授权服务(JAAS)此外，J2EE 应用程序开发时，可以使用所有 J2SE Api。这些 Api可以使用许多组合。前三个 J2EE Api-EJB，JSP，并且服务小程序-代表不同组件技术，由称之为 J2EE 文档管理容器。Web 容器提供服务小程序和 JSP 的运行时环境组件，将转化
5、为标准的 Java 对象的请求和响应。EJB 组件由 EJB 容器同样处理。不要被JavaBeans 和企业 JavaBeans （EJB）这两个名称之间的相似性所愚弄；它们是完全不同的概念。一个 JavaBeans 组件是一个定期的 Java 类，以下几个简单的命名约定，这可以用于任何其他 Java 类。企业 JavaBean，另一方面，必须制定一整套严格的规则，而且只工作中按照规定由 EJB 容器提供环境中。两种类型的容器中的组件可以使用其他 J2EE Api 来访问数据库(JDBC 和 JTA/JTS） 和其他 EIS 层应用程序 （JCX），通过身份验证的用户和控制访问 （JAAS），
6、查找各种资源 （JNDI），并与其他服务器资源进行通信(JavaMail/启动、 JMS、 Java IDL、 RMI 和 JAXP）。图 17-1 显示了所有的高级视图碎片和他们的关系。图 17-1. J2EE 概览企业应用程序通常分为一组层，和 J2EE 标识三：客户端层、 中间层和企业信息系统 (EIS) 层。中间层可进一步分为 web 层和 EJB 层。这种逻辑分离，与 welldefined接口，使它能够构建可伸缩的应用程序。最初的一个或多个层可以在相同的物理服务器上运行。需求增加，这些层可以分隔，并且无需修改代码，仅通过改变分布在多个服务器配置。客户端层包含浏览器，以及定期的 GU
7、I 应用程序。浏览器使用 HTTP沟通与 web 容器。独立的应用程序也可以使用 HTTP 或直接与 EJB 容器使用 RMI 或 IIOP （CORBA 协议） 通信。另一种类型的客户端，正变得越来越受欢迎，是极瘦客户机，如手机或 PDA。这种类型的客户端通常使用无线访问协议(WAP)，通常转换为 HTTP 通过网关、 网络与通信容器。中间层提供了通过 web 容器的客户端和 EJB 容器的服务。一个通过 HTTP 服务器进行通信的客户端使用网站中的组件容器，如服务小程序和 JSP 页，作为应用程序的入口点。很多应用程序可以单独作为 web 容器组件运行。在其他应用程序中，web 组件只是作
8、为由 EJB 实现应用程序逻辑接口组件。一个独立的应用程序，用Java 或任何其他编程语言编写的也可以直接与 EJB 组件通信。何时使用的一般准则以及方法会在本章后面讨论。在此层中的组件，可以访问数据库和其他服务器应用程序使用的所有其他 J2EE Api 进行沟通。企业信息系统 (EIS) 层保存应用程序的业务数据。通常情况下，它包含一个或多个关系数据库管理服务器，但其他类型的数据库如 IMS 数据库 ；旧式应用程序如企业资源规划（ERP） ；和大型机事务处理系统如 CICS，也包括在这层。中间层使用 J2EE Api 如 JDBC、 JTA/JTS 和 J2EE 连接器体系结构 （JCX）
9、与 EIS 层进行交互。MVC 设计模式在分离的职责分成不同的层，J2EE 还鼓励使用模型-视图-控制器 （MVC） 的设计模式来设计应用程序，这在第 3 章中做了简要介绍。MVC 模式首次出现是在20 世纪 80 年代，由Xerox发表的论文中，随同发布的还有 Smalltalk 语言。自此在所有流行的编程语言中，这种模式被应用于图形用户界面的开发。让我们回顾一下： 基本的想法是到分离应用程序数据和业务逻辑，数据表示，以及到独特的实体与数据交互标记模型、 视图和控制器。该模式代表了纯业务数据和规则，说明如何使用此数据 ；知悉一无所知的数据如何显示或修改数据的用户界面。视图，另一方面，知道所有
10、关于用户界面的详细信息。它也知道有关用于读取其数据，以便它可以正确地处理，而且它和它知道公共模型接口控制器界面，可以通过控制器修改模型。我们使用员工注册表应用程序作为一个例子。一个Employee类可能代表模型。它包含Employee信息： 名称、 雇佣日期、假期，工资等。它还保存了如何更改此信息的规则；例如，就业时间休假天数可能受限于就业时间。用户界面说明这些信息是一个视图。它获取Employee对象的控制器，然后呈现通过访问Employee对象及其属性的值将其呈现。该视图还呈现允许用户修改信息的控件。视图向控制器发送修改请求，这将更新Employee对象，然后告诉该视图模型已被修改。最后，
11、更新视图，用户界面显示更新后的值。使用MVC设计模式，可以提供一个丰富的应用程序架构。在这里，（视图） 可以提供并轻松地修改，和业务规则的变化和数据的物理表示（Model，模型）可以不碰触用户界面代码而轻松实现。即使模型最初为独立 GUI 应用程序开发的，它将相当好地转换到 J2EE 的多层应用程序域。与用户进行交互要问的事要做，控制器和控制器中继这些模型的请求在客户端类型独立的方式。例如，您有两种类型的客户端：HTTP 客户端如浏览器，一个使用IIOP访问服务器的 GUI 客户端应用程序。在这种情况下，你可以有一个控制器来接收请求的每个协议和在协议相关的方式提取的请求信息。这两个控制器，然后
12、调用模型相同的方式 ；模型不需要知道什么样的客户端，它叫。这两种类型的客户端使用不同的视图然后提交请求的结果。HTTP 客户端通常获取 HTTP 响应消息，可能创建的 JSP 页面，尽管 GUI 应用程序可能包括直接相通的视图组件要获取其新的状态，它呈现在屏幕上的模型。J2EE 平台包括许多 Api 和组件类型，如只是表明。然而，没有任何的理由都是为特定的应用程序中使用它们。您可以选择使您的应用程序范围和功能、 使用寿命的最有意义的技术应用程序的开发团队，在您的技能。MVC 角色对于不同类型的J2EE组件的分配和支持取决于客户端的类型，以及使用 EJB 是否使用。以下各节描述了三种最常见的情况
13、中， JSP发挥的重要作用。一、 只使用 JSP正如你在本书第二部分看到的,有各种各样的应用程序,可以仅用JSP开发JSTL页面,使用一些JavaBeans元件和定制动作。如果你是一个主页的唯一作者,很少或者没有Java的知识,你仍然可以使用这本书发展相当复杂的用途使用JSTL和习惯的行为。如果这还不够,可从图书馆和商业公司获取相关知识和开放源项目,而不仅仅只有JSP J2EE平台。一个纯粹的JSP的方法能成为一个很好的方法。在一个团队中,如果大部分的团队成员精通网页设计和布局,而且只有少数的是Java程序员，纯粹的JSP是很好的方法。程序员可以开发应用程序特有的Beans类和定制动作来补充换
14、组件的数量,在JSP页面减少SQL和Java代码。一个纯粹的JSP的方法也是一个合适的模型和测试新思想的原型。使用通用零部件和一些特定应用的Beans和行为往往能最快得到一个可见的结果。一旦想法已经被证实,团队更好地了解这些问题,来做决定了最终的应用建筑为真实的东西。这里是危险的最后一步评估模型并决定应如何重新设计从来不会发生,我已经看了原型的存在生产系统relabeled隔夜太多次了,也经历了不可避免的事情维护噩梦跟随。MVC模型意义是为一个纯粹的JSP而设的。我建议你使用分开JSP页面陈述(视图)和要求加工(控制器),并把所有业务逻辑Beans(模型),如图17-2。让控制器页面初始化这些
15、Beans,让浏览页面产生反应的影响。通过阅读那是在大多数例子模型在此部份填报。如果你遵循这个模型,它很容易搬到一个结合和JSP的那一天/ servlets发现纯净的JSP应用是合宜的很难维持的。图 17-2. 纯JSP环境中MVC的角色二、 使用 Servlets 和 JSPservlets和JSP的结合是一个功能强大的工具，用它开发应用程序易于维护并且能扩展新的要求。因为一个servlet是一个固定的Java课程,您可以使用的全部力量Java语言实现吗要求加工,通过标准的Java开发和调试环境。JSP页面可以用于自己的最佳:导致反应,包括信息收集或由servlets。一个共同的组合和JSP
16、是使用一种servlet的控制器(或前面组件,当它被称为在J2EE文件)申请,拥有一批JSP页面作为的观点。这个方法让你开发软件模块化时尚,servlet作为网关、调度要求专业加工元件和挑选合适的JSP页面中基于反应成功或失败的原因。在2.3版的规格servlet,常被用于/ servlets也确认应用政策,分别应用了所有的要求。比如,用applicationcontrolled认证和访问控制,集中在一个servlet的安全控制而不是指望每个人都忘了把定制动作在所有受保护的网页不容易出错。一个servlet的唯一入口到应用程序也可以使它更容易做特定应用测井(例如数据库收集统计),保持一个列表的
17、目前活跃用户,和其他的东西,适用于所有的要求。Servlet的2.3规格,然而,介绍了两个新的组件类型,更适合这些任务: 过滤器和听众。我们要详细看如何使用过滤器和听众的第十八章。关注政策移动应用新组件类型离开servlet这是纯粹的任务控制器的领域。当servlets和JSP结合,MVC的角色,如图17-3分配。所有的要求都送到servlet控制器作为一个想法关于什么需要做的事。证可以有以下几种形式:请求的参数或作为一个部分URI的道路。在纯粹的JSP场景中,咖啡Beans,用来表示模型。servlet的要么执行所请求的行动本身或其代表各个处理(课程)行动。根据加工的结果,该控制器servl
18、et选一个适当的JSP页面中产生一种回应使用者(视图)。例如,如果一个请求删除一个文件在一个文件档案执行成功,可以选择servletJSP页面中显示的更新档案的内容。如果他的请求失败,它可以选择一个JSP页面描述到底为什么失败了。我们看着这方法在18章更详细。图 17-3. MVC 在 servlet/JSP 中三、 使用 Servlets, JSP 和 EJB基于企业JavaBeans (EJB)在今天普遍视为是圣洁的圣杯。然而,它也是最复杂的模型,在本章中介绍,它因此带有高处的开发、部署、运作和管理区域。当EJB可能得走的路是通过某些类型的应用程序,许多人对它是太夸大了。在你决定去这条路线
19、前，认真考虑，你是否真的需要EJB,或者你只是受到所有的它周围炒作。EJB给桌面用户带来的主要是交易管理和客户typeindependent组件模型。虽然它是不可能说一个特定类型的应用程序可以使用EJB如果你开发了一个应用程序,来writeaccess众多数据库通过操作访问不同类型的客户(如浏览器,无与伦比的应用、PDA、或另一个B2B应用服务器),EJB可能要走的路。一个EJB-based执法的分离与应用模型、视图、控制器方面,导致一个应用,它的易于扩充和维护。有两种主要类型的EJB组件:实体Beans和会话Beans。一个实体Beans代表一个特定部份”的商业数据,比如一个雇员或一个客户。
20、每一个实体Beans都有一个独特的身份,和所有的客户需要访问实体代表Beans使用相同的Beans的实例。会议Beans,另一方面,旨在处理业务逻辑,使用也只有客户创造了他们。通常情况下,一个会议Beans运作实体Beans代表客户。用EJB的图景,MVC的角色经常跨越多个部件在网页的容器和EJB容器。在一个网络接口应用一个EJB,要求被送到一个正如在servlet / JSP的情景。 然而,随着servlet加工要求,它问一个EJB会议Beans(或一个web-tier组件,作为一个界面,一个EJB的会议Beans)来做其事的样子。该控制器的作用,因此横跨servlet会话EJB的Beans
21、,如图线。该模型也可以跨越多个组件。通常,JavaBeans元件级数据镜像网站维护BeansEJB实体避免昂贵的沟通网络层和EJB的层。会议的咖啡Beans更新一批EJB的实体Beans是由于加工要求。JavaBeans的网络层成分得到通知,这样他们就可以使自己的状态,然后使用JSP页面中产生反应。用这个方法,该模型的角色是共用的EJBBeans和web-tier实体JavaBeans组件。图 17-4. MVC 在 servlet/JSP/EJB 中外文原文资料信息1 外文原文作者：Hans Bergsten2 外文原文所在书名或论文题目：JavaServer Pages, 2nd Edit
22、ion 3 外文原文来源：JavaServer Pages, 2nd EditionHans BergstenPublisher: OReillyAugust 2002出版社或刊物名称、出版时间或刊号、译文部分所在页码：JavaServer Pages, 2nd EditionHans BergstenPublisher: OReillyAugust 2002 所在页码：298305网页地址：二、外文原文资料：Web Application ModelsKeywords: MVC, Struts, JZEE, JSP, servlet, 文件上传,JavaBeans, Tomcat.Part
23、II of this book describes how you can create many different types of applications usingonly JSP pages with generic components - JSTL actions, custom actions and beans - toaccess databases, present content in different languages, protect pages, and so forth - allwithout knowing much about Java progra
24、mming. This approach works fine for many types ofweb applications, such as employee registers, product catalogs, and conference roomreservation systems. But for applications with complicated schemas, intricate business rules,and tricky control flows, the generic components just dont cut it, and you
25、suddenly find thatyou need a more powerful way to handle the request processing and the business logic.As I mentioned in Chapter 3, JSP can be combined with other Java technologies such asservlets and EJB in more complex applications. In this chapter, we look at how JSP fits intothis larger picture.
26、 After the brief description of the most common application models in thischapter, Chapter 18 describes the combination of servlets and JSP in detail.The material presented in this part of the book is geared towards Java programmers. If yourenot a programmer, you may still want to browse through thi
27、s part to get a feel for thepossibilities, but dont expect to understand everything. To really appreciate the techniquesdescribed in this part of the book, you should have experience with Java programming ingeneral. Familiarity with Java servlets also helps, and a short introduction is included inCh
28、apter 18 for those who are new to this technology.17.1 The Java 2 Enterprise Edition ModelAt the JavaOne conference in San Francisco in June 1999, Sun Microsystems announced anew architecture for Java, with separate editions for different types of applications: the Java 2Standard Edition (J2SE) for
29、desktop and workstation devices; the Java 2 Micro Edition(J2ME) for small devices such as cell phones, pagers, and PDAs; and the Java 2 EnterpriseEdition (J2EE) for server-based applications.J2EE is a compilation of various Java APIs that have previously been offered as separatepackages; an Applicat
30、ion Programming Model (APM) (also known as the J2EE Blueprints)that describes how they can all be combined; and a test suite J2EE vendors can use to testtheir products for compatibility. J2EE 1.3 includes the following enterprise-specific APIs: JavaServer Pages (JSP) Java Servlet Enterprise JavaBean
31、s (EJB) Java Database Connection (JDBC) Java Transaction API (JTA) and Java Transaction Service (JTS) Java Naming and Directory Interface (JNDI) Java Message Service (JMS) Java IDL and Remote Method Invocation (RMI) Java API for XML Parsing (JAXP) JavaMail and JavaBeans Activation Framework (JAF) J2
32、EE Connector Architecture (JCX) Java Authentication and Authorization Service (JAAS)Chapter 17. Web Application Models300In addition, all the J2SE APIs can be used when developing a J2EE application. These APIscan be used in numerous combinations. The first three J2EE APIs - EJB, JSP, and servlets -
33、represent different component technologies, managed by what the J2EE documents callcontainers. A web container provides the runtime environment for servlets and JSPcomponents, translating requests and responses into standard Java objects. EJB componentsare similarly handled by an EJB container. Dont
34、 be fooled by the name similarity betweenJavaBeans and Enterprise JavaBeans (EJB); they are completely different animals. AJavaBeans component is a regular Java class, following a few simple naming conventions,which can be used by any other Java class. An Enterprise JavaBean, on the other hand, must
35、be developed in compliance with a whole set of strict rules and works only in the environmentprovided by an EJB container.Components in the two types of containers can use the other J2EE APIs to access databases(JDBC and JTA/JTS) and other EIS tier applications (JCX), authenticate users and controla
36、ccess (JAAS), locate various resources (JNDI), and communicate with other server resources(JavaMail/JAF, JMS, Java IDL, RMI, and JAXP). Figure 17-1 shows a high-level view of allthe pieces and their relationship.Figure 17-1. J2EE overviewEnterprise applications are often divided into a set of tiers,
37、 and J2EE identifies three: theclient tier, the middle tier, and the Enterprise Information System (EIS) tier. The middle tiercan be further divided into the web tier and the EJB tier. This logical separation, with welldefinedinterfaces, makes it possible to build scalable applications. Initially on
38、e or more tierscan be running on the same physical server. With increased demands, the tiers can beseparated and distributed over multiple servers without modifying the code, just by changingthe configuration.The client tier contains browsers as well as regular GUI applications. A browser uses HTTPt
39、o communicate with the web container. A standalone application can also use HTTP orcommunicate directly with the EJB container using RMI or IIOP (a CORBA protocol).Another type of client thats becoming more and more popular is the extremely thin client,such as a cell phone or PDA. This type of clien
40、t typically uses the Wireless Access Protocol(WAP), typically converted into HTTP via a gateway, to communicate with the webcontainer.The middle tier provides client services through the web container and the EJB container. Aclient that communicates with the server through HTTP uses components in th
41、e webcontainer, such as servlets and JSP pages, as entry points to the application. Manyapplications can be implemented solely as web container components. In other applications,the web components just act as an interface to the application logic implemented by EJBcomponents. A standalone applicatio
42、n, written in Java or any other programming language,can also communicate directly with the EJB components. General guidelines for when to usethe different approaches are discussed later in this chapter. Components in this tier can accessdatabases and communicate with other server applications using
43、 all the other J2EE APIs.The Enterprise Information System (EIS) tier holds the applications business data. Typically,it consists of one or more relational database management servers, but other types ofdatabases such as IMS databases; legacy applications such as Enterprise Resource Planning(ERP); a
44、nd mainframe transaction processing systems such as CICS, are also included in thistier. The middle tier uses J2EE APIs such as JDBC, JTA/JTS, and the J2EE ConnectorArchitecture (JCX) to interact with the EIS tier.17.2 The MVC Design ModelIn addition to the separation of responsibilities into differ
45、ent tiers, J2EE also encourages theuse of the Model-View-Controller (MVC) design model, briefly introduced in Chapter 3,when designing applications.The MVC model was first described by Xerox in a number of papers published in the late1980s in conjunction with the Smalltalk language. This model has s
46、ince been used for GUIapplications developed in all popular programming languages. Lets review: the basic idea isto separate the application data and business logic, the presentation of the data, and theinteraction with the data into distinct entities labeled the Model, the View, and the Controller,
47、respectively.The Model represents pure business data and the rules for how to use this data; it knowsnothing about how the data is displayed or the user interface for modifying the data. TheView, on the other hand, knows all about the user interface details. It also knows about thepublic Model inter
48、face for reading its data, so that it can render it correctly, and it knowsabout the Controller interface, so it can ask the Controller to modify the Model.Using an employee registry application as an example, an Employee class may represent aModel. It holds information about an employee: name, employment date, vacation days,salary, etc. It also hold rules for how this information can be changed;
