3

我有一个可注入的提供程序，它可能会或可能会返回 null。当它为空时，我得到一个异常。我将提供程序注册为 Singleton，我是否可以将其注册为我自定义的 SingletonContext 类型，以便为 supportNullCreation() 返回 true？我想如果我能做到这一点，那么即使 findOrCreate() 返回 null，我的代码仍然会运行，这正是我想要的。

@ApplicationPath("rest")
public class MyApplication extends ResourceConfig 
{
    public MyApplication()
    {
        ...
    // Provider of DB
    this.register( new AbstractBinder()
    {
       @Override
       public void configure()
       {
 bindFactory(DbManager.class).to(EntityManagerFactory.class).in(Singleton.class);
       }
    });
}

然后它是这样使用的：

@Singleton
@Path("myservice")
public class WebServiceClass
{
   // NOTE: Right now I have to comment this to run without a DB
   @Inject
   private EntityManagerFactory entityManagerFactory = null;
   ...

我得到的例外是这个......

java.lang.IllegalStateException: Context 
 org.jvnet.hk2.internal.SingletonContext@6cae5847 findOrCreate returned a null for 
descriptor SystemDescriptor(
    implementation=com.db.DbManager
    contracts={javax.persistence.EntityManagerFactory}
    scope=javax.inject.Singleton
    qualifiers={}
    descriptorType=PROVIDE_METHOD
    descriptorVisibility=NORMAL
    metadata=
    rank=0
    loader=org.glassfish.hk2.utilities.binding.AbstractBinder$2@7050f2b1
    proxiable=null
    proxyForSameScope=null
    analysisName=null
    id=145
    locatorId=0
    identityHashCode=863132354
    reified=true)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2075)
...
4

1 回答 1

2

我建议稍微改变一下设计。在资源类中使用EntityManagerFactory不是很好的设计。你留下了像这样的代码

public class Resource {
    private EntityManagerFctory emf;

    @POST
    public Response get(Entity e) {
        EntityManager em = emf.createEntityManager();
        em.getTransaction().begin();
        em.persist(e);
        em.getTransaction().commit();
        em.close();
    }
}

这张照片有很多问题。一方面，您违反了[单一职责原则][1]。null其次，即使有可能，这也不允许您优雅地处理EMF。你到处都有这个

if (emf != null) {
    // do code above
} else {
    // do something else.
}

也不是很好的测试。常见的模式是使用DAO层。就我个人而言，我什至在 DAO 和 REST 层之间添加了一个服务层，但你可以只使用一个 DAO 层。

例如，我要做的是为数据访问调用创建一个通用抽象接口。

public interface DataService {
    Data getData();
}

然后为数据库访问创建一个实现

public class WithDbService implements DataService {
    private EntityManagerFactory emf;

    public WithDbService(EntityManagerFactory emf) {
        this.emf = emf;
    }

    @Override
    public Data getData() {
        ...
    }
}

然后创建另一个没有数据库访问权限的实现。

public class WithoutDbService implements DataService {
    @Override
    public Data getData() {}
}

然后您可以使用 aFactory创建DataService. 您将要做的是使用ServiceLocator来尝试找到 EMF。如果不为null，则返回WithDbServiceelse返回WithoutDbService

public class DataServiceFatory implements Factory<DataService> {

    private DataService dataService;

    @Inject
    public DataServiceFactory(ServiceLocator locator) {
        // abbreviated for brevity
        EMF emf = locator.getService(EMF.class);
        if (emf != null) {
            dataService = new WithDbService(emf);
        } else {
            dataService = new WithoutDbService();
        }
    }

    @Override
    public DataService provider() { return dataService; }
}
[...]
bindFactory(DataServiceFactory.class).to(DataService.class).in(..);

然后你可以在DataService任何地方注入。只要这两个实现遵循合同，它就可以正常工作。

可能会有一些设计改进，但与直接在资源类中使用 EMF 相比，这是一个很大的进步。

于 2015-10-01T00:59:44.643 回答