如何在wildfly上调用单独部署的ejb3
How to call separately deployed ejb3 on wildlfy
只要我的 EJB 部署在使用它的应用程序的 war 内,一切正常,我只需要 @Inject 它,不需要 xml,不需要本地或远程接口。该 webapp 是一个使用 vaadin-cdi 的 Vaadin 7.5.6 应用程序。
将 ejb 作为单独的 jar 部署时,调用它的 Web 应用程序失败并显示 "Forbidden"。我用
注释了它
@SecurityDomain("other")
@RolesAllowed({ "guest" })
不过,还是"Forbidden"。 webapp 中可能也需要一些配置。到目前为止,我发现的所有示例都提到了 jndi-lookup、ejb-jar.xml、web.xml、jboss-ejb.xml、ejb 接口等等。甚至可以单独部署并访问 ejb,同时避免所有这些额外的配置吗?我想分解我的应用程序,这样我就不必在每次更改 gui 时都部署所有内容,但是如果我必须恢复到 "old school" ejb 配置,我不确定是否有点.
使用 Wildfly 9.0.2、Java8 和 Maven。
编辑:
EJB : Hello World EJB 存在于 maven 子项目中,它有 jar 包。它没有 xml 配置,也没有本地或远程接口。没有使用 maven-ejb-plugin。实现如下所示:
import javax.ejb.Stateless;
@Stateless
public class ReceptionService {
public String welcome() {
return "Hello, Developer! No XML, No Configuration, and it works!";
}
}
还有许多真实世界的会话 bean 在方法内部使用 JPA,看起来像这样(如下),因此这里可能还会出现一些持久性和事务问题,但直到简单的 hello-世界案例正在发挥作用。 hello-world-webapp 不包含任何这些 EJB,仅包含简单的 hello-world-EJB。
@Stateless
@TransactionManagement(value = TransactionManagementType.CONTAINER)
public class DealerSession {
private Logger logger = LoggerFactory.getLogger(DealerSession.class);
@PersistenceContext(unitName = "MyUnit")
protected EntityManager em;
@TransactionAttribute(REQUIRED)
public Long create(DealerUpdate update) {
notNull(update, "update"); // and so on ....
持久性单元在 EJB 项目中定义,它连接到 Wildfly 中的数据源。在现实世界中,bean 事务会在失败时回滚。
WAR :这是一个 Vaadin 7 webapp。它看起来像这样:
@CDIUI("")
@Theme("valo")
public class WelcomePage extends UI {
@Inject
ReceptionService service;
@Override
protected void init(VaadinRequest request) {
setSizeFull();
String message = service.welcome();
Label label = new Label("this is the message: " + message);
setContent(new HorizontalLayout(label));
} ....
依赖项中引用了 EJB jar 文件。所以它被包括在内,并且一切正常,就好像 EJB bean 只是 war 中的一个 .class 文件一样。这非常方便,因为几乎不涉及任何配置。但是随着这里真实世界项目的增长,我想拆分部署,这样我就不必在每次更新 gui 时将所有 EJB 作为 war 的一部分部署,因为它会减慢速度缩短开发周期。
war 项目依赖于 vaadin-cdi 1.0.3 和 vaadin-bom 7.5.6,当然还有带有 EJB 的 jar(有 jar 而不是 ejb 包装)。还使用了 vaadin-maven-plugin、maven-resource-plugin 和 maven-war-plugin。
这两个项目也使用wildly-plugin 1.0.2.Final。并依赖于 java javaee-api 7.0.
现在,到目前为止,我天真的尝试是将 EJB jar 的包装更改为 "ejb",添加 maven-ejb-plugin,在 [=55] 的 pom 文件中指定依赖项中提供的范围=]-project,并分别部署war和jar。到目前为止,没有错误消息或 warning,两者都已部署。但是访问ejb是"Forbidden",gui中有一条错误消息说,奇怪的是wildfly控制台中没有。我已尝试向 EJB 添加 @SecurityDomain 和 @RolesAllowed 注释(见上文),但也必须在 webapp 上配置这些内容。如果是这样,CDI 无论如何只会将 EJB 作为 pojo 注入,或者我必须添加本地 and/or 远程接口,执行 JNDI 查找,向 xml 配置文件添加很多东西等等,我可以解决这个问题,因为有示例应用程序和文档,但一切都会变得更加复杂,我想避免这种情况。
首先,您的 EJB 并没有被注入,即使它们是与您的 WAR 一起部署的。这是因为您没有声明接口。在这种情况下,您至少必须使用 @LocalBean 注释它们,它声明了 bean 的无接口视图。
当您将 EJB 外包到 jar 中时,CDI 无法注入将由 EJB(代理)生成的 bean 实例,而是注入 pojo 实例。为避免这种情况,您可以为 WAR 中的每个 EJB 创建生产者字段或方法。然后使用 CDI 注入 bean 调用生产者。该生产者必须执行特定的 JNDI 查找 (java:global/...) 才能获取 EJB bean 实例。
然后,当部署到 wildfly 时,您必须将 WAR 的依赖项添加到 JAR,因为两个部署都有单独的 class 加载程序并且彼此看不到。该依赖关系连接两个 class 加载器,以便 WAR 之一能够加载 JAR 的 classes。
在这种情况下,您只需为 WAR 而不是 JAR 激活 CDI,因为 EJB 实例是通过显式 JNDI 查找检索的。
如果您绝对需要使用 cdi 注入,我为我的问题批准的答案可能是正确的。不过,我从来没有达到我让它工作的程度。
相反,我决定尝试使用@EJB 注释,而不是@Inject。当我部署我的 ejb(在我的网络应用程序的一个单独的 jar 中,它位于 war 文件中)Wildfly 注册 jndi-names 并在控制台中报告它。其中一个名字是 "java:global/template-service-1.0.0-SNAPSHOT/ReceptionService"。注意 "global" 范围。
@EJB 注释有一个名为 mappedName 的参数。像这样注入和使用 ejb 就成功了:
@EJB(mappedName = "java:global/template-service-1.0.0-SNAPSHOT/ReceptionService")
ReceptionService service;
@Override
protected void init(VaadinRequest request) {
UI.getCurrent().setLocale(new Locale("nb","no"));
setSizeFull();
String message = service.welcome();
Label label = new Label("message: " + message);
setContent(new HorizontalLayout(label));
}
还需要注册模块依赖,这样客户端class加载器才能看到服务。我在 webapp pom.xml 中使用 war-plugin:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<configuration>
<archive>
<manifestEntries>
<Dependencies>deployment.template-service-1.0.0-SNAPSHOT.jar</Dependencies>
</manifestEntries>
</archive>
</configuration>
</plugin>
这样我就可以单独部署我的 ejb,然后我可以将我的 war-文件部署为 "thin" 部署。我的真实世界项目有一堆 ejbs 和 jpa-stuff,当我处理这些内容时,它们会减慢开发-编译-部署周期,有了这个设置,我可以在摆弄 gui 时节省很多时间。
EJB长这样,没有ejb-jar.xml.
@Stateless
public class ReceptionService {
public String welcome() {
return "Hello, Developer! No XML, No Configuration, and it works!!!";
}
}
消息中的 no-xml- 部分只有在您手动将模块依赖项添加到清单中并且不使用 war-plugin 时才为真:o)
编辑:要在 ejb jar 中包含依赖项,可以使用 one-jar 插件或类似插件。
只要我的 EJB 部署在使用它的应用程序的 war 内,一切正常,我只需要 @Inject 它,不需要 xml,不需要本地或远程接口。该 webapp 是一个使用 vaadin-cdi 的 Vaadin 7.5.6 应用程序。
将 ejb 作为单独的 jar 部署时,调用它的 Web 应用程序失败并显示 "Forbidden"。我用
注释了它@SecurityDomain("other")
@RolesAllowed({ "guest" })
不过,还是"Forbidden"。 webapp 中可能也需要一些配置。到目前为止,我发现的所有示例都提到了 jndi-lookup、ejb-jar.xml、web.xml、jboss-ejb.xml、ejb 接口等等。甚至可以单独部署并访问 ejb,同时避免所有这些额外的配置吗?我想分解我的应用程序,这样我就不必在每次更改 gui 时都部署所有内容,但是如果我必须恢复到 "old school" ejb 配置,我不确定是否有点.
使用 Wildfly 9.0.2、Java8 和 Maven。
编辑:
EJB : Hello World EJB 存在于 maven 子项目中,它有 jar 包。它没有 xml 配置,也没有本地或远程接口。没有使用 maven-ejb-plugin。实现如下所示:
import javax.ejb.Stateless;
@Stateless
public class ReceptionService {
public String welcome() {
return "Hello, Developer! No XML, No Configuration, and it works!";
}
}
还有许多真实世界的会话 bean 在方法内部使用 JPA,看起来像这样(如下),因此这里可能还会出现一些持久性和事务问题,但直到简单的 hello-世界案例正在发挥作用。 hello-world-webapp 不包含任何这些 EJB,仅包含简单的 hello-world-EJB。
@Stateless
@TransactionManagement(value = TransactionManagementType.CONTAINER)
public class DealerSession {
private Logger logger = LoggerFactory.getLogger(DealerSession.class);
@PersistenceContext(unitName = "MyUnit")
protected EntityManager em;
@TransactionAttribute(REQUIRED)
public Long create(DealerUpdate update) {
notNull(update, "update"); // and so on ....
持久性单元在 EJB 项目中定义,它连接到 Wildfly 中的数据源。在现实世界中,bean 事务会在失败时回滚。
WAR :这是一个 Vaadin 7 webapp。它看起来像这样:
@CDIUI("")
@Theme("valo")
public class WelcomePage extends UI {
@Inject
ReceptionService service;
@Override
protected void init(VaadinRequest request) {
setSizeFull();
String message = service.welcome();
Label label = new Label("this is the message: " + message);
setContent(new HorizontalLayout(label));
} ....
依赖项中引用了 EJB jar 文件。所以它被包括在内,并且一切正常,就好像 EJB bean 只是 war 中的一个 .class 文件一样。这非常方便,因为几乎不涉及任何配置。但是随着这里真实世界项目的增长,我想拆分部署,这样我就不必在每次更新 gui 时将所有 EJB 作为 war 的一部分部署,因为它会减慢速度缩短开发周期。
war 项目依赖于 vaadin-cdi 1.0.3 和 vaadin-bom 7.5.6,当然还有带有 EJB 的 jar(有 jar 而不是 ejb 包装)。还使用了 vaadin-maven-plugin、maven-resource-plugin 和 maven-war-plugin。
这两个项目也使用wildly-plugin 1.0.2.Final。并依赖于 java javaee-api 7.0.
现在,到目前为止,我天真的尝试是将 EJB jar 的包装更改为 "ejb",添加 maven-ejb-plugin,在 [=55] 的 pom 文件中指定依赖项中提供的范围=]-project,并分别部署war和jar。到目前为止,没有错误消息或 warning,两者都已部署。但是访问ejb是"Forbidden",gui中有一条错误消息说,奇怪的是wildfly控制台中没有。我已尝试向 EJB 添加 @SecurityDomain 和 @RolesAllowed 注释(见上文),但也必须在 webapp 上配置这些内容。如果是这样,CDI 无论如何只会将 EJB 作为 pojo 注入,或者我必须添加本地 and/or 远程接口,执行 JNDI 查找,向 xml 配置文件添加很多东西等等,我可以解决这个问题,因为有示例应用程序和文档,但一切都会变得更加复杂,我想避免这种情况。
首先,您的 EJB 并没有被注入,即使它们是与您的 WAR 一起部署的。这是因为您没有声明接口。在这种情况下,您至少必须使用 @LocalBean 注释它们,它声明了 bean 的无接口视图。
当您将 EJB 外包到 jar 中时,CDI 无法注入将由 EJB(代理)生成的 bean 实例,而是注入 pojo 实例。为避免这种情况,您可以为 WAR 中的每个 EJB 创建生产者字段或方法。然后使用 CDI 注入 bean 调用生产者。该生产者必须执行特定的 JNDI 查找 (java:global/...) 才能获取 EJB bean 实例。
然后,当部署到 wildfly 时,您必须将 WAR 的依赖项添加到 JAR,因为两个部署都有单独的 class 加载程序并且彼此看不到。该依赖关系连接两个 class 加载器,以便 WAR 之一能够加载 JAR 的 classes。
在这种情况下,您只需为 WAR 而不是 JAR 激活 CDI,因为 EJB 实例是通过显式 JNDI 查找检索的。
如果您绝对需要使用 cdi 注入,我为我的问题批准的答案可能是正确的。不过,我从来没有达到我让它工作的程度。
相反,我决定尝试使用@EJB 注释,而不是@Inject。当我部署我的 ejb(在我的网络应用程序的一个单独的 jar 中,它位于 war 文件中)Wildfly 注册 jndi-names 并在控制台中报告它。其中一个名字是 "java:global/template-service-1.0.0-SNAPSHOT/ReceptionService"。注意 "global" 范围。
@EJB 注释有一个名为 mappedName 的参数。像这样注入和使用 ejb 就成功了:
@EJB(mappedName = "java:global/template-service-1.0.0-SNAPSHOT/ReceptionService")
ReceptionService service;
@Override
protected void init(VaadinRequest request) {
UI.getCurrent().setLocale(new Locale("nb","no"));
setSizeFull();
String message = service.welcome();
Label label = new Label("message: " + message);
setContent(new HorizontalLayout(label));
}
还需要注册模块依赖,这样客户端class加载器才能看到服务。我在 webapp pom.xml 中使用 war-plugin:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<configuration>
<archive>
<manifestEntries>
<Dependencies>deployment.template-service-1.0.0-SNAPSHOT.jar</Dependencies>
</manifestEntries>
</archive>
</configuration>
</plugin>
这样我就可以单独部署我的 ejb,然后我可以将我的 war-文件部署为 "thin" 部署。我的真实世界项目有一堆 ejbs 和 jpa-stuff,当我处理这些内容时,它们会减慢开发-编译-部署周期,有了这个设置,我可以在摆弄 gui 时节省很多时间。
EJB长这样,没有ejb-jar.xml.
@Stateless
public class ReceptionService {
public String welcome() {
return "Hello, Developer! No XML, No Configuration, and it works!!!";
}
}
消息中的 no-xml- 部分只有在您手动将模块依赖项添加到清单中并且不使用 war-plugin 时才为真:o)
编辑:要在 ejb jar 中包含依赖项,可以使用 one-jar 插件或类似插件。