java 以下是程序其中的一段代码 srping如何获取bean的一个疑问 (java以下应用程序正在使用需要由此安装程序更新的文件)
本文目录导航：
java， srping如何获取bean的一个疑问，以下是程序其中的一段代码
操作繁难，要求配件性能低。
量级关键是看容器的依赖性所选择的,依赖性越小,越轻量, Jim Rivera是 BEA 公司的一位技术主管，担任经过技术流传推行BEA 产品的运行。
Jim 于1999 年参与BEA，担任 BEA WebLogic Server 6、7 和8 版本的技术产品经理。
在这个岗位上，Jim 担任各种主机组件的战略和路途图，包含 EJB、Web services、XML 和集群。
Jim 在dev2dev 上有一个blog。
dev2dev 经过电子邮件采访了 Jim，取得他对轻量级Java、运行程序框架和耐久性框架，以及它们与运行主机上企业计算的相关的认识。
轻量级Java dev2dev: 您是如何定义“轻量级Java”的？ Jim: 我以为，在Java 运行程序开发环境中，“轻量级Java”关键是指两个物品：简化的编程模型和更具照应才干的容器。
轻量级Java 旨在消弭与传统 J2EE API 有关的不用要的复杂性和限度。
它也将缩短运行程序的部署期间，这关于支持开发最佳通常（比如频繁单元测试）十分关键。
dev2dev: 对您来说哪种轻量级技术是最关键的,轻量级Java 对终端用户有什么协助？ Jim: 很显然，控制反转 (IoC)形式在这个畛域有着严重的影响。
经常使用IoC，开发人员不要求编写复杂的代码来口头查问、处置基础架构意外或控制衔接，就能够处置对象依赖性疑问。
这有助于简化代码、将业务逻辑与基础架构分别，从而使运行程序更易于保养。
轻量级Java 的另一个关键特征是，它不会强制业务对象遵照平台特定接口。
这准许开发人员在个别新式Java 对象(POJO)中成功业务逻辑,从而提高消费率。
与详细的类雷同，当把开发的最佳通常与界面相联合时,这些特性也使得对代码启动单元测试容易得多。
由于业务逻辑实如今 POJO中，所以不再要求将对象部署到重量级容器中以在单元测试中练习它。
因此，将对象宿主在诸如 JUnit 之类的繁难测试环境中和为极速迭代单元测试“模拟”外部依赖性就变得微无余道了。
dev2dev: 作为一个技术流传者，您必定目击了许多新的和已部署的技术。
您能否看到了转向轻量级技术的趋向？ Jim: 当然。
在早期的驳回者当中,明白地存在转向诸如 Spring、Hibernate 和Beehive 之类框架的趋向。
它在运行程序的构建方式上有了清楚的不同，对未来 J2EE技术的方向有着踊跃的影响。
例如，EJB 3.0就基本上是以使得轻量级Java盛行的概念为基础的。
重量级 dev2dev:人们在想起运行主机供应商时，通常把它们置于“重量级营垒”。
我想您正在努力扭转这种状况，对吧？换言之，许多人以为运行程序供应商曾经在成功重量级组件（比如 EJB 2.0）上付出了很大的代价，它们不情愿随便丢弃这些成绩。
Jim: 首先，我以为没有理由丢弃在 EJB 上的现有投资，由于在某些场景中它依然是最好的技术，例如当您宿愿经过 RMI远程地下店务服务时。
当然，诸如 EJB 之类的开明规范在包全客户投资方面的价值也不能低估。
曾经说过,我感觉人们经常过火强调 EJB在运行主机中的实践价值。
虽然这一点未必对一切的运行主机供应商都实用，但是 BEA 只投入了相对较少的一部离开发资源来支持 J2EE API。
咱们上班最关键的指标是为宿主运行程序构建最牢靠、可伸缩和容错的内核。
这些质量以及散布式事务服务、高速信息传递、遗留系统集成、初级 Web 服务、性能控制、诊断和缺点扫除和初级安保性，代表了 WebLogic Server 的真正价值，而且对总体领有老本（TCO）有着渺小的影响。
幸运的是，这些附加值对基于Spring 或Beehive 的运行程序的相关性和实用性与驳回EJB 构建的运行程序是一样的。
虽然轻量级Java 技术使得运行程序的开发和保养更容易，但是它们不会替代真正上流运行主机的质量。
实践上，咱们以为轻量级Java 与WebLogic Server 是分歧的。
dev2dev: BEA 有没有一个轻量级 Java 战略？BEA 成功轻量级 Java 的方法是什么？ Jim: 咱们的战略是接管一切无利于提高开发人员消费率、在市场上为部署这些技术提供最佳平台的技术。
轻量级 Java有助于降落开发老本,WebLogic Server 则有助于降落经营老本,它们是一个十分弱小的组合。
运行程序框架 dev2dev:由BEA资助的Beehive名目显然是一个轻量级 Java组件模型。
您能否谈谈关于 Beehive 的状况，以及它在你们的整个战略中的位置？ Jim: Beehive是一个运行程序框架，努力于使J2EE 运行程序和基于SOA 的运行程序的开发更容易，它基于咱们颁布WebLogic Workshop 的阅历。
它基于 POJO 和用于性能依赖性、服务质量等的元数据提供一个编程模型。
元数据以 J2SE 5.0 代码注解和外部 XML文件的方式取得支持。
存在一些用于访问 J2EE资源、定义业务和 Web 服务以及基于 MVC形式开发 Web 运行程序的组件。
在咱们努力提高开发人员消费率、坚固 Java 全体市场的环节中，Beehive 是十分关键的一局部。
dev2dev: Beehive 可以被以为是一个“运行程序框架”。
在Spring Framework中提供了一种十分盛行的轻量级 Java 方法。
Spring（以及其余相似的框架）关于 BEA 有多关键？ Jim: 任何能够协助咱们的客户提高消费率的物品都对咱们十分关键。
咱们欢迎并且接管这些技术,在适当的时刻也可以在技术层面上集成或许共享这些技术。
dev2dev: 你们思考过明白支持这些框架吗？ Jim: 就像我原来说过的,WebLogic Server具备很多方面的特性，能够提供基于轻量级 Java 技术的运行程序。
许多都是隐含的，但是在某些状况下，最小量的集成上班就能为轻量级 Java 开发人员提供关键的价值。
举个例子，当今存在的一些适配器准许 Spring 运行程序经常使用 WebLogic Server 的散布式事务才干，无需扭转任何运行程序代码。
咱们正在调查许多其余的时机，当然也不时在凝听客户的需求。
dev2dev: 咱们曾经看到轻量级框架对EJB 3 的一些影响。
您以为这会裁减到J2EE的其余方面吗？ Jim: 是的。
我以为 JSR 175（即Java元数据）关于简化 J2EE 编程模型是一种关键的支持技术。
EJB 3.0经常使用了它，而且它也是 JSR 181（即Web Services 元数据，一个BEA 提倡的规范）的基础。
没有理由置信它会就此中止。
轻量级耐久性 dev2dev: IoC 容器看起来是轻量级 Java 的中心。
另外的一个关键起因是POJO 和轻量级耐久性。
您能针对这个疑问谈谈认识吗？ Jim: 雷同，独特的主题是简化编程模型。
没有比POJO更繁难的了。
当然，企业开发要求咱们有才干运行附加的质量,比如耐久性规定、事务语义和 POJO 的安保解放。
盛行很广的方式是在元数据中定义这些质量，要么作为代码注解，要么放在外部文件中。
dev2dev: 您能否感觉由于有多种方法用于成功耐久性这样的事情而存在一些风险？比如，咱们很快将会有EJB 2、EJB 3、JDO、Hibernate，等等。
Jim: 我以为这只是成熟畛域的一个实践状况。
多年来，J2EE 规范没有齐全涵盖这个特定的畛域，人造就会造成其余规范的出现。
就我所知道的在 JCP中出现的事情，咱们仿佛正在走向一致。
这关于整个行业来说是一件善报。
未来 dev2dev: 您能预感一下轻量级 Java和 BEA 的未来吗？ Jim: 咱们将会继续生动于这个畛域中，既经过诸如 Apache Beehive、XMLBeans、Eclipse和JCP 之类的渠道推进翻新，又排汇诸如 Spring 这样的其余上游技术，并且为了客户的利益而开展单干。
艾伯特.爱因斯坦曾经说过：“一切都应该尽或许地繁难，但是不能更繁难。
”确实如此，简化一门通常的基本假定，使咱们可以专一于真正关键的中央，这正是不时以来对迷信真谛的谋求。
企业软件开发雷同如此。
提供一个将复杂的事物（例如，事务、安保或耐久性）对开发者启动暗藏的运行框架是简化企业软件开发的关键。
一个设计良好的框架可以提高代码重用率、开发者的消费劲及软件的质量。
但是，现有J2EE1.4的EJB2.1框架被普遍以为设计差，且过于复杂。
不满于EJB2.1的框架结构，Java开发者尝试了各种各样的两边件服务传递方法。
最有目共睹的是，以下两个框架惹起了开发者极大兴味并获取了少量侧面的反应。
他们以未来企业Java运行所选框架的姿态展现。
Spring框架虽然很盛行但并不是一个规范的开源框架。
它关键由Interface21 Inc开发和控制。
Spring框架结构是基于依赖注入(Dependency Injection (DI))的设计形式。
它可以独立或在现有的运行主机上运转，而且少量地经常使用了xml性能文件 EJB3.0是由Java Community Process (JCP)制定的规范框架，为一切关键的J2EE厂商支持。
JBoss曾经提供了试用版EJB3.0规范的开源或商业性质成功。
EJB3.0充沛应用了Java的注释 这两个框架结构都有一个独特外围设计理念：将两边件服务传递给耦合松懈的POJOS (Plain Old Java Objects, 繁难洁净Java对象)。
这样的框架应用截取口头高低文或在运转时将服务对象注入POJO来把运行服务“缠绕”到POJO。
POJO自身并不关心这种“缠绕”，对这种框架结构也没有什么依赖。
因此，开发者可专一于业务逻辑和脱离框架的POJO单元测试。
除此之外， 由于POJO并不要求承袭框架的类或成功其接口，开发者能够极端灵敏地搭建承袭结构和建造运行。
但是，在领有同一理念的同时，两个框架结构经常使用不同的方式来传递POJO服务。
许多书籍或文章都将Spring 或EJB3.0和EJB2.1做了比拟，但是对Spring 和EJB3.0的比拟并没有细心钻研过。
在本文中，我将对Srping和EJB3.0框架面前的关键不同处启动调查，并探讨其优缺陷。
本文的观念也实用于其它更少为人知的框架，由于他们都是对“耦合松懈的POJO”的设计。
宿愿这篇文章可以协助你选用适宜你需求的最好框架。
厂商有关性 开发者选用Java平台其中最有目共睹的理由之一：厂商有关性。
EJB3.0正是一套设计为厂商有关的开明性规范。
EJB3.0规范为一切企业Java社团里开源或商业性质厂商所开发和支持。
它将开发者与运行主机成功齐全隔离。
例如，JBoss的 EJB3.0成功基于Hibernate，Oracle的基于TopLink，但是开发者并不要求学习Hibernate- 或TopLink的详细API来使运行可在Jboss或Oracle上运转。
厂商有关性使EJB3.0与现今其它POJO两边件框架区别开来。
但是，正多么多EJB3.0评论家迅速所指出的，在本文撰写时EJB3.0规范还没有抵达一个最终版本。
大略还有一到两年的期间EJB3.0才干宽泛地为一切关键J2EE厂商所支持。
即使你的运行主机自身不支持EJB3.0，你依然可以经过下载装置”内嵌的”EJB3.0产品来运转EJB3.0的运行。
例如，JBoss的内嵌EjB3.0是开源产品且可以在任何J2SE5.0兼容的环境运转(例如, 在任何Java主机上)，此产品正处于软件测试阶段。
其它厂商不久也将颁布自己的内嵌EJB3.0产品，特意是针对规范中关于数据耐久性的局部。
另一方面，Spring不时以来都是非规范的技术，在未来可预知的一段期间内这种状况将继续下去。
虽然你可以在任何运行主机上经常使用Spring框架，Spring运行会被锁入在Spring自身和你选用整合进Spring的详细服务中。
Spring框架是一个开源名目，但同时它有一个XML格局的性能文件和编程接口。
当然任何一个非规范的产品都会有这种“锁入”(lock-in)的状况，并不是Spring特有的。
但Spring运行的常年生活才干依然还得托Spring这个名目的福（或许是Interface21公司，它雇佣了大局部Spring外围开发人员）。
除此之外，假设你用就任何一个详细的Spring服务，例如，Spring事务控制器或则Spring MVC，你也会被锁入到这些API里。
Spring的运行对终端用户是无法知的。
例如，对数据耐久服务，Spring框架兼容不同的DAO和JDBC的模版协助类，如Hibernate, iBatis, 和 JDO。
所以假设你要求为spring运行切换在数据耐久化服务（例如从JBDC到Hibernate），你要求修正你的代码以适宜新的模版协助类。
服务整合 从一个很高的角度上看，Spring框架处于运行主机和服务库的上方。
服务整合的代码（如，数据访问模板和协助类）属于框架，并泄露于运行开发者。
雷同，EJB3.0框架与运行主机高度整合，服务整合代码也包装在一个规范接口前面。
因此，成功EJB3.0的厂商可以大大地优化全体性能和优化开发者的体验。
例如，在JBoss EJB3.0的成功中，当你在用EntityManager耐久化一个Entity Bean时，后盾的Hibernate会话事务曾经智能地帮定到调用方法的JTA 的事务上，在JTA 事务提交的同时Hibernate会话事务也提交了。
你甚至可以经常使用一个繁难的 @PersistenceContext 注释（稍候例子展示）将EntityManager和它后盾的Hibernate事务绑定到一个stateful session bean的运行事务中。
在一个会话中运行事务横跨多个线程，这在事务性网页运行很有用，例如，多页面的购物车。
由于高度整合的EJB3.0的框架，使繁难、集成的编程接口成为或许。
Oracle EJB3.0框架和其后盾的Toplink耐久化服务也雷同水高山整合。
另一个EJB3.0整合服务的绝好例子就是集群支持。
假设你在一个主机集群上部署了一个EJB3.0的运行，一切容错(fail-over)、负载平衡、散布式缓冲和形态复制都曾经智能为运行所取得可用。
后盾的集群支持被暗藏在EJB3.0的框架前面，对EJB3.0开发者来说这些都是齐全透明无法见的。
在Spring里，很难优化框架和服务之间的通讯。
例如，为了经常使用Spring里的申明事务服务来控制Hibernate事务，你必定显示地在XML文件中性能Spring TransactionManager和Hibernate SessionFactory对象。
Spring必定电显示地控制横跨多个HTTP恳求的事务。
除此之外，没有别的方法平衡Spring运行里的集群。
服务组合的弹性 由于Spring的服务整合代码作为编程接口的一部份泄露在外，运行开发者有按自己需求装配服务的弹性。
这个特点使你能够组合自己的轻量级运行主机。
Spring的一个普遍用法就是将Tomcat和Hibernate组合在一同支持数据库驱动的web运行。
在这种状况，Spring自身提供事务服务，Hibernat提供耐久化服务——这种设置创立了一个袖珍型的运行主机。
EJB3.0运行主机典型地不提供这种依据需求任你挑捡服务的弹性空间。
大少数期间，你获取的只是一系列包装好的特性，其中一些你或许基本就不要求。
但是假设运行主机像JBoss一样提供一个模块性的外部设计，那么你可以只取其中一局部，而把不用要的局部剥去。
在任何状况，去自定义一特性能弱小的运行主机是没有什么价值的。
当然，假设运行曾经超越单个点，那么你应该参与罕用主机上的服务，例如，资源池（resource pooling），信息队列（message queuing）和集群（clustering）。
就总体的资源消耗而言，Spring处置方法和其余EJB3.0处置方法一样是重量级的。
在Spring框架里，具备弹性的服务装配使得将虚构对象而不是真正的业务对象绑定到运行中做脱离容器的单元测试更繁难。
在EJB3.0运行中，大少数组件都是繁难POJO，他们可以很容易地在容器外被测试。
但是关于与容器服务相关的对象（例如耐久化实实体控制器EntityManager）倡议用容器内测试。
由于这样会比虚构对象测试方法更繁难，强健及准确。
XML Vs.注解 从运行开发者的观念过去看，Spring的编程开发接口关键基于XML性能文件而EJB3.0宽泛地运行Java注解。
XML可以表白复杂的相关，但是它也简短且不够强健；注解繁难明了，但是很难在注解里表白复杂或承袭性的相关。
Spring选用XML或EJB3.0选用注解都是有他们两者框架后的体系结构选择的。
由于注解只能容纳很少的性能信息，只要整合前的框架（重头戏都在框架里）才可以把宽泛地经常使用注解作为性能选用。
正如咱们所探讨过的，EJB3.0刚好合乎这个要求，而Spring作为一个个别的DI框架并不合乎。
当然，EJB3.0和Spring都相互扬长避短，在某种水平上他们都支持XML和注解。
例如，在EJB3.0中，XML性能文件作为一个可选的重载机制来扭转注解的自动行为。
注解也可以性能一些Spring服务。
经过例子是学习XML和注解方式之间差异的最好方法。
在上方几个环节里，让咱们来看看Spring和EJB3.0是怎样提供关键服务给运行的。
申明性服务 Spring和EJB3.0都将运转时服务（例如，事务、安保、日志和性能服务）绑定到运行。
由于这些服务于运行的业务逻辑是没有间接咨询，他们只是由运行自身控制。
换句话说，这些服务在运转时由容器透明地运行到运行中。
开发者或是控制者性能容器，准确地通知它什么时刻怎样运行这些服务。
EJB3.0运用Java注解来性能申明性服务，而Sring经常使用XML性能文件。
在大少数状况下，EJB3.0注解方式关于这种服务更繁难明了。
这里有一个在EJB3.0中将事务服务运用到POJO的例子。
public class Foo} 你也可以为一个代码段申明多个属性，运行多个服务。
这是一个在EJB3.0里同时运行事务和安保服务到POJO的例子
java ee EL取值疑问，怎样也取不到值
简介Java EE（Java Platform，Enterprise Edition）是sun公司推出的企业级运行程序版本。
这个版本以前称为 J2EE。
能够为咱们协助开发和部署可移植、强健、可伸缩且安保的主机端 Java运行程序。
Java EE 是在 Java SE 的基础上构建的，它提供Web 服务、组件模型、控制和通讯 API，可以用来成功企业级的面向服务体系结构（service-oriented architecture，SOA）和 Web 2.0运行程序。
Java，是由Sun Microsystems公司于1995年5月推出的Java程序设计言语和Java平台的总称。
用Java成功的HotJava阅读器（支持Java applet）显示了Java的魅力：跨平台、灵活的Web、Internet计算。
从此，Java被宽泛接受并推进了Web的迅速开展，罕用的阅读器如今均支持Java applet。
2关键技术JDBC（Java>java中的spring框架有多关键?
从事Java开发多年的我有幸回答你的疑问。
学习Java并非必定要学习Spring，你齐全可以经过开发小型运行、图形界面或Android开发启动通常。
但是，假设你专一于主机开发，Spring则成为无法或缺的选用。
我体验过SSH、SSM、SpringMVC+M、Spring Boot和Spring Cloud等框架，它们的外围都是Spring，都离不开Spring。
Spring的妙用体如今多个方面：1. 控制反转（IOC）与依赖注入（DI）协助咱们控制对象时，不再要求频繁new对象，有效防止少量对象的创立和组件间的强依赖。
2. 宽泛运用反射、代理和工厂方法等技术，成为学习编码技巧的模范。
3. 面向切面编程（AOP）技术，经过大批代码成功高效的日志控制、权限控制和运转期监控。
4. 低侵入性特性准许轻松集成诸如Struts、Hibernate、MyBatis、Redis、Memcache、Amoeba、ActiveMQ等两边件，包含数据层、控制层、缓存、数据两边件和信息两边件。
5. 低耦合特性经过依赖注入防止在代码中硬性注入对象，防止对象凌乱。
6. @transaction注解成功申明式事务控制，简化事务控制，支持意外回滚。
7. Spring源码展现了多种设计形式的运行，如工厂、单例、代理、结构者、战略、模板形式，是编写优质代码的范例。
8. 提供的工具类如beanUtils、qstringUtils等，极大便利了开发。
但是，Spring 4之前版本的Web开发性能相对复杂，Spring Boot和Spring Cloud的出现简化了这一环节，将Spring再次推向辉煌。
Spring Cloud家族包含：1. Web开发：经常使用web-starter简化Web开发，只需几行代码即可成功服务。
2. 服务发现与控制：借助eureka-starter，服务注册在指定主机上，并智能控制肥壮和宕机服务。
3. 熔断器：Hystrix用于应答服务雪崩、重试等智能服务熔断。
4. 网关：经常使用zuul成功路由性能。
5. 性能集中控制：config成功性能文件的一致控制和热部署。
Spring被誉为Java程序员的《葵花宝典》，提供各种大招以简化开发，清楚优化开发效率。
作为Java工程师，你经常使用Spring启动开发吗？
phper