Java Spring和x2B的多租户；冬眠：“；SessionFactory配置为多租户，但未指定租户标识符；

在Spring3应用程序中，我试图通过Hibernate4的本机和。我看到了，但我运行的是4.1.9，仍然会遇到类似的异常：

   Caused by:

org.hibernate.HibernateException: SessionFactory configured for multi-tenancy, but no tenant identifier specified
    at org.hibernate.internal.AbstractSessionImpl.<init>(AbstractSessionImpl.java:84)
    at org.hibernate.internal.SessionImpl.<init>(SessionImpl.java:239)
    at org.hibernate.internal.SessionFactoryImpl$SessionBuilderImpl.openSession(SessionFactoryImpl.java:1597)
    at org.hibernate.internal.SessionFactoryImpl.openSession(SessionFactoryImpl.java:963)
    at org.springframework.orm.hibernate4.HibernateTransactionManager.doBegin(HibernateTransactionManager.java:328)
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:371)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:334)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:105)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
    at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:631)
    at com.afflatus.edu.thoth.repository.UserRepository$$EnhancerByCGLIB$$c844ce96.getAllUsers(<generated>)
    at com.afflatus.edu.thoth.service.UserService.getAllUsers(UserService.java:29)
    at com.afflatus.edu.thoth.HomeController.hello(HomeController.java:37)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:219)
    at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132)
    at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:746)
    at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:687)
    at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80)
    at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925)
    at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856)
    at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:915)
    at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:811)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:735)
    at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:796)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
    at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:671)
    at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:448)
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:138)
    at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:564)
    at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:213)
    at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1070)
    at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:375)
    at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:175)
    at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1004)
    at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:136)
    at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:258)
    at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109)
    at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
    at org.eclipse.jetty.server.Server.handle(Server.java:439)
    at org.eclipse.jetty.server.HttpChannel.run(HttpChannel.java:246)
    at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:265)
    at org.eclipse.jetty.io.AbstractConnection$ReadCallback.run(AbstractConnection.java:240)
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:589)
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:520)
    at java.lang.Thread.run(Thread.java:722) enter code here

MultiTenantConnectionProvider.java

---

有人能看出什么特别的错误吗？这会在事务打开后立即引发异常。似乎

会话工厂

没有正确打开会话，或者

会话

只是忽略了

CurrentTenantIdentifierResolver

返回的值，我认为这是Hibernate 4.1.3中的问题；这应该已经解决了。

也许您需要将hibernate版本升级到last 4.X，并使用注释或方面来启动事务

您是否在代码中的任何地方使用

@Transactional

（即标记服务或dao类/方法）？
在注释掉我的服务类中的

@Transactional

之前，我遇到了相同的错误。
我认为这与Hibernate4默认的openSessionInThread行为有关

我还配置了hibernate，但没有自定义实现

ConnectionProvider

和

TenantIdentifierResolver

。我正在使用基于jndi的方法，将hibernate.connection.datasource设置为java://comp/env/jdbc/，然后将jndi资源的名称传递到我的dao方法中，该方法调用

sessionFactory.withOptions（）.tenantIdentifier（tenant.openSession（）

我仍然在玩，看看是否可以使用
@Transactional
进行配置，但是基于jndi的线程行为中默认会话的方法现在似乎正在工作。
前言：虽然我接受了这个（将）包含代码的答案，但如果您认为这有用，请进行投票。他就是我能解决这个问题的原因

好了，我们开始

，这确实是SessionFactory不正确地实例化会话的问题。如果要手动实例化会话，则没有问题。例如：

sessionFactory.withOptions().tenantIdentifier(tenant).openSession();

但是，
@Transactional
注释会导致SessionFactory打开与
SessionFactory.getCurrentSession（）
的会话，该会话不会从
CurrentTenantIdentifier解析器中提取租户标识符

Darren建议在DAO层手动打开会话，但这意味着每个DAO方法都将有一个本地范围的事务。更好的方法是在服务层。每个服务层调用（即，
doSomeLogicalTask（）
）可以调用多个DAO方法。它们都应该绑定到同一个事务，因为它们在逻辑上是相关的

此外，我不喜欢在每个服务层方法中复制代码来创建和管理事务。相反，我使用AOP将服务层中的每个方法包装成建议，以实例化一个新的
会话
，并处理事务。方面将当前的
会话
存储在一个
本地
堆栈中，DAO层可以访问该堆栈进行查询

所有这些工作都将允许接口和实现与它们的bug修复对应项保持一致，除了DAO超类中的一行将从
ThreadLocal
堆栈而不是
SessionFactory
获取
会话。这可以在修复错误后更改

我会很快发布代码，只要我稍微清理一下。如果有人发现这方面有任何问题，请随时在下面讨论。
尽管这可能是一个较老的话题，而且答案可能已经得到了解决。我注意到的是：

在定义类CurrentTenantIdentifierResolverImpl时：

public class CurrentTenantIdentifierResolverImpl implements CurrentTenantIdentifierResolver

<prop key="hibernate.tenant_identifier_resolver">com.afflatus.edu.thoth.context.MultiTenantIdentifierResolverImpl</prop>

但在配置中，您引用了MultiTenantIdentifier ResolveRimpl：

public class CurrentTenantIdentifierResolverImpl implements CurrentTenantIdentifierResolver

<prop key="hibernate.tenant_identifier_resolver">com.afflatus.edu.thoth.context.MultiTenantIdentifierResolverImpl</prop>

com.afflatus.edu.thoth.context.MultiTenantIdentifier ResolveRimpl

我只是指出这一点，因为我今天犯了同样的错误，之后一切都很顺利。
当我的CurrentTenantIdentifier Resolver实现为resolveCurrentTenantIdentifier（）返回null时，我遇到了类似的问题方法
Hibernate定义接口，以帮助Spring或Java EE等框架允许使用默认的
会话
实例化机制（可以是从
EntityManager工厂
）

因此，必须通过一个配置属性设置
CurrentTenantIdentifierResolver
，因为您没有提供正确的完全限定类名，所以该属性正好是您出错的地方。
CurrentTenantIdentifierResolver
实现为
CurrentTenantIdentifierResolverImpl
，
hibernate.tenant\u标识符\u resolver
必须是：

<prop key="hibernate.tenant_identifier_resolver">com.afflatus.edu.thoth.context.CurrentTenantIdentifierResolverImpl</prop>

com.afflatus.edu.thoth.context.CurrentTenantIdentifierResolverImpl

修复此问题后，当
HibernateTransactionManager
调用
getSessionFactory（）.openSession（）
时，Hibernate将使用
CurrentTenantIdentifierResolverImpl
解析租户标识符。
4.1.9是通过Maven打包的最新稳定版本。4.2作为CR可用，但即使如此，我也得到了同样的例外。我使用@Transactional，我认为你的理论是正确的。您能提供一些Jndi解决方案的代码示例吗？我今天要讨论一下这个问题，看看我是否能做点什么。我根据你的反馈制定了一个解决方案。我不是100%相信它，但我使用AOP将我的服务层方法包装为手动事务处理。这将保持我的服务层和DAO类的公共接口干净。我还在使用ConnectionProvider和TenantIdentifierResolver，所以当这个问题在将来得到解决时（我相信这是一个bug），我的所有接口都会保留下来
<prop key="hibernate.tenant_identifier_resolver">com.afflatus.edu.thoth.context.CurrentTenantIdentifierResolverImpl</prop>