外文原文
Overview of JSP Technology
Benefits of JSP
JSP pages are translated into servlets. So, fundamentally, any task JSP pages can perform could also be accomplished by servlets. However, this underlying equivalence does not mean that servlets and JSP pages are equally appropriate in all scenarios. The issue is not the power of the technology, it is the convenience, productivity, and maintainability of one or the other. After all, anything you can do on a particular computer platform in the Java programming language you could also do in assembly language. But it still matters which you choose.
JSP provides the following benefits over servlets alone:
bull; It is easier to write and maintain the HTML. Your static code is ordinary HTML: no extra backslashes, no double quotes, and no lurking Java syntax.
bull; You can use standard Web-site development tools. Even HTML tools that know nothing about JSP can be used because they simply ignore the JSP tags.
bull; You can divide up your development team. The Java programmers can work on the dynamic code. The Web developers can concentrate on the presentation layer. On large projects, this division is very important. Depending on the size of your team and the complexity of your project, you can enforce a weaker or stronger separation between the static HTML and the dynamic content.
Now, this discussion is not to say that you should stop using servlets and use only JSP instead. By no means. Almost all projects will use both. For some requests in your project, you will use servlets. For others, you will use JSP. For still others, you will combine them with the MVC architecture . You want the appropriate tool for the job, and servlets, by themselves, do not complete your toolkit.
Advantages of JSP Over Competing Technologies
A number of years ago, Marty was invited to attend a small 20-person industry roundtable discussion on software technology. Sitting in the seat next to Marty was James Gosling, inventor of the Java programming language. Sitting several seats away was a high-level manager from a very large software company in Redmond, Washington. During the discussion, the moderator brought up the subject of Jini, which at that time was a new Java technology. The moderator asked the manager what he thought of it, and the manager responded that it was too early to tell, but that it seemed to be an excellent idea. He went on to say that they would keep an eye on it, and if it seemed to be catching on, they would follow his companys usual 'embrace and extend' strategy. At this point, Gosling lightheartedly interjected 'You mean disgrace and distend.'
Now, the grievance that Gosling was airing was that he felt that this company would take technology from other companies and suborn it for their own purposes. But guess what? The shoe is on the other foot here. The Java community did not invent the idea of designing pages as a mixture of static HTML and dynamic code marked with special tags. For example, ColdFusion did it years earlier. Even ASP (a product from the very software company of the aforementioned manager) popularized this approach before JSP came along and decided to jump on the bandwagon. In fact, JSP not only adopted the general idea, it even used many of the same special tags as ASP did.
So, the question becomes: why use JSP instead of one of these other technologies? Our first response is that we are not arguing that everyone should. Several of those other technologies are quite good and are reasonable options in some situations. In other situations, however, JSP is clearly better. Here are a few of the reasons.
Versus .NET and Active Server Pages (ASP)
.NET is well-designed technology from Microsoft. ASP.NET is the part that directly competes with servlets and JSP. The advantages of JSP are twofold.
First, JSP is portable to multiple operating systems and Web servers; you arent locked into deploying on Windows and IIS. Although the core .NET platform runs on a few non-Windows platforms, the ASP part does not. You cannot expect to deploy serious ASP.NET applications on multiple servers and operating systems. For some applications, this difference does not matter. For others, it matters greatly.
Second, for some applications the choice of the underlying language matters greatly. For example, although .NETs C# language is very well designed and is similar to Java, fewer programmers are familiar with either the core C# syntax or the many auxiliary libraries. In addition, many developers still use the original version of ASP. With this version, JSP has a clear advantage for the dynamic code. With JSP, the dynamic part is written in Java, not VBScript or another ASP-specific language, so JSP is more powerful and better suited to complex applications that require reusable components.
You could make the same argument when comparing JSP to the previous version of ColdFusion; with JSP you can use Java for the 'real code' and are not tied to a particular server product. However, the current release of ColdFusion is within the context of a J2EE server, allowing developers to easily mix ColdFusion and servlet/JSP code.
Versus PHP
PHP (a recursive acronym for 'PHP: Hypertext Preprocessor') is a free, open-source, HTML-embedded scripting language that is somewhat similar to both ASP and JSP. One advantage of JSP is that the dynamic part is written in Java, which already has an extensive API for networking, database access, distributed objects, and the like, whereas PHP requires learning an entirely new, less widely used language. A second advantage is that JSP is much more widely supported by tool and server vendors than is PHP.
Versus Pure Servlets
JSP doesnt provide any capabilities that couldnt, in principle, be accomplished with servlets. In fact, JSP documents are automatically translated into servlets behind the scenes. But it is more convenient to
剩余内容已隐藏，支付完成后下载完整资料
JSP技术发展历史
Java Server Pages(JSP)是一种基于web的脚本编程技术，类似于网景公司的服务器端Java脚本语言—— server-side JavaScript(SSJS)和微软的Active Server Pages(ASP)。与SSJS和ASP相比，JSP具有更好的可扩展性，并且它不专属于任何一家厂商或某一特定的Web服务器。尽管JSP规范是由Sun公司制定的，但任何厂商都可以在自己的系统上实现JSP。
在Sun正式发布JSP(Java Server Pages)之后，这种新的Web应用开发技术很快引起了人们的关注。JSP为创建高度动态的Web应用提供了一个独特的开发环境。按照Sun的说法，JSP能够适应市场上包括Apache WebServer、IIS4.0在内的85%的服务器产品。
本文将介绍JSP相关的知识，以及JavaBean的相关内容，当然都是比较粗略的介绍其中的基本内容，仅仅起到抛砖引玉的作用，如果读者需要更详细的信息，请参考相应的JSP的书籍。
1.1 概述
JSP(Java Server Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，其在动态网页的建设中有其强大而特别的功能。JSP与Microsoft的ASP技术非常相似。两者都提供在HTML代码中混合某种程序代码、由语言引擎解释执行程序代码的能力。下面我们简单的对它进行介绍。
JSP页面最终会转换成servlet。因而，从根本上，JSP页面能够执行的任何任务都可以用servlet来完成。然而，这种底层的等同性并不意味着servlet和JSP页面对于所有的情况都等同适用。问题不在于技术的能力，而是二者在便利性、生产率和可维护性上的不同。毕竟，在特定平台上能够用Java编程语言完成的事情，同样可以用汇编语言来完成，但是选择哪种语言依旧十分重要。
和单独使用servlet相比，JSP提供下述好处：
JSP中HTML的编写与维护更为简单。JSP中可以使用常规的HTML：没有额外的反斜杠，没有额外的双引号，也没有暗含的Java语法。
能够使用标准的网站开发工具。即使是那些对JSP一无所知的HTML工具，我们也可以使用，因为它们会忽略JSP标签（JSP tags）。
可以对开发团队进行划分。Java程序员可以致力于动态代码。Web开发人员可以将经理集中在表示层（presentation layer）上。对于大型的项目，这种划分极为重要。依据开发团队的大小，及项目的复杂程度，可以对静态HTML和动态内容进行弱分离（weaker separation）和强分离（stronger separation）。
此处的讨论并不是说人们应该放弃使用servlet而仅仅使用JSP。事实上，几乎所有的项目都会同时用到这两种技术。在某些项目中，更适宜选用servlet，而针对项目中的某些请求，我们可能会在MVC构架下组合使用这两项技术。我们总是希望用适当的工具完成相对应的工作，仅仅是servlet并不一定能够胜任所有工作。
JSP的好处：
JSP页面最终会转换成servler。因而，从根本上，JSP页面能够执行的任何任务都可以用servler来完成。然而，这种底层的等同性并不意味着servler和JSP页面对于所有的情况都等同适用。问题不在于技术的能力，而是二者在便利性、生产率和可维护性上的不同。毕竟，在特定平台上能够用Java编程语言完成的事情，同样可以用汇编语言来完成，但是选择哪种语言依旧十分重要。
和单独使用servler相比，JSP提供下述好处：
JSP中HTML的编写与维护更为简单。JSP中可以使用常规的HTML：没有额外的反斜杠，没有额外的双引号，也没有暗含的Java语法。
能够使用标准的网站开发工具。即使对那些对JSP一无所知的HTML工具，我们也可以使用，因为它们会忽略JSP标签（JSP tags）。
可以对开发团队进行划分。Java程序员可以致力于动态代码。Web开发人员可以将经理集中在表示层（presentation layer）上。对于大型的项目，这种划分极为重要。依据开发团队的大小，及项目的复杂程度，可以对静态HTML和动态内容进行弱分离（weaker separation）和强分离（stronger separation）。
在此，这个讨论并不是让您停止使用servlets，只使用JSP。几乎所有的项目都会同时用到这两种技术。针对项目中的某些请求，您可能会在MVC构架下组合使用这两项技术。我们总是希望用适当的工具完成相对应的工作，仅仅是servlet并不能填满您的工具箱。
JSP相对于竞争技术的优势：
许多年前，Marty受到邀请,参加一个有关软件技术的小型(20个人)研讨会.做在Marty旁边的人是James Gosling--- Java编程语言的发明者。隔几个位置,是来自华盛顿一家大型软件公司的高级经理。在讨论过程中,研讨会的主席提出了Jini的议题,这在当时是一项新的Java技术.主席向该经理询问他的想法.他继续说,他们会持续关注这项技术,如果这项技术变得流行起来,他们会遵循公司的“接受并扩充(embrace and extend)”的策略.此时, Gosling随意地插话说“你的意思其实就是不接受且不扩充(disgrace and distend)。”
在此, Gosling的抱怨显示出，他感到这个公司会从其他公司那里拿走技术,用于他们自己的目的.但你猜这次怎么样?这次鞋子穿在了另一只脚上。Java社团没有发明这一思想----将页面设计成由静态HTML和用特殊标签标记的动态代码混合组成.。ColdFusion多年前就已经这样做了。甚至ASP(来自于前述经理所在公司的一项产品)都在JSP出现之前推广了这种方式。实际上,JSP不只采用了这种通用概念,它甚至使用许多和ASP相同的特殊标签。
因此,问题变成:为什么使用JSP,而不使用其他技术呢?我们的第一反应是我们不是在争论所有的人应该做什么。其他这些技术中,有一些也很不错,在某些情况下也的确是合情合理的选择.然而,在其他情形中,JSP明显要更好一些。下面给出几个理由。
与.NET和Active Server Pages (ASP)相比.NET是Microsoft精心设计的一项技术。ASP.NET是与servlets和JSP直接竞争的技术。JSP的优势体现在两个方面。
首先,JSP可以移植到多种操作系统和Web服务器,您不必仅仅局限于部署在Windows 和IIS上尽管核心.NET平台可以在好几种非Windows平台上运行，但ASP这一部分不可以。您不能期望可以将重要的ASP.NET应用部署到多种服务器和操作系统。对于某些应用，这种差异没有什么影响。但有些应用，这种差异却非常重要。
其次，对于某些应用，底层语言的选择至关重要。例如，尽管.NET的C#语言设计优良，且和Java类似，但熟悉核心C#语法和众多工具库的程序员很少。此外,许多开发者依旧使用最初版本的ASP。相对于这个版本,JSP在动态代码方面拥有明显的优势。使用JSP,动态部分是用Java编写的,而非VBScript过其他ASP专有的语言,因此JSP更为强劲,更适合于要求组件重用的复杂应用。
当将JSP与之前版本的ColdFusion对比时，您可能会得到相同的结论。应用JSP，您可以使用Java编写“真正的代码”，不必依赖于特定的服务器产品。然而，当前版本的ColdFusion满足J2EE服务器的环境，允许开发者容易的混合使用ColdFusion和Servlet/JSP代码。
与PHP相比
PHP（“PHP：Hypertext Preprocessor”的递归字母缩写词）是免费的、开放源代码的、HTML嵌入其中的脚本语言，与ASP和JSP都有某种程度的类似。JSP的一项优势是动态部分用Java编写，而Java已经在联网、数据库访问、分布式对象等方面拥有广泛的API，而PHP需要学习全新的、应用相对广泛的语言。JSP的第二项优势是，和PHP相比，JSP拥有极为广泛的工具和服务器提供商的支持。
与纯Servlet相比
原则上，JSP并没有提供Servlet不能完成的功能。实际上，JSP文档在后台被自动转换成Servlet。但是编写（和修改）常规的HTML，要比无数println语句生成HTML要方便得多。另外，通过将表示与内容分离，可以为不同的人分配不同的任务：网页设计人员使用熟悉的工具构建HTML，要么为Servlet程序员留出空间插入动态内容，要么通过XML标签间接调用动态内容。
这是否表示您只可以学习JSP，将Servlet丢到一边呢？当然不是！由于以下4种原因，JSP开发人员需要了解Servlet：
（1）JSP页面会转换成Servlet。不了解Servlet就无法知道JSP如何工作。
（2）JSP由静态HTML、专用的JSP标签和Java代码组成。哪种类型的Java代码呢？当然是Servlet代码！如果不了解Servlet编程，那么就无法编写这种代码。
（3）一些任务用Servlet完成比用JSP来完成要好。JSP擅长生成由大量组织有序的结构化HTML或其他字符数据组成的页面。Servlet擅长生成二进制数据，构建结构多样的页面，以及执行输出很少或者没有输出的任务（比如重定向）。
（4）有些任务更适合于组合使用Servlet和JSP来完成，而非单独使用Servlet或JSP。
与JavaScript相比
JavaScript和Java编程语言完全是两码事，前者一般用于在客户端动态生成HTML，在浏览器载入文档时构建网页的部分内容。这是一项有用的功能，一般与JSP的功能（只在服务器端运行）并不发生重叠。和常规HTML页面一样，JSP页面依旧可以包括用于JavaScript的SCRIPT标签。实际上，JSP甚至能够用来动态生成发送到客户端的JavaScript。因此，JavaScript不是一项竞争技术，它是一项补充技术。
JavaScript也可以用在服务器端，最因人注意的是SUN ONE（以前的iPlanet）、IIS和BroadVision服务器。然而，Java更为强大灵活、可靠且可移植。
与WebMacro和Velocity相比
JSP决非完美。许多人都曾指出过JSP中能够改进的功能。这是一件好事，JSP的优势之一是该规范由许多不同公司组成的社团控制。因此，在后续版本中，这项技术能够得到协调的改进。
但是，一些组织已经开发出了基于Java的替代技术，试图弥补这些不足。据我们的判断，这样做是错误的。使用扩充JSP和Servlet技术的第三方工具，如Apache Structs，是一种很好的思路，只要该工具带来的好处能够补偿工具带来的额外复杂性。但是，试图使用非标准的工具代替JSP则不理想。在选择一项技术时，需要权衡许多方面的因素：标准化、可移植性、集成性、行业支持和技术特性。对于JSP替代技术的争论几乎只是集中在技术特性上，而可移植性、标准化和集成性也十分重要。例如，Servlet和JSP规范为Web应用定义了一个标准的目录结构，并提供用于部署Web应用的标准文件（.war文件）。所有JSP兼容的服务器必须支持这些标准。我们可以建立过滤器作用到任意树木的Servlet和JSP页面上，但不能用于非标准资源。Web应用安全设置也同样如此。
此外，业界对JSP和Servlet技术的巨大支持使得这两项技术都有了巨大的进步，从而减轻了对JSP的许多批评。例如，JSP标准标签库和JSP 2.0表达式语言解决了两种最广泛的批评：缺乏良好的迭代结构；不使用显式的Java代码或冗长的jsp:useBean元素难以访问动态结果。
对JSP的误解：
忘记JSP技术是服务器端技术
下面是Marty收到的一些典型问题（大部分问题不止一次的出现）。
我们的服务器正在运行JDK1.4。我如何将Swing组件用到JSP页面中呢？我如何将图像放到JSP页面中？我不知道读取图像文件应该使用哪些Java I/O命令。Tomcat不支持JavaScript，当用户在图像上移动鼠标时，我如何使图像突出显示呢？我们的客户使用不理解JSP的旧浏览器。我应该怎么做？当我们的客户在浏览器中使用“View Source”（查看源代码）时，如何阻止他们看到JSP标签？
所有这些问题都基于浏览器对服务器端的过程在有所了解的假定之上。但事实上浏览器并不了解服务器端的过程。因此：如果要将使用Swing组件的applet放到网页中，重要的是浏览器的Java版本，和服务器的Java版本无关。如果浏览器支持Java 2平台，您可以使用正常的APPLET（或Java插件）标签，即使在服务器上使用了非Java技术也须如此。
您不需要Java I/O来读取图像文件，您只需将图像放在存储Web资源的目录中（即WEB-INF/classes向上两级的目录），并输出一个正常的IMG标签。
您应该用SCRIPT标签，使用客户端JavaScript创建在鼠标下会更改的图像，这不会由于服务器使用JSP而改变。
浏览器根本不“支持”JSP----它们看到的只是JSP页面的输出。因此，如同对待静态HTML页面一样，只需确保JSP输出的HTML与浏览器兼容。
当然，您不需要采取什么措施来阻止客户看到JSP标签，这些标签在服务器上进行处理，发送给客户的输出中并不出现。
混淆转换期间和请求期间
JSP页面需要转换成servlet。Servlet在编译后，载入到服务器的内容中，初始化并执行。但是每一步发生在什么时候呢？要回答这个问题，要记
剩余内容已隐藏，支付完成后下载完整资料
资料编号：[499569]，资料为PDF文档或Word文档，PDF文档可免费转换为Word
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
