我使用hibernate作为持久层与数据库进行通信。我使用maven插件hbm2java生成dao,java,* hbm.xml和hibernate.cfg.xml。直到那时插件工作正常。
但是当我尝试与db通信时,它会产生以下异常。
Aug 30, 2012 1:45:46 PM org.hbm2dao.AssemblyHome getSessionFactory
SEVERE: Could not locate SessionFactory in JNDI
javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.naming.factory.initial
at javax.naming.spi.NamingManager.getInitialContext(Unknown Source)
at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)
at javax.naming.InitialContext.getURLOrDefaultInitCtx(Unknown Source)
at javax.naming.InitialContext.lookup(Unknown Source)
at org.hbm2dao.AssemblyHome.getSessionFactory(AssemblyHome.java:29)
at org.hbm2dao.AssemblyHome.<init>(AssemblyHome.java:24)
at com.myhadoop.app.App.main(App.java:22)
java.lang.IllegalStateException: Could not locate SessionFactory in JNDI
at org.hbm2dao.AssemblyHome.getSessionFactory(AssemblyHome.java:33)
at org.hbm2dao.AssemblyHome.<init>(AssemblyHome.java:24)
at com.myhadoop.app.App.main(App.java:22)
Exception in thread "main" java.lang.NullPointerException
at com.myhadoop.app.App.main(App.java:32)
默认情况下hibernate3:hbm2cfgxml生成hibernate.cfg.xml文件,其session-factory名称为SessionFactory。就像下面一样。
<session-factory name="SessionFactory">
插件生成以下代码以获取会话工厂。
private final SessionFactory sessionFactory = getSessionFactory();
protected SessionFactory getSessionFactory() {
try {
return (SessionFactory) new InitialContext().lookup("SessionFactory");
}
catch (Exception e) {
log.error("Could not locate SessionFactory in JNDI", e);
throw new IllegalStateException("Could not locate SessionFactory in JNDI");
}
}
我发现了类似的查询Problems using eclipse Hibernate plugin - could not locate sessionfactory in JNDI。
然而,改变插件生成的400多个类来从* Home.java获取会话工厂是不可行的。
如何在不更改400+类的情况下使用hibernate插件摆脱这个问题?
我不想使用任何网络/应用服务器,这是我的独立应用程序。
答案 0 :(得分:1)
使用生成的getSessionFactory()
方法只有在您设置环境以便InitialContext
找到hibernate.cfg.xml
文件时才会有效,而且听起来不行。
您可以根据InitialContext
javadocs正确设置InitialContext
和您的环境来解决该问题。作为替代方案,您可以通过更改getSessionFactory
方法完全删除JNDI,只需创建Configuration
,并告诉它映射文件的位置。