亿动网可扩展性是 JavaServer Pages (JSP) 应用程序的一个关键特性，它允许它们轻松扩展以处理高流量和并发请求。这使得 JSP 适用于要求苛刻的 Web 环境，例如电子商务网站或社交媒体平台。
JSP 可扩展性的优点
- 高流量处理：JSP 应用程序可以处理大量的并发请求，而不会出现性能下降。
- 可扩展架构：JSP 应用程序的架构是可扩展的，可以轻松添加或删除服务器以满足不断变化的需求。
- 负载均衡：JSP 应用程序可以使用负载均衡器来分发请求到多个服务器，以提高性能。
- 缓存机制：JSP 应用程序可以使用缓存机制来存储经常访问的数据，从而减少服务器负载。
实现 JSP 可扩展性的技术
有几种技术可以用来实现 JSP 可扩展性，包括：
集群
集群是一种将多个服务器组合在一起以形成单个逻辑实体的技术。这允许 JSP 应用程序在多个服务器上分发请求，从而增加处理能力。
负载均衡
负载均衡是一种将请求从客户端分发到服务器组的技术。这有助于确保所有服务器的负载均匀，防止任何一台服务器过载。
缓存
缓存是一种存储经常访问的数据的机制。这可以减少服务器负载，提高应用程序的性能。 JSP 应用程序可以使用各种缓存技术，例如内存缓存和磁盘缓存。
分片
分片是一种将大型数据集分解成较小部分的技术。这可以提高查询性能，特别是在处理大量数据时。 JSP 应用程序可以使用分片来优化数据库查询。
JSP 可扩展性的示例
有许多使用 JSP 实现可扩展性的成功示例，包括：
电子商务网站
亚马逊和 eBay 等电子商务网站需要处理大量的并发请求和交易。 JSP 应用程序用于这些网站，因为它们的可扩展性可以确保即使在高流量高峰时也能提供无缝的用户体验。
社交媒体平台
Facebook 和 Twitter 等社交媒体平台需要处理数以百万计的并发用户。 JSP 应用程序用于这些平台，因为它们的可扩展性可以支持庞大的用户群并确保最佳性能。
在线游戏
网络游戏，如《魔兽世界》和《堡垒之夜》，需要处理大量的玩家和并发请求。 JSP 应用程序用于这些游戏，因为它们的可扩展性可以确保即使在玩家数量激增时也能提供流畅的游戏体验。
结论
JSP 的可扩展性是一个对其性能和适用范围至关重要的特性。通过使用集群、负载均衡、缓存和分片等技术，JSP 应用程序可以轻松扩展以满足要求苛刻的 Web 环境的需求。这使得 JSP 成为构建高流量、高性能 Web 应用程序的理想选择。
JSP和ASP各自的优势！
总的来讲，JavaSever PagesTM（JSP）和 微软的Active Sever Pages（ASP）在技术方面有许多相似之处。
两者都是为基于WEB应用实现动态交互网页制作提供的技术环境支持。
同等程度上来讲，两者都能够为程序开发人员提供实现应用程序的编制与自带组件设计网页从逻辑上分离的技术。
而且两者都能够替代CGI使网站建设与发展变的较为简单与快捷。
尽管JavaSever Pages 技术和微软的Active Sever Pages在许多方面都有相似的，但仍然存在很多不同之处，其中最本质上的区别在于：两者是来源于不同的技术规范组织，其实现的基础：WEB服务器平台要求不相同。
一、JSP 技术：开放的技术 JSP和ASP技术明显的不同点：开发人员在对两者各自软件体系设计的深入了解的方式不同。
JSP技术基于平台和服务器的互相独立，输入支持来自广泛的，专门的，各种工具包，服务器的组件和数据库产品开发商所提供。
相比之下，ASP技术主要依赖微软的技术支持。
1、平台和服务器的独立性 JSP技术依附于一次写入，之后，可以运行在任何具有符合JavaTM语法结构的环境。
取而代之过去依附于单一平台或开发商，JSP技术能够运行在任何WEB服务器上并且支持来自多家开发商提供的各种各样工具包。
由于ASP是基于Activex控件技术提供客户端和服务器端的开发组件，因此ASP技术基本上是局限于微软的操作系统平台之上。
ASP主要工作环境是微软的IIS应用程序结构，又因Activex对象具有平台特性，所以ASP技术不能很容易地实现在跨平台的WEB服务器的工作。
尽管ASP技术通过第三方提供的产品能够得到组件和服务实现跨平台的应用程序，但是Activex对象必须事先放置于所选择的平台中。
2、开放的开发过程，开放的原代码 SUN应用JAVA社团性过程开发JSP技术。
自从1995年，SUN已经用这种开放过程方法同国际JAVA组织合作开发和修改了JAVA技术与规范。
针对JSP的产品，SUN授权了工具提供商（如Macromedia）,结盟公司（如Apache,Netscape）,最终用户，协作商及其他。
最近，SUN将最新版本的JSP和JavaTM Servlet（JSP 1.1,JAVA SERVLET 2.2）的原代码发放给Apache，以求JSP与Apache紧密的相互发展。
Apache，SUN和许多其他的公司及个人公开成立一个健壮的咨询机构以便任何公司和个人都能免费取得信息。
JSP应用程序界面（API）毫无疑问已经取得成功，并将随JAVA组织不断开放扩大继续完善。
相反，ASP技术仅依靠微软本身的推动，其发展是建立在独占的，封闭的开发过程基础之上。
ASP技术 JSP技术 WEB服务器 微软的IIS或个人WEB服务器 任何WEB服务器包括Apache，Netscape，和IIS 操作系统平台 微软的视窗系统 绝大多数的流行平台，包括solaris操作系统，微软的视窗系统，MAC OS，Linux，及其他UNIX系列平台产品。
跨平台访问 需要第三方ASP的引入产品 支持WEB信息机构环境中不同系列的计算机群即保证用户在当前软硬件及人力资源上的投资完全兼容，JSP技术提供灵活，开放选择：可以使用各种各样的工具提供商提供的工具，高度体现工业化标准输入与配置 3、从开发人员的角度来看：ASP和JSP技术都能使开发者实现通过点击网页中的组件制作交互式的，动态的内容和应用程序的WEB站点。
ASP仅支持组件对象模型COM，而JSP技术提供的组件都是基于JavabeansTM技术或JSP标签库。
由此可以看出两者虽有相同之处，但其区别是很明显的。
1）JSP标签可扩充性 尽管ASP和JSP都使用标签与脚本技术来制作动态WEB网页，JSP技术能够使开发者扩展JSP标签得以应用，JSP开发者能定制标签库，所以网页制作者充分利用与XML兼容的标签技术强大的功能，大大减少对脚本语言的依赖。
由于定制标签技术，使网页制作者降低了制作网页和向多个网页扩充关键功能的复杂程度。
2）JSP跨平台的可重用性 JSP的开发人员在开发过程中一直关注可重用性。
JSP组件（企业JavabeansTM，Javabeans，或定制的JSP标签）都是跨平台可重用的。
企业Javabeans组件可以访问传统的数据库，并能以分布式系统模式工作于UNIX和WINDOWS平台。
JSP技术的标签可扩充功能为开发人员提供简便的，与XML兼容的接口即共享网页的打包功能使其完全的工业标准化。
这种基于组件的模式很有效提高应用程序的开发效率，因为这种模式能够使开发人员利用快捷的子组件快速创建模板应用程序，然后再整合一些附加功能以后便可使用。
象这样有效的方法在JSP中无处不在，并可将其打包成一个Javabean或一个工业标准化的Javabean组件。
二、JAVA的优越性 JSP技术是用JAVA语言作为脚本语言的，而ASP网页使用微软的VBScrip或Jscrip。
JAVA是成熟的，强大的，易扩充的编程语言，远优于基于BASIC的脚本语言。
如：JAVA的可执行性优于VBscript或Jscript语言。
因为它们利用JAVA技术并且都被编译为JAVA Servlets，JSP网页为整个服务器端的JAVA库单元提供了一个接口来服务于HTTP的应用程序。
JAVA使开发人员的工作在其他方面也变的一样容易，简单。
例如，当ASP应用程序在WINDOWS NT系统被怀疑可能会崩溃时，JAVA能有效的防止系统的崩溃。
JAVA语言通过提供防止内存的泄漏的方法，在内存管理方面也能大显身手。
加之，JSP为应用提供了健壮的意外事件处理机制。
1、易于维护性 基于JSP技术的应用程序比基于ASP的应用程序易于维护和管理。
脚本语言都能很好服务于小的应用程序，但不能适应大型的，复杂的应用程序。
因为，JAVA是结构化的，它比较容易创建和维护庞大的，组件化的应用程序。
JSP突出的组件技术使修改内容而不影响逻辑或修改逻辑而不影响内容变得很容易实现。
企业级的Javabeans结构整合了企业逻辑，例如数据库的访问，安全，事务完整性，及独立性即独立于应用程序。
因为JSP技术是一种开放的，跨平台的结构，因此，WEB服务器，平台，及其他的组件能很容易升级或切换，且不会影响JSP基本的应用程序。
这一特点使JSP能够适用现实世界的各种WEB应用程序不断的变化和发展。
ASP技术 JSP技术可重用,跨平台组件 没有JAVABEANS 企业级JAVABEANS，定制JSP标签 安全:防范系统崩溃 没有/有 内存泄露保护 没有/有 脚本语言 VBscript,Jscript JAVA 定制标签 没有/有 2、企业产品的多样性 JAVA2平台即企业版(J2EE)是适用于多企业应用程序的JAVA结构，作为J2EE的部分，JSP网页可访问所有J2EE的组件，包括Javabeans，企业级Javabeans及JAVA Servlets。
JSP网页都能完全编译成为Servlets，所以它们都享有灵活性的特点和为服务器端JAVA应用程序。
J2EE平台内容不仅包括管理复杂的企业应用程序而且包括事务管理技术和Pooling资源管理技术。
JSP网页可以访问标准的J2EE服务，包括： (1) JAVA名称和目录界面API (2) JDBCTM API(与关联的数据库通讯) (3) JavaMailTM（支持基于JAVA邮件和消息应用程序的类） (4) JAVATM 消息服务 通过J2EE，JSP网页能够用许多方式同企业系统交互访问。
J2EE支持两种CORBA规范的技术：JAVA IDL和RMI-IIOP。
在企业级JAVABEANS技术支持下，JSP网页通过运用高级的，对象映射的方式访问数据库。
最终，因为JSP技术是基于JAVA的开放性过程的产品，因此它能够广泛支持不同提供商提供的工具，WEB服务器和应用程序的服务，这样能够使用户选择最佳的开发方法，选择最适应他们的应用程序开发的工具包，同时，有效地保护用户在代码和人员培训上的投资
JSP主机的JSP网站的特点
JSP虚拟主机是利用独特的技术手段把一台服务器上的JSP环境划分为独立的小的JSP环境,来供大家执行所需要的JSP语言,您可以把自己的JSP语言的网站上传到JSP虚拟主机上,设置好数据库的连接,您的JSP网站就可正常运行了,JSP虚拟主机其实就是在网络上提供一个JSP环境,您买了后可以把自己的网站放上去让全世界的人都能浏览到,而如果不用JSP虚拟主机,您在自己的电脑上只能您自己看到,这样就失去做网站的意义! JSP使用java健壮语言，安全性强，目前大型企业网站绝大多数都是用JSP技术构建，JSP主机不需要担心被跨站黑掉的问题。
JSP技术为创建显示动态生成内容的Web页面提供了一个简捷而快速的方法。
JSP技术的设计目的是使得构造基于Web的应用程序更加容易和快捷，而这些应用程序能够与各种Web服务器，应用服务器，浏览器和开发工具共同工作。
这里提供了JSP技术的全面概述，描述了其开发背景以及这项技术的总体目标。
同时，在一个简单示例中，还描述了一个基于JavaTM技术的页面的关键组成部分。
在万维网短暂的历史中，它已经从一个大部分显示静态信息的网络演化到对股票进行交易和进行购书操作的一个基础设施。
在各种各样的应用程序中，对于可能使用的基于Web的客户端，看上去没有任何限制。
基于浏览器客户端的应用程序比传统的基于客户机/服务器的应用程序有几个好处。
这些好处包括几乎没有限制的客户端访问和极其简化的应用程序部署和管理（要更新一个应用程序，管理人员只需要更改一个基于服务器的程序，而不是成千上万的安装在客户端的应用程序）。
这样，软件工业正迅速地向建造基于浏览器客户端的多层次应用程序迈进。
这些快速增长的精巧的基于Web的应用程序要求开发技术上的改进。
静态HTML对于显示相对静态的内容是不错的选择；新的挑战在于创建交互的基于Web的应用程序，在这些程序中，页面的内容是基于用户的请求或者系统的状态，而不是预先定义的文字。
对于这个问题的一个早期解决方案是使用CGI-BIN接口；开发人员编写与接口相关的单独的程序，以及基于Web的应用程序，后者通过Web服务器来调用前者。
这个方案有着严重的扩展性问题——每个新的CGI要求在服务器上新增一个进程。
如果多个用户并发地访问该程序，这些进程将消耗该Web服务器所有的可用资源，并且系统性能降低到极其低下的地步。
某些Web服务器供应商已经尝试通过为他们的服务器提供“插件”和API来简化Web应用程序的开发。
这些解决方案是与特定的Web服务器相关的，不能解决跨多个供应商的解决方案的问题。
例如，微软的Active Server PagesTM(ASP) 技术使得在Web页面上创建动态内容更加容易，但是也只能工作在微软的IIS和Personal Web Server上。
还存在其他的解决方案，但是都不能使一个普通的页面设计者能够轻易地掌握。
例如，象Java Servlets这样的技术就可以使得用Java语言编写交互的应用程序的服务器端的代码变得容易。
一个Java Servlets就是一个基于Java技术的运行在服务器端的程序（与Applet不同，后者运行在浏览器端）。
开发人员能够编写出这样的Servlet，以接收来自Web浏览器的HTTP请求，动态地生成响应（可能要查询数据库来完成这项请求），然后发送包含HTML或XML文档的响应到浏览器。
采用这种方法，整个网页必须都在Java Servlet中制作。
如果开发人员或者Web管理人员想要调整页面显示，就不得不编辑并重新编译该Java Servlet，即使在逻辑上已经能够运行了。
采用这种方法，生成带有动态内容的页面仍然需要应用程序的开发技巧。
很显然，目前所需要的是一个业界范围内的创建动态内容页面的解决方案。
这个方案将解决当前方案所受到的限制，即：能够在任何Web或应用程序服务器上运行将应用程序逻辑和页面显示分离能够快速地开发和测试简化开发基于Web的交互式应用程序的过程JavaServer Pages (JSP)技术就是被设计用来满足这样的要求的。
JSP规范是Web服务器、应用服务器、交易系统、以及开发工具供应商间广泛合作的结果。
使用JSP技术，Web页面开发人员可以使用HTML或者XML标识来设计和格式化最终页面。
使用JSP标识或者小脚本来生成页面上的动态内容（内容是根据请求来变化的，例如请求帐户信息或者特定的一瓶酒的价格）。
生成内容的逻辑被封装在标识和JavaBeans组件中，并且捆绑在小脚本中，所有的脚本在服务器端运行。
如果核心逻辑被封装在标识和Beans中，那么其他人，如Web管理人员和页面设计者，能够编辑和使用JSP页面，而不影响内容的生成。
在服务器端，JSP引擎解释JSP标识和小脚本，生成所请求的内容（例如，通过访问JavaBeans组件，使用JDBCTM技术访问数据库，或者包含文件），并且将结果以HTML（或者XML）页面的形式发送回浏览器。
这有助于作者保护自己的代码，而又保证任何基于HTML的Web浏览器的完全可用性。
绝大多数JSP页面依赖于可重用的，跨平台的组件（JavaBeans或者Enterprise JavaBeansTM组件）来执行应用程序所要求的更为复杂的处理。
开发人员能够共享和交换执行普通操作的组件，或者使得这些组件为更多的使用者或者客户团体所使用。
基于组件的方法加速了总体开发过程，并且使得各种组织在他们现有的技能和优化结果的开发努力中得到平衡。
采用标识简化页面开发Web页面开发人员不会都是熟悉脚本语言的编程人员。
JavaServer Page技术封装了许多功能，这些功能是在易用的、与JSP相关的XML标识中进行动态内容生成所需要的。
标准的JSP标识能够访问和实例化JavaBeans组件，设置或者检索组件属性，下载Applet，以及执行用其他方法更难于编码和耗时的功能。
通过开发定制化标识库，JSP技术是可以扩展的。
今后，第三方开发人员和其他人员可以为常用功能创建自己的标识库。
这使得Web页面开发人员能够使用熟悉的工具和如同标识一样的执行特定功能的构件来工作。
JSP技术很容易整合到多种应用体系结构中，以利用现存的工具和技巧，并且扩展到能够支持企业级的分布式应用。
作为采用Java技术家族的一部分，以及Java 2（企业版体系结构）的一个组成部分，JSP技术能够支持高度复杂的基于Web的应用。
由于JSP页面的内置脚本语言是基于Java编程语言的，而且所有的JSP页面都被编译成为Java Servlet，JSP页面就具有Java技术的所有好处，包括存储管理和安全性。
作为Java平台的一部分，JSP拥有Java编程语言“一次编写，各处运行”的特点。
随着越来越多的供应商将JSP支持添加到他们的产品中，您可以使用自己所选择的服务器和工具，更改工具或服务器并不影响当前的应用。
当与Java 2平台，企业版(J2EE)和Enterprise JavaBean技术整合时，JSP页面将提供企业级的扩展性和性能，这对于在虚拟企业中部署基于Web的应用是必需的。
JavaScript能够在客户端动态地生成HTML。
虽然JavaScript很有用，但它只能处理以客户端环境为基础的动态信息。
除了Cookie之外，HTTP状态和表单提交数据对JavaScript来说都是不可用的。
另外，由于是在客户端运行，JavaScript不能访问服务器端资源，比如数据库、目录信息等等。
JSP和服务器端包含（Server-Side Include，SSI）相比SSI是一种受到广泛支持的在静态HTML中引入外部代码的技术。
JSP在这方面的支持更为完善，因为它可以用Servlet而不是独立的程序来生成动态内容。
另外，SSI实际上只用于简单的包含，而不是面向那些能够处理表单数据、访问数据库的“真正的”程序。
请问什么是JSP,有这种编程语言吗？
JSP是一种相对较新的程序,效率比较高,如果你对这不了解的话,请看下面什么叫JSP. JavaServer PagesTM (JSP)技术为创建显示动态生成内容的Web页面提供了一个简捷而快速的方法。
JSP技术的设计目的是使得构造基于Web的应用程序更加容易和快捷，而这些应用程序能够与各种Web服务器，应用服务器，浏览器和开发工具共同工作。
JSP页面看上去象什么？ JSP页面看上去象标准的HTML和XML页面，并附带有JSP引擎能够处理和抽取的额外元件。
通常，JSP元件创建插入最终页面的文本。
使用示例是描述JSP技术的最好方法。
下面的JSP页面非常简单；它打印带年、当月的天，并且根据时间使用Good Morning和Good Afternoon对您表示欢迎。
该页面结合了普通的HTML和大量JSP元件组成。
对时钟JavaBeans组件的调用 对一个外部文件的包含（用于著作权信息） JSP表达式和脚本 <HTML> <%@ page language==java imports==.* %> <H1>Welcome</H1> <P>Today is </P> <jsp:useBean id==clock class== /> <UL> <LI>Day: <%==() %> <LI>Year: <%==() %> </UL> <% if (()(_PM) ==== ) { %> Good Morning <% } else { %> Good Afternoon <% } %> <%@ include file== %> </HTML> 这个页面包含下面这些组件： 一个JSP指示将信息传送到JSP引擎。
在这个示例中，第一行指出从该页面即将访问的一些Java编程语言的扩展的位置。
指示被设置在<%@和%>标记中。
固定模板数据：所有JSP引擎不能识别的标识将随结果页面发送。
通常，这些标识是HTML或者XML标识。
在上面的例子中包括无序列表(UL)和H1标识。
JSP动作或者标识：这些通常作为标准或定制标识被实现，并且具有XML标识的语法。
在这个例子中，jsp:useBean标识实例化服务器端的Clock JavaBean。
一个表达式：JSP引擎计算在<%==和%>标记间的所有东西。
在上面的列表项中，时钟组件(Clock)的Day和Year属性值作为字符串返回，并且作为输出插入到JSP文件中。
在上面的例子中，第一个列表项是日子，第二个是年份。
小脚本是执行不为标识所支持的功能或者将所有的东西捆绑在一起的小的脚本。
JSP 1.0软件的内置脚本语言是基于Java语言的。
在上面示例中的小脚本确定现在是上午还是下午，并且据此来欢迎用户。
这个例子可能小了一点，但是技术上却不是。
从业务上可以将关键的处理封装在服务器端的组件中，并且Web开发人员能够使用熟悉的语法和工具很容易地访问这些信息。
基于Java的小脚本提供了一种灵活的方式以执行其他功能，而不要求扩展的脚本语言。
页面作为整体是可读和可理解的，这就使得查找或者预防问题以及 共享工作更加容易。
这些组件中的一部分在下面有更详细的描述。
JSP指示 JSP页面使用JSP指示将指令传递到JSP引擎。
这其中包括： JSP页面指示传递页面相关的信息，例如缓冲区和线程信息或者出错处理。
语言指示指定脚本语言，以及所有的扩展。
包含指示（在上面例子中有显示）可以被用来在页面中包含一个外部的文档。
一个好的例子是著作权文档或者公司信息文档——在一个集中地点保存该文档并且在页面中包含比在各个JSP页面中更新要容易些。
当然，被包含的文件也可能是另一个JSP文件。
标识库指示指出页面可以调用的一个客户标识库。
JSP标识 绝大多数JSP处理将通过与JSP相关的基于XML的标识完成。
JSP 1.0中包含大量标准标识，这些标识作为核心标识包括： jsp:useBean 这个标识声明对一个JavaBeans组件实例的使用。
如果该组件的实例不存在，JavaBeans组件将实例化和注册这个标识。
jsp:setProperty 这个标识在组件的实例中设置一个属性的值。
:getProperty 这个标识获取一个组件的实例的属性值，将其转化为字符串，并且将它放入隐含对象out中。
jsp:include jsp:forward 1.1版本将包含更多的标准标识。
标识的好处在于它们易于在应用程序间使用和共享。
基于标识的语法的真正威力来自于客户标识库的开发，使得工具供应商或其他人员能够为特定的要求创建和分派标识。
脚本元件 JSP页面可以在页面中包含小的脚本，称之为小脚本(scriptlets)。
小脚本是一个代码片段，在请求的处理过程中被执行。
小脚本可以和页面中的静态元件组合（正如上面的例子一样）起来创建动态生成的页面。
脚本在<%和%>标志中被描述。
在这对标志中的所有东西都会被脚本描述语言引擎执行，在我们的例子中是主机上的Java虚拟机。
JSP规范支持所有常用的脚本元件，包括表达式和声明。
JSP页面的应用模型 JSP页面由JSP引擎执行，引擎安装在Web服务器或者使用JSP的应用服务器上。
JSP引擎接受客户端对JSP页面的请求，并且生成JSP页面给客户端的响应。
JSP页面通常被编译成为Java Servlet。
后者是一个标准的Java扩展，在站点有更详细的描述。
页面开发人员能够访问全部的Java应用环境，以利用Java技术的扩展性和可移植性。
当JSP页面第一次被调用时，如果它还不存在，就会被编译成为一个Java Servlet类，并且存储在服务器的内存中。
这使得在接下来的对该页面的调用有非常快的响应。
（这避免了CGI-BIN为每个HTTP请求生成一个新的进程的问题，或是服务器端引用所引起的运行时语法分析。
） JSP页面可以包含在多种不同的应用体系结构或者模型中。
JSP页面可以用于由不同协议、组件和格式所组成的联合体中。
下面的小节描述了一些可能发生的情况。
一个简单应用 在一个简单实现中，浏览器直接调用JSP页面，JSP页面自己生成被请求的内容（可能会调用JDBC直接从数据库中获取信息）。
JSP页面能够调用JDBC或者Java BlendTM组件来生成结果，并且创建标准的HTML，作为结果发送回浏览器。
这个模型基本上用JSP页面（编译成为Java Servlet）代替了CGI-BIN概念。
这个方法拥有下列优点： 简单而快速地编程 页面作者可以很容易地根据请求和资源状态生成动态内容 这个结构在许多应用上工作良好，但不能扩展到大量的基于Web的并发客户访问稀少的企业资源，因为每个客户必须建立或者共享一个到可用内容资源的连接。
例如，如果JSP页面访问数据库，可能生成许多到数据库的连接，这将影响到数据库的性能。
使用Java Servlet的一个灵活的应用 在另一种可能的配置中，基于Web的客户机可能直接对Java Servlet进行请求，Servlet生成动态内容，将结果捆绑到一个结果对象中并且调用JSP页面。
JSP页面从该对象中访问动态内容，并且将结果（例如HTML）发送回浏览器。
这个方法创建了更多的可以为应用程序间共享的可重用的组件，并且可以作为更大的应用的一部分完成。
但是，在处理如数据库一样的企业资源的连接时，还是存在扩展性问题。
采用企业级JavaBean技术的可扩展处理 JSP页面也可以作为企业级JavaBean(EJB)体系结构中的一个中间层。
在这种情况下，JSP页面和后端资源通过EJB组件进行交互。
EJB组件管理对后端资源的访问，从而为众多的并发使用者提供可扩展的性能。
对于电子商务或者其他应用，EJB管理交易和潜在的安全性。
这将简化JSP页面。
这个模型将为Java 2企业版(J2EE)平台所支持。
