一个小时入门 EJB

小猪吃老虎

已于 2023-08-14 15:21:33 修改

阅读量250

点赞数

文章标签： EJB

于 2023-08-14 15:19:11 首次发布

本文链接：https://blog.csdn.net/weixin_47478177/article/details/132276723

版权

前置知识

在开始学习Java EE的Enterprise JavaBeans (EJB)之前，以下是一些你可能需要提前了解的技术和概念：

Java基础：熟悉Java的基础知识，包括面向对象的概念（例如类、接口、继承和多态等）、基本的数据结构（例如集合类）、异常处理等。
Java EE基础：理解Java EE平台的基本组成部分，如Servlets和JavaServer Pages (JSP)。
数据库与SQL：EJB常常与关系型数据库一起使用，所以理解SQL语言以及基本的数据库概念将是有用的。
JPA (Java Persistence API)：EJBs经常与JPA一起使用来处理持久化数据存储。JPA是一个标准的ORM（对象-关系映射）API，它允许Java对象被存储在关系型数据库中。
Java 注解：Java EE技术广泛使用注解。因此，了解Java注解的基本用法和如何创建自定义注解是有帮助的。
应用服务器：你需要一个支持Java EE和EJB的应用服务器，比如WildFly，GlassFish或Payara。理解如何在这些服务器上部署和运行Java EE应用是非常有用的。
开发工具：一个强大的集成开发环境（IDE）会让你的开发过程更顺畅。例如，Eclipse、IntelliJ IDEA和NetBeans都是支持Java EE和EJB开发的流行工具。
构建工具：如Maven或Gradle，它们可以帮助你管理项目的依赖关系。
JUnit：EJB通常需要进行单元测试，所以了解如何使用JUnit进行测试是非常有用的。

通过熟悉这些技术和概念，你可以为学习和使用Java EE的EJB建立一个坚实的基础。

实践计划

看到你已经具备了相当多的基础知识，这会对你学习EJB非常有帮助。由于EJB涵盖的范围较广，我将着重于让你在一小时内了解和使用Stateless Session Beans，这是EJB的一个重要部分。

你的一小时学习计划如下：

第1-10分钟：理解EJB的基本概念

阅读并理解EJB的基本概念，了解其为什么会存在，以及它解决了什么问题。理解EJB容器是如何为你管理一些繁重的任务，比如事务处理和安全性。
理解Session Beans和它的两种类型：Stateless和Stateful。了解什么是Stateless Session Beans，以及什么场景下会使用到它。

第11-20分钟：环境准备

确保你的IDEA和WildFly已经正确安装和配置。你将使用它们来运行你的EJB应用。
创建一个新的Maven项目，将其设置为Java EE项目。

第21-30分钟：创建你的第一个Stateless Session Bean

创建一个新的Java类，并使用@Stateless注解来标记它为一个Stateless Session Bean。
在这个类中，定义一个简单的方法，比如一个返回"Hello, EJB!"的方法。

第31-40分钟：创建一个Servlet来使用你的Stateless Session Bean

创建一个新的Servlet。
使用@EJB注解来注入你的Stateless Session Bean。
在Servlet的doGet方法中，调用你的Session Bean的方法，并将结果写入到response。

第41-50分钟：部署并测试你的应用

部署你的应用到WildFly。
打开浏览器，访问你的Servlet，确认你可以看到来自你的Session Bean的响应。

第51-60分钟：理解和总结

思考并理解你刚刚做了什么。理解EJB容器是如何帮助你管理你的Session Bean的。
思考一下Stateless Session Beans在真实世界的应用场景。
如果你还有剩余时间，尝试了解一下Stateful Session Beans和他们与Stateless Session Beans的不同之处。

以上的学习计划需要你已经熟悉Java EE和Servlets，同时对Maven和IDEA也有一定的了解。不过，由于EJB是一个比较复杂的主题，所以你可能需要在这个小时之后，花费更多的时间来理解和深入学习。

遇到的问题和解决方案

EJB的基本概念

EJB（Enterprise JavaBeans）是一个Java EE（Java企业版）规范，定义了一种用于开发企业级应用程序的组件模型。EJB提供了一种简化复杂性的机制，使开发人员可以关注业务逻辑，而不是底层的复杂性，例如事务管理，安全性，远程访问等。

EJB存在的原因主要有以下几点：

简化开发：EJB将复杂的事务和安全管理交给了服务器，使开发人员能够专注于开发业务逻辑。
标准化：EJB提供了一种标准化的方式来开发分布式应用，这使得不同的开发者和团队之间的协作变得更加简单。
可移植性：由于EJB是基于Java EE规范的，所以EJB应用程序可以在任何符合Java EE规范的服务器上运行，这增加了应用的可移植性。

EJB解决的问题包括：

事务管理：EJB容器自动处理了事务的开始、提交和回滚，开发者不必自己编写这些代码。
安全性：EJB容器可以处理用户的认证和授权，为应用程序提供安全性保障。
并发处理：EJB容器能够管理并发访问，为开发者处理多线程问题。
分布式计算：EJB容器提供了远程方法调用（RMI）的支持，使得在分布式环境中进行通信变得简单。
生命周期管理：EJB容器负责EJB对象的创建和销毁，开发者不必关心这些底层的细节。

EJB的基本组成部分包括：

会话Bean（Session Beans）：会话Bean用于执行服务器上的业务逻辑，它可以是有状态的（Stateful），也可以是无状态的（Stateless）。
实体Bean（Entity Beans）：实体Bean用于封装在数据库中存储的业务对象的数据和业务逻辑。实体Bean在EJB 3.0之后被JPA（Java Persistence API）取代。
消息驱动Bean（Message-Driven Beans）：消息驱动Bean用于异步处理由JMS（Java Message Service）发送的消息。

EJB是Java EE的重要组成部分，但是随着Spring框架的普及，许多开发者选择使用Spring来代替EJB，因为Spring提供了更多的灵活性和简单性。 然而，EJB依然在一些需要强大的事务处理和分布式处理能力的企业级应用中占有一席之地。

事务处理和安全性

EJB容器是EJB架构的核心部分，它为EJB组件提供了运行环境，并负责管理EJB组件的生命周期，处理安全性和事务，以及处理远程通信等问题。以下是EJB容器如何管理事务处理和安全性的具体方式。

事务处理：

EJB容器通过Java的JTA（Java Transaction API）来管理事务。开发者可以通过在EJB组件的方法上添加注解（如@Transactional）来声明该方法需要在一个事务中运行。一旦这个方法被调用，EJB容器就会开始一个新的事务，或者将该方法加入到已经存在的事务中。

当方法执行完毕后，如果没有出现异常，EJB容器会自动提交事务；如果出现了异常，EJB容器会自动回滚事务。这一切对于开发者来说都是透明的，开发者只需要关注业务逻辑，不需要关心事务的开始、提交和回滚。

EJB容器还支持分布式事务，也就是说，一个事务可以跨越多个EJB组件，甚至可以跨越多个EJB容器。这是通过JTA的两阶段提交（two-phase commit）协议实现的。

安全性：

EJB容器通过JAAS（Java Authentication and Authorization Service）来处理安全性。当一个客户端调用EJB组件的方法时，EJB容器会首先进行认证，确认客户端的身份。这一步通常需要客户端提供用户名和密码，但也可以支持更复杂的认证方式，如数字证书等。

认证通过后，EJB容器会进行授权，决定客户端是否有权限调用该方法。这一步是通过检查客户端的角色来实现的。每个EJB方法可以通过注解（如@RolesAllowed）来声明哪些角色可以访问。如果客户端拥有其中的一个或多个角色，那么就可以访问该方法；否则，EJB容器会拒绝访问。

这种方式的好处是，开发者不需要在业务逻辑中处理安全性问题，只需要通过注解来声明访问控制规则。EJB容器会自动实施这些规则，从而保护EJB组件免受未授权的访问。

以上就是EJB容器如何管理事务处理和安全性的简单介绍。实际上，EJB容器还可以管理其他的系统级问题，如并发控制、生命周期管理、远程通信等，从而使开发者可以专注于业务逻辑，而不是底层的系统问题。

Session Beans

Session Beans是EJB的一种类型，主要用于执行业务逻辑。它们不直接代表数据库中的数据，而是封装了一组业务操作，这些操作可以被客户端程序调用。Session Beans有两种类型：无状态（Stateless）和有状态（Stateful）。

无状态会话Bean（Stateless Session Beans）：

无状态会话Bean不保持任何客户端特定的会话状态。当一个方法调用完成后，无状态Bean不会保留任何关于客户端的信息。这意味着你可以在多个客户端之间共享一个无状态Bean的实例，因为它不维护任何关于客户端的状态信息。

无状态会话Bean的一个主要优点是它们可以被高效地池化和复用。因为无状态Bean不保持任何状态，所以当一个无状态Bean的实例完成一个方法调用后，它可以立即被另一个客户端使用。这使得无状态Bean可以处理大量的请求，而不需要为每个客户端创建一个新的Bean实例。

有状态会话Bean（Stateful Session Beans）：

与无状态Bean不同，有状态会话Bean会保持与特定客户端相关的会话状态。这个状态会在客户端和Bean之间的多个方法调用之间保持，并在会话结束时被销毁。

有状态会话Bean的一个主要优点是它们可以保存客户端的状态，这使得它们非常适合在需要维护会话状态的应用中使用。例如，如果你正在开发一个在线购物应用，你可能需要一个有状态Bean来保存用户的购物车信息。
然而，有状态Bean的一个主要缺点是它们不能被共享和复用，因为它们保存了客户端特定的状态。这意味着如果有大量的客户端，你可能需要创建大量的有状态Bean实例，这可能会消耗大量的资源。

总的来说，无状态和有状态会话Bean都有它们的用途，你应该根据你的应用的需求来选择使用哪种类型的Bean。如果你的应用不需要维护任何会话状态，或者需要处理大量的请求，你应该使用无状态Bean。如果你的应用需要维护会话状态，你应该使用有状态Bean。

创建项目

HelloEJB

根据你的要求，我们可以创建一个名为HelloEJB的无状态会话Bean，它有一个返回"Hello, EJB!"的方法。

首先，创建一个Java类HelloEJB：

import javax.ejb.Stateless;

@Stateless
public class HelloEJB {
    public String sayHello() {
        return "Hello, EJB!";
    }
}

这个类用@Stateless注解来标记，表示它是一个无状态会话Bean。在这个类中，我们定义了一个名为sayHello的方法，这个方法返回一个字符串"Hello, EJB!"。

这个无状态会话Bean现在可以在你的应用中使用了。

HelloServlet

你可以通过@EJB注解来将它注入到其他的Bean或Servlet中，例如：

import javax.ejb.EJB;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@WebServlet("/hello")
public class HelloServlet extends HttpServlet {

    @EJB
    private HelloEJB helloEJB;

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        resp.getWriter().write(helloEJB.sayHello());
    }
}

在这个HelloServlet类中，我们使用了@EJB注解来注入了HelloEJB Bean。然后，在doGet方法中，我们调用了sayHello方法，并将结果写入到response中。

这个Servlet会响应/hello路径的GET请求，返回"Hello, EJB!"。

你可以将这两个类添加到你的Maven项目中，然后部署到WildFly中进行测试。

为什么不用 jakarta 而是用 javax

截止到我知识库的最后更新（2021年9月），Jakarta EE 9确实更改了大部分的javax.*包到jakarta.*，但是EJB部分并没有更改，它仍然在javax包下。这是因为EJB的未来在Jakarta EE中还在讨论中，所以EJB仍然保持在javax.ejb包下。

所以，我们应该继续使用javax.ejb.Stateless，javax.ejb.EJB以及javax.servlet.*等类。

运行报错及解决

访问`http://localhost:8080/EJBAnHour/hello`得到的是"Not Found"

从你提供的信息来看，你的项目结构和代码都看起来是正确的。你的Servlet应该能够响应/hello路径的请求。如果你访问http://localhost:8080/EJBAnHour/hello得到的是"Not Found"，可能的原因有以下几种：

Web应用的Context Path可能不正确：在你的URL中，EJBAnHour应该是你的Web应用的Context Path。这通常是由你的.war文件的名称决定的。你需要确认你的.war文件的名称确实是EJBAnHour.war，并且它已经被正确地部署到了WildFly中。
Servlet的映射可能不正确：你需要确认你的Servlet确实被映射到了/hello路径。这是通过@WebServlet("/hello")注解实现的。你需要检查你的HelloServlet类是否有这个注解，而且这个注解的值是否正确。
EJB可能没有被正确地注入：你需要确认你的HelloEJB Bean是否被正确地注入到了HelloServlet中。这是通过@EJB注解实现的。你需要检查你的HelloServlet类是否有这个注解，而且这个注解是否正确地注入了HelloEJB Bean。
可能存在其他配置问题：你需要检查你的项目的其他配置，例如web.xml文件，Maven的配置等。这些配置可能会影响到你的Web应用的部署和运行。

如果以上都没有问题，你可能需要查看WildFly的日志，看是否有任何错误或警告信息。这可能会帮助你找到问题的原因。（这几个都没有问题）

目前的pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>org.example</groupId>
    <artifactId>EJBAnHour</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>war</packaging>

    <properties>
        <maven.compiler.source>17</maven.compiler.source>
        <maven.compiler.target>17</maven.compiler.target>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>
    <dependencies>
        <dependency>
            <groupId>javax</groupId>
            <artifactId>javaee-web-api</artifactId>
            <version>8.0</version>
        </dependency>
    </dependencies>

    <build>
        <finalName>EJBAnHour</finalName>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-war-plugin</artifactId>
                <version>3.2.3</version>
                <configuration>
                    <failOnMissingWebXml>false</failOnMissingWebXml>
                </configuration>
            </plugin>
        </plugins>
    </build>

</project>

从你提供的pom.xml文件来看，配置看起来是正确的。你已经设置了正确的groupId，artifactId，packaging类型为war，并且maven-war-plugin的配置中关闭了对web.xml文件的强制需求（<failOnMissingWebXml>false</failOnMissingWebXml>）。这些配置应该足以让你的应用正确地打包和部署。

对于web.xml文件，从Servlet 3.0开始，web.xml不再是必需的，因为Servlet、Filter和Listener可以通过注解（如@WebServlet）来声明。在你的HelloServlet类中，你已经使用了@WebServlet("/hello")注解，所以不需要web.xml文件。（这两个也没有问题）

尝试创建一个简单的Servlet（没有EJB注入），看是否可以正确地运行

我们可以创建一个简单的Servlet，没有EJB注入，只返回一个简单的消息。以下是代码：

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@WebServlet("/hello2")
public class Hello2Servlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        resp.getWriter().write("Hello from Hello2Servlet!");
    }
}

这个Servlet会响应/hello2路径的GET请求，返回"Hello from Hello2Servlet!"。

你可以将这个类添加到你的项目中，然后尝试访问http://localhost:8080/EJBAnHour/hello2看看是否能正确返回消息。如果这个Servlet能正确运行，那么问题可能在于EJB的部分。如果这个Servlet也不能正确运行，那么问题可能在于Servlet的部分，或者是你的项目的配置或者你的应用服务器的设置。

访问http://localhost:8080/EJBAnHour/hello2 也是 not found

好的，我们可以在Servlet的doGet方法中添加一些日志输出，这可以帮助我们了解这个方法是否被调用。我们也可以在Servlet的构造函数中添加日志输出，这可以帮助我们了解Servlet是否被创建。以下是修改后的代码：

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.util.logging.Logger;

@WebServlet("/hello2")
public class Hello2Servlet extends HttpServlet {

    private static final Logger LOGGER = Logger.getLogger(Hello2Servlet.class.getName());

    public Hello2Servlet() {
        LOGGER.info("Hello2Servlet is created");
    }

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        LOGGER.info("doGet method is called");
        resp.getWriter().write("Hello from Hello2Servlet!");
    }
}

在这个代码中，我们使用Java的java.util.logging.Logger来输出日志。我们在Servlet的构造函数中输出了一条日志，表明Servlet被创建了。我们也在doGet方法中输出了一条日志，表明doGet方法被调用了。

你可以将这个类添加到你的项目中，然后部署你的应用，并查看WildFly的日志。如果你的Servlet被正确地创建和调用，你应该能在日志中看到这些消息。如果你在日志中看不到这些消息，那么可能有其他的问题阻止了你的Servlet的创建和调用。

注意，这只是一个基本的日志输出。在实际的项目中，你可能需要更复杂的日志配置，例如使用Log4j或SLF4J等日志框架，设置不同级别的日志，输出日志到文件等。但是，对于这个问题，基本的日志输出应该足够了。

没有上一步设置的日志输出

你可能需要在你的项目中添加一个web.xml文件，手动声明你的Servlet。这是一个示例的web.xml文件，它声明了Hello2Servlet：

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
         http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
         version="3.1">
    <servlet>
        <servlet-name>Hello2Servlet</servlet-name>
        <servlet-class>org.example.Hello2Servlet</servlet-class>
    </servlet>
    <servlet-mapping>
        <servlet-name>Hello2Servlet</servlet-name>
        <url-pattern>/hello2</url-pattern>
    </servlet-mapping>
</web-app>

你可以将这个文件添加到你的Maven项目的src/main/webapp/WEB-INF目录下，然后重新部署你的应用，看是否能正确地创建和调用Servlet。

WildFLy报错

14:38:43,139 INFO  [org.jboss.as.repository] (DeploymentScanner-threads - 2) WFLYDR0001: Content added at location D:\wildfly-28.0.1.Final\standalone\data\content\5a\26ceae34cc0b1bbbbee11a1ee8f63ec998dc23\content
14:38:43,140 INFO  [org.wildfly.extension.undertow] (ServerService Thread Pool -- 84) WFLYUT0022: Unregistered web context: '/EJBAnHour' from server 'default-server'
14:38:43,146 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0028: Stopped deployment EJBAnHour.war (runtime-name: EJBAnHour.war) in 7ms
14:38:43,148 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-7) WFLYSRV0027: Starting deployment of "EJBAnHour.war" (runtime-name: "EJBAnHour.war")
14:38:43,385 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.deployment.unit."EJBAnHour.war".undertow-deployment.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.deployment.unit."EJBAnHour.war".undertow-deployment.UndertowDeploymentInfoService: Failed to start service
        at org.jboss.msc@1.5.0.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1582)
        at org.jboss.msc@1.5.0.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1411)
        at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
        at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
        at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
        at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
        at java.base/java.lang.Thread.run(Thread.java:833)
Caused by: java.lang.IllegalArgumentException: UT010009: Servlet Hello2Servlet of type class org.example.Hello2Servlet does not implement jakarta.servlet.Servlet
        at io.undertow.servlet@2.3.6.Final//io.undertow.servlet.api.ServletInfo.<init>(ServletInfo.java:98)
        at org.wildfly.extension.undertow@28.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:655)
        at org.wildfly.extension.undertow@28.0.1.Final//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:287)
        at org.jboss.msc@1.5.0.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1590)
        at org.jboss.msc@1.5.0.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1553)
        ... 6 more

14:38:43,389 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) WFLYCTL0013: Operation ("full-replace-deployment") failed - address: ([]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"EJBAnHour.war\".undertow-deployment.UndertowDeploymentInfoService" => "Failed to start service
    Caused by: java.lang.IllegalArgumentException: UT010009: Servlet Hello2Servlet of type class org.example.Hello2Servlet does not implement jakarta.servlet.Servlet"}}
14:38:43,403 INFO  [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0016: Replaced deployment "EJBAnHour.war" with deployment "EJBAnHour.war"
14:38:43,404 INFO  [org.jboss.as.controller] (DeploymentScanner-threads - 2) WFLYCTL0183: Service status report
WFLYCTL0186:   Services which failed to start:      service jboss.deployment.unit."EJBAnHour.war".undertow-deployment.UndertowDeploymentInfoService: Failed to start service
WFLYCTL0448: 2 additional services are down due to their dependencies being missing or failed
14:38:43,406 INFO  [org.jboss.as.repository] (DeploymentScanner-threads - 2) WFLYDR0002: Content removed from location D:\wildfly-28.0.1.Final\standalone\data\content\d4\7a8a682c58daa5ad2c1169d625a6374abc86bd\content

从你的日志中，我们可以看到错误消息：“Servlet Hello2Servlet of type class org.example.Hello2Servlet does not implement jakarta.servlet.Servlet”。这表明你的应用服务器试图将Hello2Servlet类作为一个Jakarta Servlet来处理，但是这个类没有实现jakarta.servlet.Servlet接口。

这可能是因为你的应用服务器使用的是Jakarta EE 9或更高版本，而你的应用仍然使用的是Java EE的javax.servlet.*类。在Jakarta EE 9中，javax.servlet.*包被重命名为jakarta.servlet.*。

要解决这个问题，你有两个选择：

将你的应用迁移到Jakarta EE 9：这意味着你需要将你的代码中所有的javax.*类替换为相应的jakarta.*类。但是，这可能需要大量的工作，因为你需要改变你的代码中的许多地方。并且，像我之前提到的，到我知识库的最后更新（2021年9月），EJB仍然在javax.ejb包下，所以你可能无法完全迁移到Jakarta EE 9。
使用支持Java EE的应用服务器：这意味着你需要将你的应用服务器切换到支持Java EE的版本，例如WildFly 20或更早的版本，或者其他支持Java EE的应用服务器。这可能是更简单的解决方案，因为你不需要改变你的代码，只需要改变你的应用服务器。

无论你选择哪个解决方案，你都需要确保你的应用和你的应用服务器使用的是同一版本的EE标准（Java EE或Jakarta EE），否则你可能会遇到类似的问题。

问题原因找到了：WildFly 版本太高了，我的WildFly 版本是 wildfly-28.0.1.Final，不支持 javax，只支持 jakarta。

下载 WildFly 20

你可以从WildFly的官方网站下载WildFly 20。以下是下载和安装WildFly 20的步骤：

访问WildFly的下载页面：https://www.wildfly.org/downloads/。在这个页面，你需要向下滚动到"Prior Releases"部分，然后找到WildFly 20.0.1.Final的下载链接。
点击"Zip"链接下载WildFly 20的压缩包。下载完成后，你需要解压这个压缩包到你的计算机上的某个位置。
解压完成后，你就可以在命令行中运行WildFly 20了。你需要进入到解压后的WildFly目录的bin子目录中，然后运行standalone.sh（在Linux或Mac上）或standalone.bat（在Windows上）来启动WildFly。

关于WildFly 20和WildFly 28的冲突问题，一般来说，只要他们监听的HTTP端口不同，就不会有冲突（不同时运行就好）。默认情况下，WildFly监听8080端口。如果你想同时运行WildFly 20和WildFly 28，你需要改变其中一个版本的监听端口。你可以在standalone.xml配置文件中找到<socket-binding name="http" port="${jboss.http.port:8080}"/>这一行，然后改变8080到另一个端口，例如8081。

需要注意的是，每次启动WildFly时，都要确保选择的端口是空闲的，否则会启动失败。你也需要在浏览器中使用正确的端口来访问你的应用。例如，如果你的WildFly 20监听8081端口，你需要使用http://localhost:8081/your-app来访问你的应用。

希望这些信息对你有所帮助。如果你在下载、安装或运行WildFly 20时遇到任何问题，欢迎向我提问。

对于Windows用户，你应该下载"Java EE Full & Web Distribution"的ZIP格式。这个版本包含了完整的Java EE功能和Web功能。以下是下载链接：

WildFly 20 报错

14:43:24,910 INFO  [org.jboss.weld.deployer] (MSC service thread 1-5) WFLYWELD0003: Processing weld deployment EJBAnHour.war
14:43:24,986 INFO  [org.hibernate.validator.internal.util.Version] (MSC service thread 1-5) HV000001: Hibernate Validator 6.0.20.Final
14:43:25,109 INFO  [org.jboss.as.ejb3.deployment] (MSC service thread 1-5) WFLYEJB0473: JNDI bindings for session bean named 'HelloEJB' in deployment unit 'deployment "EJBAnHour.war"' are as follows:

        java:global/EJBAnHour/HelloEJB!org.example.HelloEJB
        java:app/EJBAnHour/HelloEJB!org.example.HelloEJB
        java:module/HelloEJB!org.example.HelloEJB
        java:global/EJBAnHour/HelloEJB
        java:app/EJBAnHour/HelloEJB
        java:module/HelloEJB

14:43:25,312 INFO  [io.jaegertracing.internal.JaegerTracer] (MSC service thread 1-5) No shutdown hook registered: Please call close() manually on application shutdown.
14:43:25,371 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."EJBAnHour.war".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."EJBAnHour.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "EJBAnHour.war"
        at org.jboss.as.server@12.0.1.Final//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:189)
        at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739)
        at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701)
        at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559)
        at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
        at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
        at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
        at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1363)
        at java.base/java.lang.Thread.run(Thread.java:833)
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0024: Could not configure component HelloEJB
        at org.jboss.as.ee@20.0.0.Final//org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:106)
        at org.jboss.as.server@12.0.1.Final//org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:182)
        ... 8 more
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected native java.lang.Object java.lang.Object.clone() throws java.lang.CloneNotSupportedException accessible: module java.base does not "opens java.lang" to unnamed module @31a594ec
        at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
        at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
        at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199)
        at java.base/java.lang.reflect.Method.setAccessible(Method.java:193)
        at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.proxy.AbstractProxyFactory$1.run(AbstractProxyFactory.java:121)
        at java.base/java.security.AccessController.doPrivileged(AccessController.java:318)
        at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.proxy.AbstractProxyFactory.setupCachedProxyFields(AbstractProxyFactory.java:117)
        at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.proxy.AbstractProxyFactory.finalizeStaticConstructor(AbstractProxyFactory.java:93)
        at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.proxy.ProxyFactory.generateClass(ProxyFactory.java:292)
        at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.proxy.AbstractClassFactory.buildClassDefinition(AbstractClassFactory.java:245)
        at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.proxy.AbstractClassFactory.defineClass(AbstractClassFactory.java:198)
        at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.proxy.AbstractProxyFactory.getCachedMethods(AbstractProxyFactory.java:162)
        at org.jboss.as.ejb3@20.0.0.Final//org.jboss.as.ejb3.component.stateless.StatelessComponentDescription$3.configure(StatelessComponentDescription.java:147)
        at org.jboss.as.ee@20.0.0.Final//org.jboss.as.ee.component.DefaultComponentViewConfigurator.configure(DefaultComponentViewConfigurator.java:101)
        at org.jboss.as.ee@20.0.0.Final//org.jboss.as.ee.component.deployers.EEModuleConfigurationProcessor.deploy(EEModuleConfigurationProcessor.java:92)
        ... 9 more

14:43:25,543 INFO  [org.infinispan.PERSISTENCE] (MSC service thread 1-1) ISPN000556: Starting user marshaller 'org.wildfly.clustering.infinispan.marshalling.jboss.JBossMarshaller'
14:43:25,556 INFO  [org.infinispan.CONTAINER] (MSC service thread 1-1) ISPN000128: Infinispan version: Infinispan 'Turia' 10.1.8.Final
14:43:25,748 INFO  [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 78) WFLYCLINF0002: Started client-mappings cache from ejb container
14:43:25,819 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "EJBAnHour.war")]) - failure description: {
    "WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"EJBAnHour.war\".INSTALL" => "WFLYSRV0153: Failed to process phase INSTALL of deployment \"EJBAnHour.war\"
    Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEE0024: Could not configure component HelloEJB
    Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make protected native java.lang.Object java.lang.Object.clone() throws java.lang.CloneNotSupportedException accessible: module java.base does not \"opens java.lang\" to unnamed module @31a594ec"},
    "WFLYCTL0412: Required services that are not installed:" => [
        "jboss.deployment.unit.\"EJBAnHour.war\".beanmanager",
        "jboss.deployment.unit.\"EJBAnHour.war\".WeldStartService"
    ],
    "WFLYCTL0180: Services with missing/unavailable dependencies" => [
        "jboss.deployment.unit.\"EJBAnHour.war\".weld.weldClassIntrospector is missing [jboss.deployment.unit.\"EJBAnHour.war\".WeldStartService, jboss.deployment.unit.\"EJBAnHour.war\".beanmanager]",
        "jboss.deployment.unit.\"EJBAnHour.war\".batch.artifact.factory is missing [jboss.deployment.unit.\"EJBAnHour.war\".beanmanager]"
    ]
}
14:43:25,825 INFO  [org.jboss.as.server] (ServerService Thread Pool -- 45) WFLYSRV0010: Deployed "EJBAnHour.war" (runtime-name : "EJBAnHour.war")
14:43:25,826 INFO  [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
WFLYCTL0184:    New missing/unsatisfied dependencies:
      service jboss.deployment.unit."EJBAnHour.war".WeldStartService (missing) dependents: [service jboss.deployment.unit."EJBAnHour.war".weld.weldClassIntrospector]
      service jboss.deployment.unit."EJBAnHour.war".beanmanager (missing) dependents: [service jboss.deployment.unit."EJBAnHour.war".weld.weldClassIntrospector, service jboss.deployment.unit."EJBAnHour.war".batch.artifact.factory]
WFLYCTL0186:   Services which failed to start:      service jboss.deployment.unit."EJBAnHour.war".INSTALL: WFLYSRV0153: Failed to process phase INSTALL of deployment "EJBAnHour.war"
WFLYCTL0448: 2 additional services are down due to their dependencies being missing or failed
14:43:25,867 INFO  [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0212: Resuming server
14:43:25,870 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Full 20.0.0.Final (WildFly Core 12.0.1.Final) started (with errors) in 5030ms - Started 379 of 612 services (5 services failed or missing dependencies, 372 services are lazy, passive or on-demand)
14:43:25,872 INFO  [org.jboss.as] (Controller Boot Thread) WFLYSRV0060: Http management interface listening on http://127.0.0.1:9990/management

从你的日志中，我们可以看到错误消息：“Unable to make protected native java.lang.Object java.lang.Object.clone() throws java.lang.CloneNotSupportedException accessible: module java.base does not “opens java.lang” to unnamed module @31a594ec”。这表明你的Java版本可能太高，不支持WildFly 20。

WildFly 20支持Java 8和Java 11。从错误日志中，看来你可能正在使用Java 17，它与WildFly 20不兼容。你需要使用Java 8或Java 11来运行WildFly 20。

你可以在你的系统中安装Java 8或Java 11，并确保在运行WildFly 20时使用正确的Java版本。你可以在命令行中使用java -version命令来检查你当前的Java版本。如果你需要切换Java版本，你可以设置JAVA_HOME环境变量，或者在启动WildFly时使用-Djboss.modules.system.pkgs和-javaagent选项来指定JDK的路径。

如果你在安装或配置Java版本时遇到任何问题，欢迎向我提问。

将 idea 的pom.xml 改为 1.8，以及将项目结构的 java 改为1.8，还是同样的报错

对的，我指的是WildFly启动时使用的Java版本。当你启动WildFly时，它会使用JAVA_HOME环境变量指向的Java版本。因此，如果你希望WildFly使用特定的Java版本，你需要确保JAVA_HOME环境变量指向的是你希望使用的Java版本。

另外，你的应用程序也应该使用与WildFly相同的Java版本进行编译和打包。如果你的应用程序是用一个较新的Java版本编译的，然后尝试在一个使用较旧Java版本的WildFly中运行，那么可能会出现不兼容的问题。因此，我建议你确保你的JAVA_HOME环境变量、编译应用程序的Java版本以及运行WildFly的Java版本都是相同的。

最终的正确代码

项目目录树

├──pom.xml
├──src
│   ├──main
│   │   ├──java
│   │   │   └──org
│   │   │       └──example
│   │   │           ├──Hello2Servlet.java
│   │   │           ├──HelloEJB.java
│   │   │           ├──HelloServlet.java
│   │   │           └──Main.java
│   │   └──resources
│   └──test
│       └──java

pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>

    <groupId>org.example</groupId>
    <artifactId>EJBAnHour</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>war</packaging>

    <properties>
        <maven.compiler.source>1.8</maven.compiler.source>
        <maven.compiler.target>1.8</maven.compiler.target>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>
    <dependencies>
        <dependency>
            <groupId>javax</groupId>
            <artifactId>javaee-web-api</artifactId>
            <version>8.0</version>
        </dependency>
    </dependencies>

    <build>
        <finalName>EJBAnHour</finalName>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-war-plugin</artifactId>
                <version>3.2.3</version>
                <configuration>
                    <failOnMissingWebXml>false</failOnMissingWebXml>
                </configuration>
            </plugin>
        </plugins>
    </build>

</project>

Hello2Servlet.java

package org.example;

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.util.logging.Logger;

@WebServlet("/hello2")
public class Hello2Servlet extends HttpServlet {

    private static final Logger LOGGER = Logger.getLogger(Hello2Servlet.class.getName());

    public Hello2Servlet() {
        LOGGER.info("Hello2Servlet is created");
    }

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        LOGGER.info("doGet method is called");
        resp.getWriter().write("Hello from Hello2Servlet!");
    }
}

HelloEJB.java

package org.example;

import javax.ejb.Stateless;

@Stateless
public class HelloEJB {
    public String sayHello() {
        return "Hello, EJB!";
    }
}

HelloServlet.java

package org.example;

import javax.ejb.EJB;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@WebServlet("/hello")
public class HelloServlet extends HttpServlet {

    @EJB
    private HelloEJB helloEJB;

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        resp.getWriter().write(helloEJB.sayHello());
    }
}