甲骨文放弃java（甲骨文 java）

IT服务网

作者

华为云服务器特价优惠火热进行中！

2核2G2兆仅需 38 元；4核4G3兆仅需 79 元。购买时间越长越优惠！更多配置及优惠价格请咨询客服。

合作流程：
1、点击链接注册/关联华为云账号：点击跳转
2、添加客服微信号：cloud7591，确定产品方案、价格方案、服务支持方案等；
3、客服协助购买，并拉微信技术服务群，享受一对一免费技术支持服务；
★技术专家在金蝶、华为、腾讯原厂有多年工作经验，并已从事云计算服务8年，可对域名、备案、网站搭建、系统部署、AI人工智能、云资源规划等上云常见问题提供更专业靠谱的服务，对相应产品提供更优惠的报价和方案，欢迎咨询。

本篇文章给大家谈谈甲骨文放弃java，以及甲骨文 java对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

微信号：cloud7591
如需了解更多，欢迎添加客服微信咨询。
复制微信号

甲骨文放弃java还学么

甲骨文只是停止对 Java EE的开发，因为Java EE 已经趋于成熟，现在1.8的jdk你看看有多少公司在用，一般都是 1.6,1.7， Java最核心的部分是jvm，之所以能跨平台，也是因为jvm，还有， Java的编程思想在那里，光多态，抽象这些概念就够别人吃一辈子的，现在市场上企业用的，也大多是框架，第三方的开源项目，这才是精华，就好比， Java是一个个的汉字，真正把他们组装成优美的诗句的，是诗人。而Java领域的诗人，像 Rod Johnson 这些人，就是诗人中的李杜。

甲骨文放弃java（甲骨文 java）

甲骨文放弃java 对开发者有什么影响

如果甲骨文真的决定走“毁灭一切”的路，被来就落后的安全补丁开发就会完全停止。数千计使用Java EE的服务器和云服务都会受到威胁，他们最终不得不替换掉植入的Java EE组件，或许那些抛弃甲骨文JCP的公司会出资开发一个新的开源项目来替代Java。许多公司已经在考虑这种情况，作为最后一根稻草，其它厂商已经开始讨论开发一套独立的Java API的方案。如果事情真的走到这一步，JCP也会加入他们。

鉴于这些原因，甲骨文更有可能选择让Java社区进程委员会的成员来领导Java EE的开发，而自己则保留Java SE的领导权。因为Java EE依赖于Java SE核心，这样一来甲骨文依然保有对Java平台的控制权。即便IBM或Red Hat接管了Java EE标准制定，也不能威胁到甲骨文的地位。

同时Rahman相信继续开发Java EE会给甲骨文带来更多利润。他认为能否成功的管理Java是决定甲骨文在云服务中取得开发者、顾客以及行业信任的关键。作为成功推广Java的公司，如果能亲手把Java带入云服务，将会是战略性的胜利。但话说回来，想要甲骨文为了商誉继续开发java EE恐怕比较困难。特别是现在公司正和谷歌在法庭上战的不可开交，此时动摇对Java这一知识产权的所有权不是在打自己的脸吗？请愿活动估计也会收效甚微，前Sun公司首席开源官（chief open source officer）直截了当地说道：“一场不能威胁甲骨文营利的请愿活动是没有效果的。”

考虑到现在甲骨文的利润额继续上升，而公司的两名联合首席执行官目前是科技行业薪资最高的两名高管，想要赢得他们的注意力相当困难。在这一切有所改变之前，我们唯一能确定的就是Java EE会一直站在悬崖边上。

甲骨文说要放弃javaEE那我还有学java的意义吗

有啊，现在很多公司和技术都是使用java，甲骨文放弃，会有其他阻止接手的。

甲骨文收购sun会对java的广泛应用产生影响吗？

4 月20日，Sun 公司董事会通过决议，同意以每股9.5美元的价格将公司出售给Oracle。虽然还有一些必要的审查和手续，但是两家公司的合并，看起来是不可避免的了。一时间，很多IT领域的朋友众说纷纭，对Sun 公司各种产品和技术的前途提出种种预测。在这里我个人就Sun 公司软件部门的一些产品和技术（包括Solaris数据库，Java编程语言，MySQL数据库等等）的未来发表一点看法。需要说明的是，虽然我个人在 Sun 公司工作，但是并没有任何机会接触到公司决策层的任何相关资料。因此，在本文中出现的所有观点，仅仅是我个人的观点，而不是我的雇主Sun 公司的观点。

Solaris操作系统

在Oracle与Sun 公司共同发表的新闻稿当中指出：Sun 公司所拥有的Java语言和Solaris操作系统是“根本性的长期战略优势”。Solaris操作系统对于Oracle的重要性，由此可见一斑。

作为一家数据库厂商，Oracle做梦都想要拥有自己的操作系统。在没有自有操作系统的情况下，唯一的选择就是全面支持市面上各种操作系统，根据市场的变化来调整不同操作系统的优先级。2000年之前，Sun 公司正如日中天，在金融、电信、能源等多个关键性领域的装机量排名第一，因此Oracle选择将Solaris作为优先考虑的操作系统。2001年前后，GNU/Linux在服务器端的性能已经相当出色，可以运行在价格低廉的x86处理器上，能够方便地从网络上免费下载到安装文件。更重要的是，大量向往自由的技术人员通过各种渠道分享经验，在网络上很容易找到与GNU/Linux相关的各种文档。与此相反，Solaris需要运行在昂贵的 UltraSparc处理器上（当时x86版本的Solaris 8已经可以免费下载，但是还远远没有达到健壮实用的程度），安装过程烦琐复杂，系统管理员还需要经过Sun 公司的专门培训。随着互联网泡沫的全面破灭，企业对信息系统的性价比提出了越来越高的要求。在这种情况下，Solaris的新增装机量开始下降，无须财务主管审批即可立即部署的GNU/Linux开始占领数据中心。Oracle敏捷地注意到了这个趋势，于2002年推出了名为“坚不可摧的 Linux”（Unbreakable Linux）的客户支持计划，开始向GNU/Linux倾斜。需要注意的是，“坚不可摧的Linux”并不是一个新的GNU/Linux发行版，而是指 Oracle向 Linux用户提供的软件更新以及技术支持等等增值服务。与此同时，Oracle开始加大在操作系统方面的投入，慷慨解囊资助GNU/Linux社区中的多个关键性项目，同时试图构造一个全新的GNU/Linux发行版。由于操作系统的复杂性，Oracle在自有操作系统方面的进展缓慢。由于与IBM 公司的DB2存在正面竞争，尽管Solaris的市场正在萎缩，Oracle依然将Solaris作为优先考虑的操作系统。2006 年，GNU/Linux在数据中心的新增装机量已经超过了50％，Solaris的新增装机量则降低到15％以下。这时候Oracle的首席执行长官 Larry Ellison做了一个聪明绝顶的决定：将Red Hat的图标换成Oracle的图标，将“Red Hat Enterprise Linux”几个单词修改成”Oracle Enterprise Linux”，一举推出了与Red Hat Enterprise Linux完全兼容的Oracle Enterprise Linux，同时推出价格仅有Red Hat一半的客户支持计划。尽管业界对此众说纷纭，Oracle终究是依靠GNU/Linux社区的强大实力摆脱了对Solaris的依赖，同时也过了一把“自有操作系统”的瘾。

2006年4 月，在被问及是否会考虑收购Red Hat的时候，Oracle的总裁Larry Ellison信心满满地说：Oracle不会收购一家随时都有可能被淘汰的公司。尽管如此，Red Hat成功地用市场份额证明了他们比Oracle更懂操作系统。Oracle可以轻易地将Red Hat和Novell等等公司贡献给开放源代码社区的成果拿来使用，却无法拿来这些公司在开放源代码领域的声望，也无法拿来用户对这些卓有贡献的公司的忠诚，

这也许是Oracle收购Sun 的原因之一：Sun 懂得操作系统。在文件系统方面，ZFS是目前为止功能最强大的文件系统；在应用开发方面，DTrace能够轻易从内核层和用户层寻找应用程序的瓶颈；在系统安全方面，Solaris Trusted Extension获得了最为全面的EAL 4+认证（包括LSPP, CAPP, RBAC）；在超级计算方面，目前世界排名第六的德克萨斯超级计算中心（Texas Advanced Computing Center）运行的是Solaris操作系统。（需要说明的是，排名前五的超级计算机运行的都是不同版本的GNU/Linux操作系统。）尽管新增装机量的增长缓慢，但是在世界各地的数据中心里，依然有10％左右的服务器在运行不同版本的Solaris操作系统。通过收购Sun 公司，Oracle可一举获得操作系统领域的核心技术、人才、声望、以及现有的客户。

因此，Oracle不会放弃Solaris操作系统。剩下来的问题，是如何继续Solaris操作系统的开发。Oracle是会继续支持目前的 OpenSolaris项目呢，还是会采用传统的闭源方式？我个人的看法是，Oracle有可能在GPL授权协议（有可能是GPLv3）的框架下重新发布 OpenSolaris项目。OpenSolaris目前最大的问题，是硬件兼容性的问题。在x86/x64平台上，尚有大量的声卡、网卡、显卡以及其他外接设备没有OpenSolaris的驱动程序。类似的问题，GNU/Linux社区已经解决得比较好了。相关的驱动，基本上都是开放源代码的，只是由于 GPL协议和CDDL协议之间互不兼容，使得OpenSolaris社区无法利用GNU/Linux社区的这些成果。我在《回顾：OpenSolaris 2008.11》一文中明确指出：使用GPL授权协议发布OpenSolaris项目，在技术上可以解决OpenSolaris项目所面临的困境，在感情上可以消除GNU/Linux社区的敌意。的确，使用GPL授权协议使得GNU/Linux社区也可以充分利用OpenSolaris项目中诸如ZFS和 DTrace等等亮点，但是从长远来看，恐怕是OpenSolaris项目得到的好处要更多一点。毕竟，对于一位普通的开发人员来说，没有ZFS和 DTrace的GNU/Linux已经足够好用，但是没有声卡网卡驱动的OpenSolaris就不太好用了。

关于开放源代码软件，Larry Ellison有一句名言：“如果开源软件变的足够好了，很简单，我们就把它拿过来用。”现在GNU/Linux在设备驱动方面的优势如此明显，Larry会放过这个机会吗？

Java编程语言

谈起Java编程语言，我们首先要明确Java语言目前有三个分支：Java SE（标准版）、Java EE（企业版）和Java ME（嵌入版）。Java SE是Java EE和Java ME的基础，类似于国家自然科学资金的基础性研究项目，基本上是光花钱不挣钱的。Java EE可以认为是Java语言在企业级解决方案中的应用，大部分做Java的公司，除了Sun 公司之外基本上都是依靠Java EE盈利的。最近几年，Java EE俨然是企业级解决方案的事实标准。以中国的情况为例，2008年40％的企业级应用是基于Java EE的，35％是基于.Net的，另有18％是基于单纯的HTML和JavaScript的。Java ME可以认为是Java语言在嵌入式设备方面的应用，譬如说现在大部分的手机都支持Java ME的某个子集。在2006年之前，厂商每生产一台支持Java ME的手机，要给Sun 公司支付一定的授权费用。2006年11月，Sun 公司启动了名为PhoneME的开放源代码项目，这个收入就变得不是十分可靠了。

在如上三个分支中，Oracle最感兴趣的显然是Java EE。但是在收购Sun 公司之前，Oracle已经收购了这个领域的大牛BEA。以应用服务器（Application Server）为例，在中国2008年BEA的WebLogic的市场份额为27％，仅次于IBM的WebSphere（29％），Oracle自己的应用服务器占7％，而Sun 公司的应用服务器（GlassFish）仅占4％。又以门户服务器（Portal Server）为例，在中国2008年BEA的WebLogic的市场份额为32％，比IBM的WebSphere（31％）还要高一个百分点，Oracle自己的门户服务器占10％，而Sun 公司的门户服务器仅占7％。显而易见，让Oracle暗自动心的不是Sun 公司在这个领域的市场份额，而是Sun 公司作为Java语言的发明者在这个领域领导地位。可以想像，在两家公司合并之后，Oracle必然会将Sun 公司目前的Java EE部门一分为二－－写标准和申请专利的继续写标准和申请专利，开发应用服务器的则并入原来的WebLogic部门。至于Sun 公司自己的应用服务器GlassFish，至少这个品牌想来是不会再用了。下一代的Java EE参考实现，叫做Oracle WebLogic显然要响亮得多。按照同样的推理，Sun 公司原来叫做Java企业系统（Java Enterprise System, JES）的那套东西，本来占到的市场份额就很小，合并之后跟Oracle现有的中间件产品线发生冲突，也将逐渐退出历史舞台。

Java ME是一个比较难办的问题。随着各种高速无线网络的普及，移动与嵌入领域正在变成下一个金光闪闪的企业级取款机，但是Oracle在这个领域却毫无经验。我个人的观点，是Oracle会让这个部门继续独立运作一段时间，但是会指派一位党委书记（有可能是从外部新招来的）前来参观学习。等这新来的党委书记熟悉了Java ME部门的业务之后，才开始对该部门进行调整，并且调整的幅度不会很大。

Java FX的去留，要取决于Java ME的命运。我们知道，不管Java FX的桌面版做的有多好，在桌面这个领域是肯定收不到支票的。Java FX如果想要挣钱，就必须能够在手机上流畅地跑起来－－这个事情，不仅仅是改进Java FX本身那么简单，还需要考虑手机的处理能力，以及跑在手机上那个Java虚拟机的效率。

不管是Java EE还是Java ME，都严重依赖于Java SE。如果底层的虚拟机做的不够好，上层的框架搭得再好都是白搭。Sun 公司自己的Java虚拟机，有很多独到之处，执行效率也不错。两家公司合并之后，Oracle之前从BEA那里获得的JRockit估计要遭殃。 Oracle是一家注重实用的公司，因此Java虚拟机下一步将注重于提升服务器端的性能，某些只有桌面端才用得上得功能，其优先级估计就要低一点了。在这一点上，Java虚拟机和GNU/Linux近年来的发展趋势基本上是一致的。

熟悉Java开发的朋友可能会问：NetBeans呢？这可是Sun 公司花了10年心血精心培养常来的宝贝。在下任何结论之前，我们还是先看看2008年Java集成开发环境的市场份额。根据CSDN提供的每年一度程序员大调查数据，在中国这组数字大概是这样的：NetBeans占19.3%，基于NetBeans的Sun Java Studio占4.5%，Eclipse JDT占52%，基于Eclipse的JBuilder占5.5%，基于Eclipse的IBM WebSphere Studio占2.8%，基于Eclipse的BEA WebLogic Workshop占6.5%，IntelliJ IDEA占2.2%，Oracle自己的JDeveloper占1.2%。乍看起来，NetBeans以及基于NetBeans的集成开发环境占了 23.8%的市场份额，似乎是Oracle白白占了个大便宜。再仔细想想，NetBeans是一个免费的产品，Sun 公司大力发展NetBeans，指望的是开发人员通过使用NetBeans将其开发的产品部署在自家的应用服务器等部署环境上，这样才能够卖出产品和服务。在过去四年中，虽然NetBeans的市场份额逐年稳步提升，但是在拉动其他产品方面的作用非常有限。Sun 公司之所以坚持做了下来，是因为过去十年的惯性实在是太大，要想停下来的话不管在内在外都免不了要大折腾特折腾一场。换句话说，这些年来Sun 公司大力发展NetBeans确实保住了面子，但是底下里却输掉了钱包。这种死要面子活受罪的事情，Oracle的Larry Ellison是断然不会做的。

MySQL数据库

2008年3 月，Sun 公司以10亿美元的代价收购MySQL，被Jonathan Schwartz认为是“现代软件史上最重要的并购案”。如此重要的一个角色，在在Oracle与Sun 公司共同发表的新闻稿当中并没有提及。很多业内人士认为，由于MySQL与Oracle的数据库业务之间存在直接的竞争关系，很有可能会被Oracle所抛弃。如果我们将数据库业务这个市场看成一个整体，Oracle与MySQL之间毫无疑问是相互竞争的。但是，如果我们进一步对这个市场进行细分，结论就有可能不太一样。

原MySQL公司的首席执行长官Marten Mickos曾经说过：“如果要在开源软件上取得成功，那么你需要服务于：（1）愿意花费时间来省钱的人；和（2）愿意花钱来节约时间的人。”拿数据库这个市场来说，MySQL所服务的，大部分是第一种用户，小部分是第二种用户；Oracle所服务的，大部分是第二种用户，小部分是第一种用户。MySQL 所拥有的用户数量更多，因为不愿意花钱的人总是比愿意花钱的人多；Oracle所拥有的用户质量更高，因为愿意花钱的都是优质客户。Orqcle更多地被使用于中大型企业应用，MySQL更多地被使用于中小型企业应用，不过这个界限并不严格。因此，MySQL的用户群和Oracle的用户群之间存在一定的重叠，但是重叠的程度并不是很大。Oracle的推广是自上而下的，通过专业广告树立权威形象。一位普通的IT从业人员提起Oracle，可能会觉得 Oracle很强大，什么任务都可以胜任。MySQL的推广是自下而上的，通过口口相传培育用户信心。一位普通的IT从业人员提起MySQL，可能会觉得 MySQL同样很棒，“对付这样的应用足够了”。

但是这并不代表Oracle对MySQL的用户不感兴趣。2005年10月，Oracle收购了与MySQL关系密切的InnoDB。当时 InnoDB为MySQL提供一些事物和外键方面的技术，主要使用于比较复杂的应用当中，对于一般的应用基本上没有什么影响。Oracle收购 InnoDB的本意是希望通过拿走MySQL中的优秀特性来打压MySQL，阻止MySQL进入中大型应用这个市场。遗憾的是开发人员普遍将Oracle 的收购行为理解成对MySQL的恐惧，并且进一步得出MySQL的性能已经足以与Oracle相竞争的推论，反倒帮MySQL做了一次活生生的广告，加速了MySQL的普及。到2008年3 月Sun 收购MySQL的时候，MySQL在数据库业务领域的市场份额已经达到25%以上，更拥有了象Google、Yahoo！、YouTube这样的标杆性用户。

现在一切都顺理成章了，通过对Sun 公司的收购，不管你用的是MySQL还是Oracle，你都是Oracle的用户了。请记住，MySQL被Sun 公司收购之后，基本上是处于独立运作的状态，其现金流还是正的。只要Oracle表示继续支持MySQL数据库，就能够赢得MySQL社区的支持，并在适当的时候向他们提供更好的（要掏钱的）产品或者是服务。在未来的两到三年里，MySQL还是会作为一个独立的产品存在。从长远来看，同时维护多个具有相同或者相似功能的产品会造成用户的困惑。因此，MySQL最终还是需要融入Oracle现有的产品线，只是要等到Oracle将MySQL现有的用户群消化掉而已。

开放源代码

通过这笔金额高达74亿美元的交易，Oracle还将得到一个赠品：按照源代码的行数来计算，Oracle将成为世界上对开放源代码社区贡献最大的实体。从操作系统（OpenSolaris）到编程语言（OpenJDK），从数据库（MySQL）到应用服务器（GlassFish），从开发工具（NetBeans）到办公套件（OpenOffice），这些源代码几乎无所不包。这个赠品来得比较突然，估计Oracle还没有想好要怎样去处理它。

Oracle对开放源代码的态度，可以用四个字来总结：拿来主义。如果一个开源软件足够好用，直接拿过来集成到Oracle的产品中就是了，没有必要为其支付任何费用。用Larry Ellison自己的话来说：“我不能够给开放源代码软件开出上亿美元的支票，因为这并不能够使我们在竞争中得到优势。我们能够做的，别人也能够做。”可惜的是，Oracle收购了InnoDB，并没有拉拢到MySQL的用户；Oracle推出了Oracle Enterprise Linux，也并没有能够拉拢到Red Hat的用户。开放源代码的价值，在于围绕该技术所形成的社区，这个社区包括该技术的开发人员和用户。只有这个社区成了规模，才能够给社区领袖带来经济价值。在这一点上，Marten Mickos看得要比Larry Ellison更为透彻。

和Oracle相比，Sun 公司在开放源代码方面显然拥有更多的实战经验。在过去的四年里，只要是可以开放源代码的软件资产，Sun 公司基本上都开放源代码了－－不仅仅是软件，连其最新版本的处理器UltraSparc T2的设计都是开放源代码的。这也难怪有人这么评论道：“在这场轰轰烈烈的开放源代码运动中，Sun 公司无疑是开放得最为彻底得一个。从处理器到操作系统，从编程语言到开发工具，从数据库到办公环境，无一例外。”问题在于，作为一家挂牌交易的上市公司，开放源代码的举措并没有能够使公司摆脱财务上的困境，最终被Oracle收入囊中。Sun 公司的这些“实战经验”，到底有多少能够为Oracle所借鉴，是个值得进一步探讨的问题。

结语

我于2004年10月满怀仰慕之情加入Sun 公司。在过去的4 年多时间里，Sun 公司一直处于动荡之中。每隔三五个月，就来一次结构调整，让大家紧张一阵。这几年来，大大小小的调整经历了不少，竟然慢慢地也就习惯了。这一次经济危机，心里也知道公司的情况非常紧张，但是没有想到竟然这么快就要被卖掉。就借用《金刚经》中的几句话，作为这篇文章的结语吧。

一切有为法，如梦幻泡影，如露亦如电，当做如是观。

关于作者：

蒋清野，1999年获得清华大学学士学位，2000年获得美国伊里诺大学香槟分校硕士学位，目前是Sun 中国技术社区的高级经理，同时任北京交通大学软件学院的客座讲师。在加入Sun 公司之前，蒋清野曾就职于北京中基超威信息技术有限公司（AMD公司的子公司），负责Linux操作系统的裁减与驱动开发。在此之前蒋清野就职于美国导航与控制公司，负责惯性导航、人工智能和嵌入式系统等多方面的研发。蒋清野的个人博客地址为

甲骨文为什么把java ee 停了

JAVA EE 是一组规范的集合，由JCP管理及更新，所以“Oracle 停止JAVA EE 开发”的这个说法不太准确，感觉像是小编希望搞出一个大事件。

我更倾向于理解这个新闻为“Oracle做为中间件厂商（Weblogic、Glassfish）暂停(削减) JAVA EE应用服务器（中间件）的开发的预算”，为什么呢？

我猜测是因为使用JAVA EE 的行业通常是比较保守的行业（金融、保险、政府、电信等等），目前最大规模使用的JDK 版本主要还是1.6、1.7，并且没有迫切升级的欲望。急功近利的Oracle 花了好多钱、实现了一堆的声称未来JAVA EE的功能，但实际上客户并不买账,而企业应用这块的市场这些年随着云的发展也遭受了很大的侵蚀，所以Oracle 希望及时止损暂缓这块的开发投入。

结论的话：对选择了JAVA EE 的企业，近些年刚刚被安利了一波服务总线架构（ESB、SOA），要么在改造中、要么刚刚上线初见成效，在5年内应该不会在大的方针上的变化，而且似乎没有听说过哪家公司有成功实施的更成熟的、有吸引力的解决方案（孤陋寡闻），题主不用担心 JAVA EE 的存亡问题，老兵不死、只是凋零。

就学习上来说的话，做企业应用开发无论如何几乎都绕不开Spring体系（data、ws、integration、mvc 等等），而Spring 无论从设计还是代码实现上都算得上是非常非常优秀的（虽然有时候人们说它过度设计），其作者Rod Johnson写的两本书也是牛B的不要不要的（这此都是有助于让你了解什么是JAVA EE 及JAVA EE要解决的问题是什么JAVA EE存在的问题是什么），再后一点就可以看看 Martin Folwer的那本PEAA。