依赖注入在Arquillian Test中不起作用

Question

这是测试类：我尝试注入Paper对象，然后执行操作以测试注入是否失败。

@RunWith(Arquillian.class)
public class ExcelProcessorTest {
    // Not work. Because Paper and ExcelProcessorTest are in different modules?
    @Inject
    private Paper paper;

    @Deployment
    public static JavaArchive createDeployment() {
        JavaArchive jar = ShrinkWrap.create(JavaArchive.class, "test.jar")
                .addClasses(Paper.class)
                .addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml");
        System.out.println(jar.toString(true));

        return jar;
    }

    @Test
    public void notNullTest() {
        Assert.assertNotNull(paper); // paper is null here.
    }

}

我一直在从事一个名为ftc的项目，这是ftc的结构：

请注意， ftc是ftc-*的父模块。 该项目由Maven Convention组织。

ExcelProcessorTest类位于ExcelProcessorTest ftc-test模块中：

Paper类位于ftc-ejb模块中：

Paper类是一个简单的实体bean：

/**
 * Paper generated by hbm2java
 */
@Entity
@Table(name = "paper")
public class Paper implements java.io.Serializable {

    private Integer id;
    private String title;
    private String author;
    private String journal;
    private String volumn;
    private String pages;
    private String alternateJournal;
    private String issn;
    private String doi;
    private String acccessionNumber;
    private String keywords;
    private String abstract_;
    private Integer timesCited;
    private Integer citedReferenceCount;
    private String citedReferenceName;
    private String website;
    private String pdfPath;
    private String issue;
    private Integer paperIndexId;
    private Integer year; // 论文发表的年份
    private String type; // OVERVIEW, EXCEL, PAPER
    private SourceFile sourceFile;
    private Set<PaperIndex> paperIndexes = new HashSet<PaperIndex>(0);
    private Set<Sentence> sentences = new HashSet<Sentence>(0);

    public Paper() {
    }

有人可以告诉我为什么注射失败吗？

哦..我现在有事要做。 我会在几个小时后回到这里。 如果您需要任何详细信息，请在下面评论。 谢谢。

Answer 1

我已经弄清楚了。 在Paper类中，我使用了其他一些类，例如Sentence.class ， PaperIndex.class ，但没有在addClasses()方法中添加它们。 找不到引用的类别，因此注入失败。

我有多蠢...

Answer 2

我在碰上同一件事，对我而言，使用@EJB而不是@Inject可以完美地完成工作……只是提供了提示，但没有解释原因。