web-dev-qa-db-ja.com

Spring + Hibernateを使用したマルチテナンシー：「SessionFactoryはマルチテナンシー用に構成されていますが、テナント識別子が指定されていません」

Spring 3アプリケーションで、Hibernate 4のネイティブ MultiTenantConnectionProvider および CurrentTenantIdentifierResolver を介してマルチテナンシーを実装しようとしています。 Hibernate 4.1.3でこれに問題がありました ですが、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には、今のところ、毎回新しい接続を返すだけのダムコードを記述しただけで、CurrentTenantIdentifierResolverはこの時点で常に同じIDを返します。明らかに、このロジックは、接続をインスタンス化することに成功した後に実装されることになりました。

config.xml

<bean id="sessionFactory" class="org.springframework.orm.hibernate4.LocalSessionFactoryBean">
    <property name="dataSource" ref="dataSource" />
    <property name="packagesToScan">
        <list>
            <value>com.afflatus.edu.thoth.entity</value>
        </list>
    </property>
    <property name="hibernateProperties">
        <props>
            <prop key="hibernate.dialect">${hibernate.dialect}</prop>
            <prop key="hibernate.show_sql">${hibernate.show_sql}</prop>
            <prop key="hibernate.hbm2ddl">${hibernate.dbm2ddl}</prop>
            <prop key="hibernate.multiTenancy">DATABASE</prop>
            <prop key="hibernate.multi_tenant_connection_provider">com.afflatus.edu.thoth.connection.MultiTenantConnectionProviderImpl</prop>
            <prop key="hibernate.tenant_identifier_resolver">com.afflatus.edu.thoth.context.MultiTenantIdentifierResolverImpl</prop>
        </props>
    </property>
</bean>

<bean id="transactionManager" class="org.springframework.orm.hibernate4.HibernateTransactionManager">
    <property name="autodetectDataSource" value="false" />
    <property name="sessionFactory" ref="sessionFactory" />
</bean>

MultiTenantConnectionProvider.Java

package com.afflatus.edu.thoth.connection;

import Java.util.Properties;
import Java.util.HashMap;
import Java.util.Map;

import org.hibernate.service.jdbc.connections.spi.AbstractMultiTenantConnectionProvider;
import org.hibernate.service.jdbc.connections.spi.ConnectionProvider;
import org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider;
import org.springframework.jdbc.datasource.DriverManagerDataSource;
import org.hibernate.cfg.*;

public class MultiTenantConnectionProviderImpl extends AbstractMultiTenantConnectionProvider {

    private final Map<String, ConnectionProvider> connectionProviders
        = new HashMap<String, ConnectionProvider>();

    @Override
    protected ConnectionProvider getAnyConnectionProvider() {

        System.out.println("barfoo");
        Properties properties = getConnectionProperties();

        DriverManagerDataSource ds = new DriverManagerDataSource();
        ds.setDriverClassName("com.mysql.jdbc.Driver");
        ds.setUrl("jdbc:mysql://127.0.0.1:3306/test");
        ds.setUsername("root");
        ds.setPassword("");

        InjectedDataSourceConnectionProvider defaultProvider = new InjectedDataSourceConnectionProvider();
        defaultProvider.setDataSource(ds);
        defaultProvider.configure(properties);

        return (ConnectionProvider) defaultProvider;
    }


    @Override
    protected ConnectionProvider selectConnectionProvider(String tenantIdentifier) {
        System.out.println("foobar");
        Properties properties = getConnectionProperties();

        DriverManagerDataSource ds = new DriverManagerDataSource();
        ds.setDriverClassName("com.mysql.jdbc.Driver");
        ds.setUrl("jdbc:mysql://127.0.0.1:3306/test2");
        ds.setUsername("root");
        ds.setPassword("");

        InjectedDataSourceConnectionProvider defaultProvider = new InjectedDataSourceConnectionProvider();
        defaultProvider.setDataSource(ds);
        defaultProvider.configure(properties);

        return (ConnectionProvider) defaultProvider;
    }

    private Properties getConnectionProperties() {
        Properties properties = new Properties();
        properties.put(AvailableSettings.DIALECT, "org.hibernate.dialect.MySQLDialect");
        properties.put(AvailableSettings.DRIVER, "com.mysql.jdbc.Driver");
        properties.put(AvailableSettings.URL, "jdbc:mysql://127.0.0.1:3306/test");
        properties.put(AvailableSettings.USER, "root");
        properties.put(AvailableSettings.PASS, "");

        return properties;

    }
}

CurrentTenantIdentifierResolver.Java

package com.afflatus.edu.thoth.context;

import org.hibernate.context.spi.CurrentTenantIdentifierResolver;

public class CurrentTenantIdentifierResolverImpl implements CurrentTenantIdentifierResolver {

    public String resolveCurrentTenantIdentifier() {
        return "1";
    }

    public boolean validateExistingCurrentSessions() {
        return true;
    }

}

誰かが特に間違っているものを見ることができますか？これにより、トランザクションが開かれるとすぐに例外がスローされます。 SessionFactoryがセッションを正しく開いていないか、Sessionが返された値を単に無視しているようですCurrentTenantIdentifierResolverによって、これはHibernate4.1.3の問題であると私は信じています。これは解決されたはずでした。

javaspringhibernatemulti-tenant
18
Craige

まえがき：コードが含まれているこの回答を受け入れましたが、これが役に立ったと思われる場合は、 ダレンの回答 に賛成してください。彼は私がこれを完全に解決することができた理由です。

さて、ここに行きます...

Darrenが指摘したように 、これは実際にはSessionFactoryがセッションを不適切にインスタンス化する際の問題です。セッションを手動でインスタンス化する場合、問題はありません。例えば：

_sessionFactory.withOptions().tenantIdentifier(tenant).openSession();
_

ただし、_@Transactional_アノテーションにより、SessionFactoryはsessionFactory.getCurrentSession()でセッションを開きます。これは、CurrentTenantIdentifierResolverからテナント識別子を取得しません。

ダレンは、DAOレイヤーでセッションを手動で開くことを提案しましたが、これは、各DAOメソッドがローカルスコープのトランザクションを持つことを意味します。これを行うのに適した場所は、サービスレイヤーです。各サービスレイヤー呼び出し（つまり、doSomeLogicalTask()）は、複数のDAOメソッドを呼び出す場合があります。これらは論理的に関連しているため、これらのそれぞれを同じトランザクションにバインドする必要があることは理にかなっています。

さらに、トランザクションを作成および管理するために、各サービスレイヤーメソッドでコードを複製するというアイデアは好きではありませんでした。代わりに、AOPを使用して、新しいSessionをインスタンス化し、トランザクションを処理するためのアドバイスを使用して、サービスレイヤーの各メソッドをラップしました。アスペクトは、現在のSessionをTheadLocalスタックに格納します。このスタックには、DAOレイヤーがクエリのためにアクセスできます。

このすべての作業により、SessionではなくThreadLocalスタックからSessionFactoryを取得するDAOスーパークラスの1行を除いて、インターフェイスと実装がバグ修正された対応物と同一のままになります。これは、バグが修正されたら変更できます。

少しクリーンアップしたら、すぐにコードを投稿します。誰かがこれに問題を見つけたら、以下で気軽に議論してください。

11
Craige

コードのどこかで@Transactionalを使用していますか（つまり、サービスまたはdaoクラス/メソッドをマークしていますか）？サービスクラスで@Transactionalをコメントアウトするまで、同じエラーが発生していました。これは、Hibernate4のデフォルトのopenSessionInThreadの動作に関連していると思います。

また、ConnectionProviderとTenantIdentifierResolverのカスタム実装なしで休止状態を構成しました。私はjndiベースのアプローチを使用しており、hibernate.connection.datasourceをJava：// comp/env/jdbc /に設定してから、jndiリソースの名前をdaoメソッドに渡します。このメソッドはsessionFactory.withOptions（ ）.tenantIdentifier（tenant）.openSession（）;

@Transactionalで構成を機能させることができるかどうかを確認するためにまだ遊んでいますが、スレッド動作のデフォルトセッションを使用したjndiベースのアプローチは現在機能しているようです。

16
Darren

これは古いトピックかもしれませんが、答えはすでに処理されている可能性があります。私が気付いたのは次のとおりです。

クラスCurrentTenantIdentifierResolverImplを定義します。

public class CurrentTenantIdentifierResolverImpl implements CurrentTenantIdentifierResolver

ただし、構成では、MultiTenantIdentifierResolverImplを参照します。

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

今日も同じ過ちを犯したので、これを指摘するだけで、その後はすべて魅力のように機能しました。

2
Carsten

この記事 で説明したように、HibernateはCurrentTenantIdentifierResolverインターフェースを定義して、SpringやJava EEなどのフレームワークがデフォルトのSessionインスタンス化メカニズム（EntityManagerFactiryから）。

したがって、CurrentTenantIdentifierResolverは、適切な完全修飾クラス名を指定しなかったために間違った場所である構成プロパティを介して設定する必要があります。 CurrentTenantIdentifierResolverの実装はCurrentTenantIdentifierResolverImplであり、_hibernate.tenant_identifier_resolver_は次のようにする必要があります。

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

これを修正した後、HibernateTransactionManagerがgetSessionFactory().openSession()を呼び出すと、HibernateはCurrentTenantIdentifierResolverImplを使用してテナント識別子を解決します。

1
Vlad Mihalcea

CurrentTenantIdentifierResolver実装がresolveCurrentTenantIdentifier（）メソッドに対してnullを返したときに、同様の問題が発生しました

0
Scott Warren

おそらく、hibernateのバージョンを最後の4.Xにアップグレードし、アノテーションまたはアスペクトを使用してトランザクションを開始する必要があります

0
David