JAVA编程：Rod Johnson谈Spring、OSGi、Tomcat及企业级Java的将来仓酷云

Java到底会发战成什么样，让我们拭目以待吧，我始终坚信着java会更好。以上都是俺个人看法，欢迎大家一起交流.提要
RodJohnson谈到了SpringPortfolio、Oracle对BEA及Sun对MySQL的收买、JavaEE6、Tomcat和Spring、Spring静态模块、企业级Java的将来、OSGi为使用开辟者带来的优点、对Covalent的收买和Spring3.0。Johnson还提到了SpringSource使用平台——它会在该访谈制造好的一个月后公布。

团体简介
Rod是Java和J2EE开辟方面的威望人士。他是滞销书作者、极具履历的征询师和开源的开辟者，同时他仍是深受接待的演讲者。Rod是Spring框架的创立者，该框架源自已出书的ExpertOne-on-OneJ2EEDesignandDevelopment一书的代码。Rod将与JuergenHoeller一同持续向导Spring的开辟。

登录/注册后可看大图

<br>我是RyanSlobojan，我如今与RodJohnson在QCon呢。感到怎样？

登录/注册后可看大图

<br>十分棒，我很享用这个集会，也很乐意能重回伦敦。
<br>太好了，很乐意你能这么说。我想问你的第一件事就是在3月20日将公布Springportfolio相干的一系列产物，你能具体说一下么？是的，我们向Springportfolio增添了大批新功效，包含SpringSecurity2.0。这是AcegiSecurity针对Spring的演化，很分明它将成为Springportfolio的中心构成部分，同时该变更使得AcegiSecurity更容易于利用。AcegiSecurity的一个汗青遗留成绩就是它固然很壮大，但不那末简单利用。我们对Spring的座右铭就是“复杂而壮大”，而且我以为如今已做到了这一点：经由过程Spring2的定名空间年夜幅简化设置并使得SpringSecurity复杂好用。行将公布的另有SpringWebFlow2.0。环绕着易用性我们对SpringWebFlow举行了大批的加强，同时也增添了JSF和AJAX相干的一些功效。因而我们敢说，关于利用JSF的用户，SpringWebFlow是他们最天然的框架选择。接上去的一两个月中，我们还会公布多种SpringSource产物，包含SpringSource工具套件，这是一个Eclipse增值包，为我们的付费客户供应了良多新特征。别的我们还会公布SpringSource使用办理套件，这是一个办理和操纵监控产物，能够在临盆阶段供应关于Spring使用的具体深切的信息。同时还会供应针对Oracle数据库的SpringSource初级包，它供应了与OracleRAC、OracleAQ及Oracle其他产物的增值毗连。
<br>很好，你提到了Oracle。比来软件开辟范畴的一个变更就是Oracle收买了BEA，Sun收买了MySQL。你以为这将对开源和Java发生甚么影响呢？这个成绩很成心思。我以为Oracle对BEA的收买不会对开源发生太年夜影响，由于很明显这两个公司都不是开源公司。我们与BEA和Oracle都坚持着很好的干系，因而我们以为人人还能够持续利用Spring和WebLogic，特别是二者适用，没甚么好忧虑的。关于开源，我猜BEA要比Oracle利用了更多的开源软件，好比他在WebLogic10中心中利用了Spring。另外一方面，Oracle也愈来愈多地利用开源软件，因而我但愿他能将这个趋向更进一步。我想这对JCP会有一些主要的表示，由于如今的使用服务器市场愈来愈出现出两强相争的场合排场。假如你看一下传统的服务器市场就会发明这已完整被IBM和Oracle统治了（在Oracle取得了大批的WebLogic客户后）。同时，BEA所面对的应战，特别是来自于JBoss的应战自从RedHat收买了JBoss后看起来已在削弱了。因而，我以为这会发生一些成心思的反作用。实质上，成熟的JavaEE服务器市场在很年夜水平大将会呈现两强相争的场合排场。这会促使更多的人追求轻量级的办理计划如Tomcat。关于Sun对MySQL的收买，我以为这对Java是件功德。明显这会匡助Sun推进其开源的答应，我也很希冀经由过程这件事会使JCP变得加倍开放、更像一个开源历程。
<br>太棒了，你刚提到将来的一个趋向是转向轻量级办理计划如Tomcat。那末你以为JavaEE6标准及其profiles的设法是不是会对其有所匡助呢，大概说这类趋向基本不会遭到标准的束厄局促？我以为这事早晚城市产生。从团体角度来讲，我以为JavaEE6起首必要回覆这个成绩：它可否按企图公布、可否包管JavaEE的相干性。我以为JavaEE标准塑造市场的时期已已往了。JavaEE6中的良多工具都长短常主动的。个中之一就是profiles了。很分明人们很器重JCP尺度，这些尺度要比其他一些尺度更具代价，同时用户也但愿具有尺度化和分歧的子集。因而我以为profiles是个十分好的设法，可扩大性的方针也是个好主张，JavaEE的部分感化在于创始一个供立异发展的年夜舞台而不是托付企业级Java所需的全体工具。固然，SpringSource也对JavaEE6做出了伟大的奉献。我是JavaEE6专家构成员，我特别看好profiles的远景。看看Tomcat的统计数据吧——我在几个月前的博客中已提到了这一点——我以为Tomcat差未几占有了统治位置。毫无疑问，Tomcat已成为使用服务器市场上的老迈了。它远远抢先于WebSphere，而在年夜多半查询拜访中WebSphere都处于第二位。因而我以为JavaEE已在特定的偏向上获得了长足的前进，最少从JavaEE6看是如许的，良多人城市说“嘿，这就是我们想要的一个子集”。
<br>比来SpringDynamicModules1.0公布了，你以为这是Springportfolio战略的一部分么？固然是了。SpringDynamicModules是个十分主要的项目，由于我们信任Spring与OSGi的组合是Java两头件的将来。毫无疑问，OSGi已做好了重塑服务器真个筹办，其接纳的体例与取得极年夜乐成的Eclipse插件架构一模一样。不外，固然OSGi赐赉了我们十分棒的静态模块化办理计划，能够办理版本标定、热部署等诸多成绩，可是它并没有供应组件模子、也没有企业服务，并且还不会赏给企业级开辟者所需的履历。你只需在企业服务中将OSGi和Spring组件模子放到一同，你就失掉了既易于利用且功效壮大的一个工具。因而我们将SpringDynamicModules看做是Springportfolio战略的主要构成部分。
<br>我另有一个成绩。已往几年中我们看到了企业级手艺的良多成绩，POJO要比EJB更盛行。如今J2EE6中又呈现了profiles，那末我想晓得你对将来的意见。Tomcat和Spring会成为企业级服务器的支流么？分量级、庞大、功效完整的J2EE服务器另有保存空间么？这个成绩问的好。我以为Spring和Tomcat会成为支流的企业级Java平台。我们已托付研讨剖析机构做过一些调研，只管我不克不及说出详细的数字，但基础上这些调研了局都标明Sprng和Tomcat要比WebSphere、WebLogic等加倍盛行，很分明市场已产生了一些变更。另有良多数据也都证实了这个现实。

我的意义是不要光听我说，你能够看看事情列表，相对EJB来讲，更多的事情必要Spring。我其实不以为J2EE或JavaEE平台已逝世，profiles能够坚持其长青。坦白地说，我以为功效完整的使用服务器已逝世，但这是件功德。但是并非说WebSphere和WebLogic如许的产物就没有市场代价了。

这些产物另有些代价，但我以为人们大概以分歧的体例使用这个代价。人人都不想要过于复杂的工具了——他们想要可选择的工具。现实上你能够看看那些供给商所接纳的体例，好比BEA的MSA（MicroServicesArchitecture），他们都利用了OSGi。

实践上他们正在不休更新产物以使其加倍模块化。很分明JavaEE使用服务器是由委员会计划的，它并没有真正办理应当办理的成绩，天下也在不休变更着，这使得标准的相干性比拟之前变得加倍弱了。就拿SOA来讲吧，跟着SOA的呈现，愈来愈少的使用会接纳那种年夜而全的架构了。就JavaEE详细的组件手艺来讲，我以为个中一些手艺仍是有着光亮的将来的，而其他一些则否则。ServletAPI就有着光亮的将来且相干性很好，由于它仍是十分基本的。

良多手艺或是API好比JMS和JTA界说了基础的两头件左券，我以为他们还会持续发扬主要的感化。JPA很有大概会乐成。相对EJB，我更看好JPA。我的意义是EJB是个很低劣的手艺。我其实是不分明Sun和其他一些供给商为何还要保护EJB。我以为EJB已是断港绝潢了。因而良多年夜的构造好比银行已保持了EJB。我以为有两种选择：其一是完全保持EJB，其二是不再让其向后兼容了，如许的话统统都要重头入手下手，很明显这更可行，由于丢失落了一个年夜累赘。
<br>OSGi关于服务器或IDE的优点不言而喻，但使用开辟者在甚么情形下必要利用OSGi呢？实在关于使用开辟者来讲，这时机与服务器的基本举措措施一样。个中一个优点就是模块化而且只运转想要的工具而不是全部分量级的平台，依附OSGi，你能够在运转中只启动必要的bundle。如许盘算机的运转速率就会更快。假如你只想加载所需的工具，OSGI十分胜任。

次要的一个优点是能够失掉加倍模块化的两头件平台，只加载所需的组件完成特定的方针。这意味着在一年到两年的工夫内，我们会看到能做任何事变的功效完整的企业级平台，而启动速率要比如今快很多。我以为版本标定和热部署这些特征长短常主要的，由于企业级Java中的版本抵触成绩变得愈来愈严峻了。

我信任良多人有过如许的履历：分歧项目中的类利用了分歧的开源库。就拿Hibernate3来讲吧，第一次用其做查询时就将招致WebLogic8.1或9服务器中断，我说的中断是控告制台打印出如许的动静“CharScanner;panic”。缘故原由在于WebLogic和Hibernate都利用了ANTLR，但他们所用的ANTLR版本是纷歧样的。跟着良多贸易使用服务器也愈来愈多的入手下手利用开源产物，这些成绩变得更糟了。

基础上JavaEE对其的办理计划就是“哦，我们还没有碰到过这个成绩，请利用供给商给你的工具吧”。因而呈现了良多小技能来改动类的加载按次，这些技能没法移植，并非真实的办理之道，只是权宜之计而已。看看OSGi吧，它真实的办理了这个成绩。其办理体例是尺度化的，能够在分歧的情况下移植。它是可展望的计划。

依附OSGi，我们还能够并发运转不异使用、统一个类的分歧版本，还能够完成贸易使用组件的精密化从头部署。我想其真实的上风在于进步无端障运转工夫。你无需停下使用以交换账单体系中的某些类，在运转时交换就能够了。我们还需办理良多成绩以简化其利用体例。因而假如如今就利用Spring、SpringDynamicModules及OSGi，你会发明仍是有点庞大的。

渐渐的我们会看到更多的集成产物，他们会将这些特征放到独自的办理计划中。但手艺计划是断定的，OSGi会办理像版本标定和可保护性等成绩，而今朝JavaEE并没有供应好的办理计划。将来我们会看到断绝的优点，好比AspectJ的加载时编织和OSGi的集成。一旦依据bundle界说好了部署模子（自力于任何特定的情况如JavaEE服务器），你就能够用加载时编织完成良多风趣的事变了，好比主动的战略加强。这为我们供应了无穷的大概。
<br>我们再来谈谈收买吧，SpringSource比来收买了Covalent。你对此有何设法？我们做了一笔好交易，由于在举行收买时，Sun也公布用十亿美圆收买LAMP中的M——MySQL，而我们只用不到十亿美圆就收买了LAMP中的A——Apache！这么说有点没规矩，没人能独享Apache项目，我的意义是我们完整了解Apache社区。对Covalent的收买折射出良多要素：起首，就像任何乐成的收买一样，这是由客户驱动的。我们已与Covalent的客户举行过会商，他们但愿失掉Covalent对Tomcat和ApacheWebServer的撑持，还但愿失掉SpringSource对Spring的撑持。明显我们必要举行一些互助了。

关于那些不熟习Covalent的人我得做些注释，Covalent是Tomcat和ApacheWebServer撑持和服务的次要供应者。Spring与Tomcat的组合现实上已成为企业级Java最盛行的平台，我们两家兼并能够为这二者供应更高质量的服务。我们这两个公司的好处有良多配合点。我一向深信只要主动介入到开源项目中并奉献常识产权，你才干为开源项目供应高质量的撑持。Covalent也和我有一样的设法。

一些Covalent工程师包含年夜多半主动的Tomcat提交者也都有这类设法，个中另有BillRowe，他编写了大批的Apache2代码，同时也介入到Apache的开辟中。由于有配合的意见和这么多互相尊敬的人，以是此次收买是天然而然的事变。最初这是我们在成为企业级Java开源范畴中领头羊的天然一步，同时这也是一个时机，能为企业级Java现实上的尺度供应撑持。
<br>谈谈将来吧，SpringFramework3.0有甚么新特征呢？SpringFramework3.0将会持续对2.5版中SpringMVC所引进的特征供应加强。从终极用户的角度来看，2.5版最年夜的改动就是对注解的利用，如许我们就能够超过SpringIoC容器和SpringMVC利用注解了。在Spring3.0中，我们会进一步增进MVC和WebFlow之间的编程模的交融。我们但愿供应一个单一的编程模子，它既可使用在WebMVC典范的哀求——呼应导航上，也能用在SpringWebFlow供应的间接导航上。我们还盘算撑持REST，好比处置SpringMVCRESTfulURL，同时不再撑持Java5之前的版本。我们已具有了对Java5和Java6的扩大撑持，以是其影响局限很小，但我们能够更轻松的保护纯Java5+所编写的代码了。
<br>我另有最初一个成绩，有无新的针关于Springportfolio的项目呢？比来新到场的就是SpringIntegration，这是在十仲春份的SpringExperience上公布的。它为构建在Spring组件模子上的企业集成供应了模子。它还供应了一种立异的编程模子，该模子大批利用注解来简化形式的处置，如聚合、转换和路由等。比来还不盘算向Springportfolio中增加新的项目，但你已看到过几个月将要公布良多项目，我们在Springportfolio上仍是十分主动的。固然了，SpringSource还会持续公布新的产物，到JavaOne举行之时，我们将会演示良多主要的新产物。原文链接和视频寓目：http://www.infoq.com/cn/interviews/johnson-spring-osgi-tomcat-cn

其实产生见解的过程就是训练自己发现问题，分析问题的能力。根据以上的认识我想谈下传统的学习与通过视频独立学习的优缺点：

Sun公司看见Oak在互联网上应用的前景，于是改造了Oak，于1995年5月以Java的名称正式发布。Java伴随着互联网的迅猛发展而发展，逐渐成为重要的网络编程语言。

有时间再研究一下MVC结构（把Model-View-Control分离开的设计思想）

你一定会高兴地说，哈哈，原来成为Java高手就这么简单啊!记得Tomjava也曾碰到过一个项目经理，号称Java很简单，只要三个月就可以学会。

另外编写和运行Java程序需要JDK(包括JRE)，在sun的官方网站上有下载，thinking in java第三版用的JDK版本是1.4,现在流行的版本1.5（sun称作J2SE 5.0，汗），不过听说Bruce的TIJ第四版国外已经出来了，是专门为J2SE 5.0而写的。

你可以去承接一些项目做了，一开始可能有些困难，可是你有技术积累，又考虑周全，接下项目来可以迅速作完，相信大家以后都会来找你的，所以Money就哗啦啦的。。。。。。

另外编写和运行Java程序需要JDK(包括JRE)，在sun的官方网站上有下载，thinking in java第三版用的JDK版本是1.4,现在流行的版本1.5（sun称作J2SE 5.0，汗），不过听说Bruce的TIJ第四版国外已经出来了，是专门为J2SE 5.0而写的。

关于设计模式的资料，还是向大家推荐banq的网站 [url]http://www.jdon.com/[/url]，他把GOF的23种模式以通俗易懂的方式诠释出来，纯Java描述，真是经典中的经典。

我大二，Java也只学了一年，觉得还是看thinking in java好，有能力的话看英文原版(中文版翻的不怎么好)，还能提高英文文档阅读能力。

多重继承（以接口取代）等特性，增加了垃圾回收器功能用于回收不再被引用的对象所占据的内存空间，使得程序员不用再为内存管理而担忧。在 Java 1.5 版本中，Java 又引入了泛型编程（Generic Programming）、类型安全的枚举、不定长参数和自动装/拆箱等语言特性。

你快去找一份Java的编程工作来做吧（如果是在校学生可以去做兼职啊），在实践中提高自己，那才是最快的。不过你得祈祷在公司里碰到一个高手，而且他 还愿意不厌其烦地教你，这样好象有点难哦！还有一个办法就是读开放源码的程序了。我们知道开放源码大都出自高手，他们设计合理，考虑周到，再加上有广大的程序员参与，代码的价值自然是字字珠叽，铿锵有力（对不起，偶最近《金装四大才子》看多了）。

你一定会高兴地说，哈哈，原来成为Java高手就这么简单啊!记得Tomjava也曾碰到过一个项目经理，号称Java很简单，只要三个月就可以学会。

你就该学一学Servlet了。Servlet就是服务器端小程序，他负责生成发送给客户端的HTML文件。JSP在执行时，也是先转换成Servlet再运行的。虽说JSP理论上可以完全取代Servlet，这也是SUN推出JSP的本意，可是Servlet用来控制流程跳转还是挺方便的，也令程序更清晰。接下来你应该学习一下Javabean了，可能你早就看不管JSP在HTML中嵌Java代码的混乱方式了，这种方式跟ASP又有什么区别呢？

是一种简化的C++语言 是一种安全的语言，具有阻绝计算机病毒传输的功能

Java是一个纯的面向对象的程序设计语言，它继承了 C++语言面向对象技术的核心。Java舍弃了C ++语言中容易引起错误的指针（以引用取代）、运算符重载（operator overloading）

有时间再研究一下MVC结构（把Model-View-Control分离开的设计思想）

有时间再研究一下MVC结构（把Model-View-Control分离开的设计思想）

是一种使用者不需花费很多时间学习的语言

你现在最缺的是实际的工作经验，而不是书本上那些凭空想出来的程序。

是一种为 Internet发展的计算机语言