J2EE,Java EE,Jakarta EE 命名之间的恩恩怨怨

这篇具有很好参考价值的文章主要介绍了J2EE,Java EE,Jakarta EE 命名之间的恩恩怨怨。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

介绍

 

简单来说,上面所有的名字指的都是一个东西 Java Platform, Enterprise Edition

上面的几个名词都是下面的内容的简写:

  • J2EE(Java 2 Platform, Enterprise Edition)
  • Java EE (Java Platform, Enterprise Edition)
  • Jakarta EE(Jakarta Enterprise Edition)

上面的排序是按照时间演进来进行排序。
 

为什么叫 J2EE

1998年12月,SUN公司发布了JDK1.2,开始使用Java 2 这一名称。

第二年 Sun 公司联合IBM、Oracle、BEA 等大型企业应用系统开发商共同制订了一个基于Java 组件技术的企业应用系统开发规范,名字很自然就取为Java 2 Platform Enterprise Edition 简称J2EE。

最开始的时候 Sun 是希望这个标准和基于 Java 的扩展给企业用户用的。

按照 Java 版本的定义,Java 是不使用主版本的,所以自然就使用了数字 2。

这个就导致 J2EE 实在是难理解。

最令人郁闷的 EJB 就是 J2EE 中的内容,因为程序员实在烦躁这个 EJB 的容器管理和注入,所以就有了一个轻量的框架 Spring,这就是是另外一个演进路径了。

Java 1.0 的版本语言规范,现在还可以在伯克利的网站上找到:The Java Language Specification

随后在 1999 年发布的 1.2 版本中,有些扩展就从 Java 1.0 版本中拆分出来了,这些拆分的内容就被 Sun 用来作为 Java 的企业版来发布了。

J2EE,Java EE,Jakarta EE 命名之间的恩恩怨怨

对于拆分出来的有关企业部分的内容,需要一个新的名字,那么这个名字就自然的使用了 Java 2 Platform Enterprise Edition , 标准链接: Java 2 Platform, Enterprise Edition (J2EE) Overview

这个名字一直使用了 2006 年了。

Java EE

在 2006 年 ,Java 1.5 版本发布了,J2EE 这个名字就停止使用了,确实这个名字也难理解。

J2EE 就被改成了 Java EE 或者 Java Platform Enterprise Edition

这个名字更加简单明了,去掉了比较有歧义的数字 2。

Jakarta EE

时间来到了 2017 年,这个时候 Java 已经属于 Oracle 了。

Oracle 捐 Java EE 给 Eclipse 基金会了。

按照 Oracle 的尿性,一般给点留点,Java 这几个字,Oracle 是肯定不会给的,Eclipse 拿到 Java EE 也没有办法用 Java 这个字。

咋办呀,改名字呗,Eclipse 经过社区的投票,就把 Java 改成了 Jakarta。

这一改,又和 Apache 的 Jakarta 重复了,其实也好,不管怎么样总算是有个名字了。

这就是现在有关 Java 企业版部分的内容就被称为 Jakarta EE 了。

下面的表格显示了 Jakarta EE 的版本演进史。

J2EE,Java EE,Jakarta EE 命名之间的恩恩怨怨

结论

简单一句话,上面这堆东西就是大部分可能都没有用到的 Java EE (Java 企业版)中的包。

J2EE,Java EE,Jakarta EE 命名之间的恩恩怨怨 - Java - OSSEZ文章来源地址https://www.toymoban.com/news/detail-425596.html

到了这里,关于J2EE,Java EE,Jakarta EE 命名之间的恩恩怨怨的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • J2EE&通用分页02

    目录 一.重构-提取公用方法            1.为了进行公共方法的抽取,需要找出上面实习中的可通用部分,和差异化部分     2.公用方法封装思路       3. 具体实现 二.分页标签 2.1 准备一个Servlet  3.2 结果展示页面 三. 过滤器解决中文乱码问题 四.加入分页功能 四.封装分

    2024年02月15日
    浏览(44)
  • J2EE&集合框架&Set

    目录 一.Set特点 特点:无序,不重复 思考:如果对List容器中的元素去重? 二.遍历:foreach,迭代器 三.扩容: 初始容量16,负载因子0.75,扩容增量1倍 性能参数:初始容量,负载因子 默认值: 初始容量16,负载因子0.75 示例:new HashSet(20, 0.5f); 四.HashSet 五.思考 1. 如何给Arra

    2024年02月13日
    浏览(39)
  • J2EE&集合框架&List

    目录 一.UML ①集合类图 ②线下教育平台用例图  二.List集合特点 ①学集合框架就是了解容器的数据结构(增删改查) ②有序的 可重复的 三.遍历方式 ① foreach ② iterator 迭代器 ③ for 四.LinkedList ①对比ArrayList是数据结构 Linkedlist: 链表 特点:查询修改慢,增加删除快 Arrayli

    2024年02月13日
    浏览(36)
  • J2EE&集合框架&Map

    目录 一.Map特点 1.无序,键值对,键不能重复,值可以重复 2.键重复则覆盖,没有继承Collection接口 二.遍历方式 1.拿到key,再拿值2.拿到映射关系,键值都有  取出保存所有Entry的Set,再遍历此Set即可 三.HashMap与Hashtable的区别 1.Hashtable更安全 2.JDK 1.8之前hashtable的key不能存放null

    2024年02月15日
    浏览(48)
  • J2EE&集合框架&set集合

    目录 一.Set特点 特点:无序,不重复 思考:如果对List容器中的元素去重? 二.遍历:foreach,迭代器 三.扩容: 初始容量16,负载因子0.75,扩容增量1倍 性能参数:初始容量,负载因子 默认值: 初始容量16,负载因子0.75 示例:new HashSet(20, 0.5f); 四.HashSet 五.思考 1. 如何给Arra

    2024年02月13日
    浏览(39)
  • J2EE项目部署与发布(Windows版本)

    目录 一、会议OA单体项目Windows部署 1.1 数据测试 1.2 项目部署 1.3 报错解决 1.4 最终效果 二、spa前后端分离项目Windows部署 2.1 后端代码测试 2.2 前端代码测试 2.3 项目部署 2.3.1 数据导入 2.3.2 后端部署 2.3.3 前端部署 2.3.3.1 Node.js环境配置 2.3.4 端口问题解决 2.3.4.1 method1 2.3.4.2 meth

    2024年02月07日
    浏览(45)
  • J2EE项目部署与发布(Linux版本)

    目录 一.jdktomcat安装 1.jdk的安装  1.2解压对应的安装包 1.3配置环境变量  2.tomcat的安装  二.mysql的安装 三.后端接口部署  后端部署 导入war包 修改端口  开启访问 1.jdk的安装 登录VMware Workstation Pro 然后连接MobaXterm      将 jdk tomcat mysql 导入到MobaXterm   1.2解压对应的安装包  

    2024年02月06日
    浏览(34)
  • J2EE自定义mvc【框架配置及功能】

    目录 一、配置步骤 二、配置框架前三步 导入相应的jar 导入相应的Class 导入xml文件 三、优化基本操作(增删改) 1、基础优化 编写实体类 编写BookDao类 优化BookDao JUnit测试 2、后台优化 3、前端优化 将框架打成jar包,然后导入新工程,并且把框架的依赖jar包导入进去 将分页标

    2024年02月12日
    浏览(53)
  • 虚拟机部署与发布J2EE项目(Linux版本)

                                                      🎬 艳艳耶✌️:个人主页                                                   🔥 个人专栏 :《Spring与Mybatis集成整合》《Vue.js使用》                                                     ⛺️ 越努力 ,越幸

    2024年02月06日
    浏览(45)
  • 小研究 - J2EE 应用服务器的软件老化测试研究

    软件老化现象是影响软件可靠性的重要因素,长期运行的软件系统存在软件老化现象,这将影响整个业务系统的正常运行,给企事业单位带来无可估量的经济损失。软件老化出现的主要原因是操作系统资源消耗殆尽,导致应用系统的性能下降甚至崩溃或宕机。文中监测J2EE 应

    2024年02月11日
    浏览(38)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包