servlet体系结构 Servlet的体系结构是什么样的

Servlet的体系结构是什么样的？

所有的Servlet都必须要实现的核心的接口是javax.servlet.Servlet。每一个Servlet都必须要直接或者是间接实现这个接口，或者是继承javax.servlet.GenericServlet或者javax.servlet.http.HTTPServlet。最后，Servlet使用多线程可以并行的为多个请求服务。

Servlet过滤器是什么

在 J2EE 探索者 系列文章的最后一篇中，作者 Kyle Gabhart 将向您介绍 Servlet过滤器体系结构，定义过滤器的许多应用，并指导您完成典型过滤器实现的三个步骤。他还会透露 bean 的一些激动人心的变化，预计刚发布的 Java Servlet 2.4 规范会引入这些变化。Servlet过滤器是可插入的 Web 组件，它允许我们实现 Web 应用程序中的预处理和后期处理逻辑。过滤器支持 servlet 和 JSP 页面的基本请求处理功能，比如日志记录、性能、安全、会话处理、XSLT 转换，等等。 过滤器最初是随 Java Servlet 2.3 规范发布的，最近定稿的 2.4 规范对它进行了重大升级。在这 J2EE 探索者 系列文章的最后一篇中，我将向您介绍 Servlet过滤器的基础知识 —— 比如总体的体系结构设计、实现细节，以及在 J2EE Web 应用程序中的典型应用，还会涉及一些预计最新的 Servlet 规范将会提供的扩展功能。？ Servlet过滤器是小型的 Web 组件，它们拦截请求和响应，以便查看、提取或以某种方式操作正在客户机和服务器之间交换的数据。过滤器是通常封装了一些功能的 Web 组件，这些功能虽然很重要，但是对于处理客户机请求或发送响应来说不是决定性的。典型的例子包括记录关于请求和响应的数据、处理安全协议、管理会话属性，等等。过滤器提供一种面向对象的模块化机制，用以将公共任务封装到可插入的组件中，这些组件通过一个配置文件来声明，并动态地处理。Servlet过滤器中结合了许多元素，从而使得过滤器成为独特、强大和模块化的 Web 组件。也就是说，Servlet过滤器是：声明式的：过滤器通过 Web 部署描述符（web.xml）中的 XML 标签来声明。这样允许添加和删除过滤器，而无需改动任何应用程序代码或 JSP 页面。动态的：过滤器在运行时由 Servlet 容器调用来拦截和处理请求和响应。灵活的：过滤器在 Web 处理环境中的应用很广泛，涵盖诸如日志记录和安全等许多最公共的辅助任务。过滤器还是灵活的，因为它们可用于对来自客户机的直接调用执行预处理和后期处理，以及处理在防火墙之后的 Web 组件之间调度的请求。最后，可以将过滤器链接起来以提供必需的功能。模块化的：通过把应用程序处理逻辑封装到单个类文件中，过滤器从而定义了可容易地从请求/响应链中添加或删除的模块化单元。可移植的：与 Java 平台的其他许多方面一样，Servlet过滤器是跨平台和跨容器可移植的，从而进一步支持了 Servler 过滤器的模块化和可重用本质。可重用的：归功于过滤器实现类的模块化设计，以及声明式的过滤器配置方式，过滤器可以容易地跨越不同的项目和应用程序使用。透明的：在请求/响应链中包括过滤器，这种设计是为了补充（而不是以任何方式替代）servlet 或 JSP 页面提供的核心处理。因而，过滤器可以根据需要添加或删除，而不会破坏 servlet 或 JSP 页面。所以Servlet过滤器是通过一个配置文件来灵活声明的模块化可重用组件。过滤器动态地处理传入的请求和传出的响应，并且无需修改应用程序代码就可以透明地添加或删除它们。最后，过滤器独立于任何平台或者 Servlet 容器，从而允许将它们容易地部署到任何相容的 J2EE 环境中。在接下来的几小节中，我们将进一步考察 Servlet过滤器机制的总体设计，以及实现、配置和部署过滤器所涉及的步骤。我们还将探讨 Servlet过滤器的一些实际应用，最后简要考察一下模型-视图-控制器（MVC）体系结构中包含的 Servlet过滤器，从而结束本文的讨论。Servlet过滤器体系结构 正如其名称所暗示的，Servlet过滤器 用于拦截传入的请求和/或传出的响应，并监视、修改或以某种方式处理正在通过的数据流。过滤器是自包含、模块化的组件，可以将它们添加到请求/响应链中，或者在无需影响应用程序中其他 Web 组件的情况下删除它们。过滤器仅只是改动请求和响应的运行时处理，因而不应该将它们直接嵌入 Web 应用程序框架，除非是通过 Servlet API 中良好定义的标准接口来实现。Web 资源可以配置为没有过滤器与之关联（这是默认情况）、与单个过滤器关联（这是典型情况），甚至是与一个过滤器链相关联。那么过滤器究竟做什么呢？ 像 servlet 一样，它接受请求并响应对象。然后过滤器会检查请求对象，并决定将该请求转发给链中的下一个组件，或者中止该请求并直接向客户机发回一个响应。如果请求被转发了，它将被传递给链中的下一个资源（另一个过滤器、servlet 或 JSP 页面）。在这个请求设法通过过滤器链并被服务器处理之后，一个响应将以相反的顺序通过该链发送回去。这样就给每个过滤器都提供了根据需要处理响应对象的机会。当过滤器在 Servlet 2.3 规范中首次引入时，它们只能过滤 Web 客户机和客户机所访问的指定 Web 资源之间的内容。如果该资源然后将请求调度给其他 Web 资源，那就不能向幕后委托的任何请求应用过滤器。2.4 规范消除了这个限制。Servlet过滤器现在可以应用于 J2EE Web 环境中存在请求和响应对象的任何地方。因此，Servlet过滤器可以应用在客户机和 servlet 之间、servlet 和 servlet 或 JSP 页面之间，以及所包括的每个 JSP 页面之间。这才是我所称的强大能力和灵活性！实现一个 Servlet过滤器 他们说“好事多磨”。我不知道“他们”指的是谁，或者这句古老的谚语究竟有多真实，但是实现一个 Servlet过滤器的确要经历三个步骤。

什么是servlet

JSP和SERVLET到底在应用上有什么区别，很多人搞不清楚。我来胡扯几句吧。简单的说，SUN首先发展出SERVLET，其功能比较强劲，体系设计也很先进，只是，它输出HTML语句还是采用了老的CGI方式，是一句一句输出，所以，编写和修改HTML非常不方便。
后来SUN推出了类似于ASP的镶嵌型的JSP，把JSP TAG镶嵌到HTML语句中，这样，就大大简化和方便了网页的设计和修改。新型的网络语言如ASP，PHP，JSP都是镶嵌型的SCRIPT语言。
从网络三层结构的角度看，一个网络项目最少分三层：data layer,business layer, presentation layer。当然也可以更复杂。SERVLET用来写business layer是很强大的，但是对于写presentation layer就很不方便。JSP则主要是为了方便写presentation layer而设计的。当然也可以写business layer。写惯了ASP，PHP，CGI的朋友，经常会不自觉的把presentation layer和business layer混在一起。就象前面那个朋友，把数据库处理信息放到JSP中，其实，它应该放在business layer中。
根据SUN自己的推荐，JSP中应该仅仅存放与presentation layer有关的东东，也就是说，只放输出HTML网页的部份。而所有的数据计算，数据分析，数据库联结处理，统统是属于business layer，应该放在JAVA BEANS中。通过JSP调用JAVA BEANS，实现两层的整合。
实际上，微软前不久推出的DNA技术，简单说，就是ASP COM/DCOM技术。与JSP BEANS完全类似，所有的presentation layer由ASP完成，所有的business layer由COM/DCOM完成。通过调用，实现整合。
为什么要采用这些组件技术呢？因为单纯的ASP/JSP语言是非常低效率执行的，如果出现大量用户点击，纯SCRIPT语言很快就到达了他的功能上限，而组件技术就能大幅度提高功能上限，加快执行速度。
另外一方面，纯SCRIPT语言将presentation layer和business layer混在一起，造成修改不方便，并且代码不能重复利用。如果想修改一个地方，经常会牵涉到十几页CODE，采用组件技术就只改组件就可以了。
综上所述，SERVLET是一个早期的不完善的产品，写business layer很好，写presentation layer就很臭，并且两层混杂。
所以，推出JSP BAEN，用JSP写presentation layer,用BAEN写business layer。SUN自己的意思也是将来用JSP替代SERVLET。
可是，这不是说，学了SERVLET没用，实际上，你还是应该从SERVLET入门，再上JSP，再上JSP BEAN。
强调的是：学了JSP，不会用JAVA BEAN并进行整合，等于没学。大家多花点力气在JSP BEAN上。
在补充几句：
我们可以看到，当ASP COM和JSP BEAN都采用组件技术后，所有的组件都是先进行编译，并驻留内存，然后快速执行。所以，大家经常吹的SERVLET/JSP先编译驻内存后执行的速度优势就没有了。
反之，ASP COM IIS NT紧密整合，应该会有较大的速度优势呈现。而且，ASP COM IIS NT开发效率非常高，虽然BUG很多。
那么，为什么还用JSP BEAN？因为JAVA实在前途远大。微软分拆后，操作系统将群雄并起，应用软件的开发商必定要找一个通用开发语言进行开发，JAVA一统天下的时机就到了。如果微软分拆顺利，从中分出的应用软件公司将成为JAVA的新领导者。目前的JAVA大头SUN和IBM都死气沉沉，令人失望。希望新公司能注入新活力。不过，新公司很有可能和旧SUN展开JAVA标准大战，双方各自制定标准，影响JAVA夸平台。
另外，现在的机器速度越来越快，JAVA的速度劣势很快就可以被克服。

如何理解sql serve 2008的体系结构

SQL Server 2008系统由4个主要部分组成，这4个部分被称为4个服务，分别是上面的数据引擎、分析服务、报表服务和集成服务。这些服务之间相互依存。
1. 数据库引擎是（SQL Server Database Engine，SSDE）是SQL Server 2008系统的核心服务，负责完成业务数据的存储、处理、查询和安全管理等操作。例如：创建数据库、创建表、执行各种数据查询、访问数据库等操作都是由数据库引擎完成的。在大多数情况下，使用数据库系统实际上就是使用数据库引擎。例如，在某个使用SQL Server 2008系统作为后台数据库的航空公司机票销售信息系统中，SQL Server 2008系统的数据库引擎服务负责完成机票数据的添加、跟新、删除、查询及安全控制等操作。
2. 分析服务（SQL Server Analysis Server ，SSAS）提供了多维分析和数据挖掘功能，可以支持用户建立数据库和进行商业智能分析。相对多维分析（有时也称为OLAP，即：Online Analysis Processing，中文直接为联机分析处理）来说，OLTP (Online Transaceion Processing ，联机事务处理)是由数据库引擎负责完成的，使用SSAS服务，可以设计、创建和福管理包含来自于其他数据源数据的多维结构，铜鼓哦对多维数据进行多个角度的分心，可以支持管理人员业务数据的风全面的理解。另外，通过使用SSAS服务，用户可以完成数据挖掘模型的构造和应用，实现知识发现、知识表示、知识管理和知识共享。
3. 报表服务（SQL Server Reporting Services ，SSRS）为用户提供了支持Web的企业级的报表功能。通过使用SQL Server 2008系统提供的SSRS服务，用户可以方便地定义和发展布满足自己需求的报表。无论是报表的局部格式，还是报表的数据源，用户都可以轻松地实现，这种服务极大地便利了企业的管理工作。满足了管理人员高效、规范的管理需求。
4. 集成服务（SQL Server Integration Sevives，SSIS）是一个数据集成平台，可以完成有关数据的提取、转换、加载等。例如：对于分析服务来说，数据库引擎是一个重要的数据源，如何将数据源中的数据经过适当的处理加载到分析服务汇中，以便进行各种分析处理，正式SSIS服务索要解决的问题。重要的是SSIS服务可以高效地处理各种各样的数据源，除了SQL Server数据之外，还可以处理Oracle、Excel、XML文档、文本文件等数据源中的数据。
SQL Server 2008是一个提供了联机失误处理、数据仓库、电子商务应用的数据库和数据分析的平台。体系架构是描述系统组成要素和要素之间关系的方式。SQL Server 2008系统的系统结构是对SQL Server 2008的主要组成部分和这些组成部分之间关系的描述。