j2ee中属于web的组件有 j2ee
大家好，我是小典，我来为大家解答以上问题。j2ee中属于web的组件有，j2ee，很多人还不知道，现在让我们一起来看看吧！
1、J2EE架构分析 J2EE架构是当前主流的架构之一，目前大多数企业采用J2EE技术的结构设计与解决方案。
2、J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。
3、通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。
4、 高效的开发: J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。
5、这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间。
6、高级中间件供应商提供以下这些复杂的中间件服务: 状态管理服务 -- 让开发人员写更少的代码，不用关心如何管理状态，这样能够更快地完成程序开发。
7、 持续性服务 -- 让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。
8、 分布式共享数据对象CACHE服务 -- 让开发人员编制高性能的系统，极大提高整体部署的伸缩性。
9、 支持异构环境: J2EE能够开发部署在异构环境中的可移植程序。
10、基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。
11、因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。
12、这在典型的异构企业计算环境中是十分关键的。
13、J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省了由自己制订整个方案所需的费用。
14、 可伸缩性: 企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。
15、基于J2EE平台的应用程序可被部署到各种操作系统上。
16、例如可被部署到高端UNIX与大型机系统，这种系统单机可支持64至256个处理器。
17、J2EE领域的供应商提供了更为广泛的负载平衡策略。
18、能消除系统中的瓶颈，允许多台服务器集成部署。
19、这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。
20、 J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。
21、传统的J2EE多层企业级应用模型将两层化模型中的不同层面切分成许多层。
22、一个多层化应用能够为不同的每种服务提供一个独立的层，以下是 J2EE 典型的四层结构: Ø 运行在客户端机器上的客户层组件 Ø 运行在J2EE服务器上的Web层组件 Ø 运行在J2EE服务器上的业务逻辑层组件 Ø 运行在EIS服务器上的企业信息系统(Enterprise information system)层软件 通常认为，J2EE平台就广泛的认为是这个架构，运行在J2EE服务器上的EJB容器可以认为是此结构的核心，EJB容器管理着所有EJB的执行，以及EJB的生命周期，并且为EJB提供所有系统级的服务。
23、EJB组件则负责接受，处理WEB容器的客户请求和连接提供整个企业使用的数据，服务的EIS层。
24、 此“经典”架构中，所有的数据访问都要通过entity bean，业务对象都是带远程接口的无状态session bean，运行在EJB容器中。
25、EJB中包含了各种服务（比如声明式的事务管理），而且提供了一个共享的中间层，可支持可支持各种类型的J2EE客户端。
26、但结构中应用性能和开发开销的负担很重，一些负载来在于EJB，而很大还是与分布式架构的特性有关。
27、此外为了分布化，牺牲了OO原则，并且难以测试，因为业务逻辑通常编写在EJB的实现类中，而这些类完全依赖于EJB容器的。
28、 此“经典”架构的一种改进，便是把远程EJB替换为本地EJB，实现了架构的重用，解决了分布化的种种问题。
29、但架构还是相当的复杂。
30、EJB的很多负担还是存在，从EJB中获得益处反而不多。
31、 所以随着企业级应用开发的不断复杂，对架构设计的要求也会提出新的要求: 架构简单，但功能强大。
32、 架构可以通过配置WEB容器集群来达到横向扩展。
33、 在不同的应用服务器之间具有高移植性。
34、 便于在应用服务器之外进行业务对象的单元测试，而且，一些集成测试甚至可以让一些轻量级容器（如Junit）来完成。
35、 为了解决经典架构中有EJB引起的一系列问题以及满足不断发展的企业应用，提出了非EJB架构的“轻量级容器”。
36、轻量级容器与EJB架构都是有容器管理业务服务对象，然后再围绕着这个服务层组织整个架构。
37、但是业务对象不是运行在EJB容器中，而是运行在“轻量级容器”中。
38、轻量级容器并没有和J2EE绑定，所以它既可以运行在WEB容器里，也可以在一个标准应用程序中运行，如必要也可以运行在EJB容器中。
39、这个容器也没有和servlet API绑定?D?D这一点与MVC结构的WEB框架不同。
40、轻量级容器的启动开销很小，而且无需EJB的部署。
41、 轻量级容器提供了一种管理、定位业务对象的办法。
42、用不着JNDI寻址、定制服务器之类的额外辅助；轻量级容器为应用对象提供注册服务。
43、其较之EJB容器而言，不仅功能强大，而且避免了容器强制业务对象采用特定的接口，最低程度的降低了侵入性，实现了效果极佳的架构重用。
44、 轻量级容器中所有的Java类都运行在同一个虚拟机中。
45、 WEB层是由MVC框架提供的（Struts或WebWork，或Spring架构的MVC结构） 业务对象是POJO，运行在轻量级容器里。
46、AOP的拦截机制能够增强业务对象，从而实现企业级服务。
47、与EJB容器不同，业务对象不依赖于容器的API，所以这些对象在容器外也可以使用，更利于单元测试。
48、业务对象仅仅通过接口来访问，当更改具体业务对象的实现类后，业务对象无需修改。
49、实现了面向接口编程。
50、 数据访问机制可以通过轻量级的O/R Mapping，该层能提供透明的持久化，该持久层实现了对数据访问方式JDBC的轻量级封装。
本文到此讲解完毕了，希望对大家有帮助。