Jakarta ee 什么';EJB之前的生活是什么?

Jakarta ee 什么';EJB之前的生活是什么?,jakarta-ee,ejb,Jakarta Ee,Ejb,我正在读一本关于EJB的书。它列出了EJB较旧技术的一个优点,即它使程序员从一个特定的应用服务器供应商及其适当的API中解放出来 我想知道EJB问世之前的生活是什么?在过去,程序员使用哪种特定的应用服务器?你能给我一个线索吗?谢谢。让我贡献一个 管理您自己的事务,即当一个事务单元失败时,要一起回滚的所有事情 这是由EJB、CMP或BMP处理的。让我贡献一个 管理您自己的事务,即当一个事务单元失败时,要一起回滚的所有事情 这是由EJB、CMP或BMP处理的。在1997-8年,市场上有许多应用服务器

我正在读一本关于EJB的书。它列出了EJB较旧技术的一个优点,即它使程序员从一个特定的应用服务器供应商及其适当的API中解放出来


我想知道EJB问世之前的生活是什么?在过去,程序员使用哪种特定的应用服务器?你能给我一个线索吗?谢谢。

让我贡献一个

  • 管理您自己的事务,即当一个事务单元失败时,要一起回滚的所有事情
    这是由EJB、CMP或BMP处理的。

    让我贡献一个

  • 管理您自己的事务,即当一个事务单元失败时,要一起回滚的所有事情
    这是由EJB、CMP或BMP处理的。

    在1997-8年,市场上有许多应用服务器产品。EJB及其近亲(JSP、Servlet、JDBC、JCA等)试图将服务器端Java应用程序编程的隐喻标准化

    当时市场上的一些应用服务器是:

    • NetDynamics-我想他们的产品叫做Spider之类的
    • Kiva应用服务器
    • Netscape iPlanet
    • IBM Websphere
    • 莲花骨牌
    • 赛贝斯捷豹
    • WebLogic Tengah
    • 割线
    • 强项
    • Oracle App Server—在那些日子里独立于WebLogic
    • 哈特
    • 银川
    • 高加索树脂
    • 青石
    • 阿拉尔
    • 诺维拉
    • 乔纳斯
    还有很多其他的

    从实际意义上讲,这些应用程序服务器产品定义了服务器端应用程序平台。他们发明了Java中基于对象的服务器端编程的隐喻。如何将HTTP会话映射到Java对象?如何处理HTTP身份验证?如何处理行政管理?每个服务器端产品的做法都有所不同

    这些公司中有很多都很小,而且它们的半衰期很短,可能只有12个月左右。在某一点上,参与WebLogic的人看了看这个领域,认为种类太多了;微软将能够独立击败他们,从而“赢得”服务器端应用平台之战。因此,他们决定联合起来,定义一个通用的API,以实现相对于Microsoft更强大的竞争地位。这就是J2EE的诞生。对客户来说,表面上的好处是服务器端平台的可移植性


    在那些日子里,应用服务器公司规模很小,因此承诺使用特定的应用服务器API会带来很大的风险。像Servlet、JSP和EJB这样的标准化api减少了一些风险,也使特定公司更容易选择NetDynamics,因为他们知道如果NetD破产,他们将能够相当容易地将程序转移到WebLogic。平台可移植性是潜在客户的一大胜利

    在1997-8年,市场上有许多应用服务器产品。EJB及其近亲(JSP、Servlet、JDBC、JCA等)试图将服务器端Java应用程序编程的隐喻标准化

    当时市场上的一些应用服务器是:

    • NetDynamics-我想他们的产品叫做Spider之类的
    • Kiva应用服务器
    • Netscape iPlanet
    • IBM Websphere
    • 莲花骨牌
    • 赛贝斯捷豹
    • WebLogic Tengah
    • 割线
    • 强项
    • Oracle App Server—在那些日子里独立于WebLogic
    • 哈特
    • 银川
    • 高加索树脂
    • 青石
    • 阿拉尔
    • 诺维拉
    • 乔纳斯
    还有很多其他的

    从实际意义上讲,这些应用程序服务器产品定义了服务器端应用程序平台。他们发明了Java中基于对象的服务器端编程的隐喻。如何将HTTP会话映射到Java对象?如何处理HTTP身份验证?如何处理行政管理?每个服务器端产品的做法都有所不同

    这些公司中有很多都很小,而且它们的半衰期很短,可能只有12个月左右。在某一点上,参与WebLogic的人看了看这个领域,认为种类太多了;微软将能够独立击败他们,从而“赢得”服务器端应用平台之战。因此,他们决定联合起来,定义一个通用的API,以实现相对于Microsoft更强大的竞争地位。这就是J2EE的诞生。对客户来说,表面上的好处是服务器端平台的可移植性


    在那些日子里,应用服务器公司规模很小,因此承诺使用特定的应用服务器API会带来很大的风险。像Servlet、JSP和EJB这样的标准化api减少了一些风险,也使特定公司更容易选择NetDynamics,因为他们知道如果NetD破产,他们将能够相当容易地将程序转移到WebLogic。平台可移植性是潜在客户的一大胜利

    有关于这方面的源代码的例子吗?我是Java企业级开发的新手。我在一个小php项目中只使用了一次transaction。插入地址表,2。插入到客户表中,3。更新员工表。如果3号机组出现故障,是否需要回滚对1号和2号机组所做的更改?是的,怎么做?使用EJB-您可以选择CMP或BMP。如果没有EJB,您需要编写代码来回滚。因此,您的意思是使用EJB,我们不需要这样编写代码:小心!只有涉及多个事务资源的操作才需要EJB事务。如果所有更新的表都由同一个数据库(比如Oracle)管理,那么您不需要外部事务,比如EJB提供的事务。如果您想将Oracle和Sybase作为一个工作单元的一部分进行更新,则需要一个外部事务,EJB可以提供该事务。大多数人不需要这种交易