glassfishnetbeans：为什么jsfweb应用程序作为表示模块需要同时引用ejbapi模块和EJB实现模块

Question

玻璃鱼。1.1（或Payara41）Java EE 7

[编辑：简单的答案/解决方案可能是“不要这样做，用EAR代替”，但它有一些缺点，见底部]

我正在探索模块化大型Web应用程序的策略。我在文件夹 /multi-ant下有以下结构（注意所有的项目模块都是NetBeans蚂蚁风格的项目版本）：

multi-ant/
├── CoreAPIAnt       (NetBeans Java Class Library project)
├── CoreEJBAnt       (NetBeans EJB Module project)
├── CoreWebAnt       (NetBeans Web Application Project, WAR + extra JAR build)

系统（如图所示）仅使用@本地接口（还有一个@远程方面和独立应用程序客户端未显示）。

CoreWebAnt可以作为具有WAR结构的JSF Web应用程序独立运行。

在CoreEJBant中，我有一个单一的元素实体，并且：

@Stateless
public class ElementQuery implements IElementQuery {

其中IElementQuery位于CoreAPIant中，这是一个NetBeansJava类库项目：

@Local
public interface IElementQuery extends Serializable {

在CoreWebAnt JSF web应用程序中，我有：

...
import javax.inject.Named;
import javax.faces.view.ViewScoped;

@Named(value = "elementManager")
@ViewScoped
public class ElementManager implements Serializable {

    @EJB private IElementQuery elementQuery;

目的是让Web应用模块与EJB实现无关，但是如果我只是将CoreAPIant设置为CoreWebant中的项目依赖项（dist/CoreAPIAnt.jar）（不引用dist/CoreEJBAnt.jar），然后部署CoreEJBant和CoreWebant，CoreWebant中使用的ElementManager无法解决针对IElementQuery的注入，我得到这个错误：

Severe:   Cannot resolve reference Local ejb-ref name=com.example.multi.core.web.ElementManager/elementQuery,Local 3.x interface =com.example.multi.core.api.IElementQuery,ejb-link=null,lookup=,mappedName=,jndi-name=,refType=Session
Severe:   Exception while deploying the app [CoreWebAnt]
Severe:   Exception during lifecycle processing
java.lang.RuntimeException: Cannot resolve reference Local ejb-ref name=com.example.multi.core.web.ElementManager/elementQuery,Local 3.x interface =com.example.multi.core.api.IElementQuery,ejb-link=null,lookup=,mappedName=,jndi-name=,refType=Session
    at com.sun.enterprise.deployment.util.ComponentValidator.accept(ComponentValidator.java:374)

但是，如果我也将Corejbant作为项目依赖项包含在CoreWebAnt中（因此dist/corejbant.jar在其/lib下可用），那么我可以完全独立地运行CoreWebAnt fine（并且无需首先部署Corejbant）。但是，这违背了仅具有接口的CoreAPIAnt模块的全部目的。

问：为什么当CoreWebant单独运行并且只依赖于CoreAPIAnt.jar时，Glassfish不能“看到”并解决部署的CoreEJBant中的注入实现候选@无状态元素查询（vs@EJB IElementQuery from CoreAPIant）？

如果可能的话，我希望避免@Remote的开销（以及通过RMI返回的实体的所有后果），并暂时完全停留在@Local开发生态系统中。

必须从web应用程序中引用Corejbant模块并不是世界末日，但它打破了vs API规则，我想理解为什么这里也需要它。

编辑：EAR方法（经过更多调查）

如果我在NetBeans中创建一个空的EAR项目（没有嵌套的EJB模块或Web应用程序模块），那么我可以使用javaee模块节点上的addjavaee模块来添加CoreEJBAnt。jar和corewbant。war，并且它运行良好，没有CoreWebAnt模块对实现模块CoreJBant的项目依赖性（它只需要CoreAPIAnt）。分解的分布结构如下所示：

$ tree -L 3 CoreEAR/dist/gfdeploy/
CoreEAR/dist/gfdeploy/
└── CoreEAR
    ├── CoreEJBAnt_jar
    │   ├── CoreAPIAnt.jar
    │   ├── META-INF
    │   ├── com ...
    │   └── rebel.xml
    ├── CoreWebAnt_war
    │   ├── META-INF
    │   ├── WEB-INF
    │   ├── index.xhtml
    │   └── resources
    ├── META-INF
    │   └── MANIFEST.MF
    ├── gfv3ee6.dpf
    ├── lib
    │   ├── CoreAPIAnt.jar
    │   └── other.jar

它甚至很好地在lib下引入了其他JAR库，我还不得不将其放入CoreWebAnt的lib中，以使其独立运行。

然而，在使用JRebel时，我会遇到一些新的错误，尽管它肯定会捕获并重新加载CoreWebAnt和Corejbant项目中编辑的更改。

因此，我的问题的答案可能确实是“不要尝试使用独立的web应用程序，使用EAR方法”，但我仍然有兴趣知道为什么Glassfish的设计不是为了让web应用程序“看到”单独部署的EJB模块。我没有在说明书中找到任何关于它的具体信息。

Answer 1

爪哇™ 平台，企业版（JavaEE）规范，v7在应用程序组装和部署部分提供了对运行时类可见性要求的清晰描述。

这是所有完整的JavaEE服务器（如GlassFish和WildFly）实现的。

单独部署的组成部分（部署单位）的隔离是故意的。