我意识到从字面上看，它可以转换为Java Enterprise Edition。但是我要问的是什么呢？当一家公司需要Java EE经验时，他们真正的要求是什么？有EJB经验吗？有使用Java Web应用程序的经验吗？

我怀疑这对不同的人意味着不同，并且定义是主观的。

解决方案

Java环境有2个版本，即J2EE和Se。 SE是标准版，其中包括编写单个用户应用程序所需的所有基本类。虽然企业版是为多层企业应用程序或者可能的分布式应用程序设置的。如果我们要使用应用服务器，例如tomcat或者websphere，则需要使用J2EE，并带有额外的类来支持n层。

是的，具有EJB，Web应用程序(servlest和JSP)，事务，Web服务，管理和应用程序服务器的经验。

与台式机应用程序相比，它还意味着具有"企业"级应用程序的经验。

在许多情况下，企业应用程序需要连接到许多旧系统，它们不仅是"网页"，而且借助Java"版本"上可用的功能，可以解决这种连接问题。

含义一直在变化。它曾经表示Servlet，JSP和EJB。
如今，它可能意味着Spring和Hibernate等。

他们真正要寻找的是对Java生态系统，Servlet容器，JMS，JMX，Hibernate等的经验和理解，以及它们如何组合在一起。

测试和源代码控制也将是一项重要技能。

Java EE实际上是Java平台的技术和API的集合，旨在支持"企业"应用程序，这些应用程序通常可以分为旨在支持关键任务业务需求的大规模，分布式，事务性和高可用性应用程序。

就员工在特定技术领域的需求而言，这很难说，因为过去五年来竞争环境一直在变化。实际上，这是最需要解决的问题类别。交易和分配是关键。

传统上，J2EE指的是Sun发行的产品和标准。例如，如果我们正在开发标准的J2EE Web应用程序，则将使用EJB，Java Server Faces，并在支持J2EE标准的应用程序服务器中运行。但是，由于存在如此众多的开放源代码的大量库和产品，它们可以完成相同的工作，并且(而且很多人会争论得更好)，因此这些Sun产品已经日渐流行，因此J2EE的日常含义也迁移到了对它们的引用(例如，许多人都认为是Spring / Tomcat / Hibernate解决方案。

我认为这是一本很棒的书，讨论了J2EE的"开源"方法
http://www.theserverside.com/tt/articles/article.tss?l=J2EEWithoutEJB_BookReview

我要说的是，J2EE经验=拥有对某些J2EE技术​​的深入经验，有关大多数J2EE技术​​的常识以及一般的企业软件经验。

Java EE是用于开发和部署企业应用程序的规范的集合。

通常，企业应用程序是指托管在提供支持企业的应用程序的服务器上的软件。

规范(由Sun定义)描述了服务，应用程序编程接口(API)和协议。

组成Java EE的13种核心技术是：

• JDBC
• 国民经济发展指数
• EJB
• RMI
• JSP
• Java Servlet
• XML格式
• JMS
• Java IDL
• 捷讯
• 联合技术协会
• Java邮件
• 联合部队

Java EE产品提供者通常是应用程序服务器，Web服务器或者数据库系统供应商，它们提供实现规范中定义的接口的类。这些供应商在Java EE规范的实现上竞争。

当一家公司需要Java EE经验时，他们真正需要的是使用构成Java EE的技术的经验。通常，一家公司只会使用Java EE技术的一部分。

严格来说，J(2)EE是一组API(正如当前的最佳答案所允许)，它使程序员能够构建分布式的事务性系统。这个想法是抽象化复杂的分布式事务位(可以由诸如WebSphere或者Weblogic之类的容器实现)，使程序员无需担心存储机制和同步就可以开发业务逻辑。

实际上，这是一个由鹅卵石拼凑而成的按委员会设计的混搭程序，它的推出极大地推动了IBM，Oracle和BEA等供应商的利益，因此他们可以出售过于复杂，过度设计，过度开发的产品。无用的产品。哪个没有最基本的功能(例如计划)！

J2EE是一种营销架构。