当前位置: 首页 > 知识库问答 >
问题:

无法解压缩到请求的类型[javax.sql.DataSource]

慎懿轩
2023-03-14

我想在spring boot和hibernate 5.2.6中使用sessionfactory,在尝试了一些解决方案后,我尝试使用LocalSessionFactoryBuilder,但是我遇到了这个异常。我的数据源被spring boot注入。我不知道为什么

@Configuration
@EnableTransactionManagement
public class DatabaseConfiguration {

    @Inject
    public DataSource dataSource;

    @Inject
    public JpaProperties prop;

    @Bean
    public SessionFactory sessionFactory() {
        LocalSessionFactoryBuilder builder = new LocalSessionFactoryBuilder(dataSource);
        builder.scanPackages("or.roshan");
        builder.setProperties(getHibernateProperties());
        return builder.buildSessionFactory();
    }


    private Properties getHibernateProperties() {
        Properties properties = new Properties();
        properties.put("hibernate.show_sql", "true");
        properties.put("hibernate.dialect", "org.hibernate.dialect.MySQL5Dialect");
        properties.put("hibernate.current_session_context_class", "org.springframework.orm.hibernate5.SpringSessionContext");
        return properties;
    }


    @Bean
    public HibernateTransactionManager transactionManager(@Autowired SessionFactory sessionFactory) {
        HibernateTransactionManager transactionManager = new HibernateTransactionManager();
        transactionManager.setSessionFactory(sessionFactory);
        return transactionManager;
    }

}

我得到了这个例外

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'transactionManager' defined in class path resource [org/roshan/framework/config/DatabaseConfiguration.class]: Invocation of init method failed; nested exception is org.hibernate.service.UnknownUnwrapTypeException: Cannot unwrap to requested type [javax.sql.DataSource]
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1628)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:555)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:761)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:866)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:542)
    at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122)
    at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:737)
    at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:370)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:314)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:1162)
    at org.springframework.boot.SpringApplication.run(SpringApplication.java:1151)
    at org.roshan.uaa.UaaApplication.main(UaaApplication.java:20)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49)
Caused by: org.hibernate.service.UnknownUnwrapTypeException: Cannot unwrap to requested type [javax.sql.DataSource]
    at org.hibernate.engine.jdbc.connections.internal.UserSuppliedConnectionProviderImpl.unwrap(UserSuppliedConnectionProviderImpl.java:38)
    at org.springframework.orm.hibernate5.SessionFactoryUtils.getDataSource(SessionFactoryUtils.java:198)
    at org.springframework.orm.hibernate5.HibernateTransactionManager.afterPropertiesSet(HibernateTransactionManager.java:353)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1687)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1624)
    ... 21 common frames omitted

共有1个答案

牧信厚
2023-03-14

我不知道你从哪里得到的建议,但在我看来很奇怪。如果要公开SessionFactory,应该执行如下操作:

@Configuration
public class MyConfig {

   @Bean
   public SessionFactory sessionFactory(EntityManagerFactory factory) {
     if (factory.unwrap(SessionFactory.class) == null) {
       throw new NullPointerException("factory is not a hibernate factory");
     }
     return entityManagerFactory.unwrap(SessionFactory.class);
   }
}
 类似资料:
  • 问题内容: 一般用例 想象一个客户端正在上传大量JSON。Content-Type应该保留,application/json因为它描述了实际数据。Accept-Encoding和Transfer-Encoding似乎是在告诉服务器应如何格式化响应。看来,响应为此目的明确使用了Content-Encoding头,但这不是有效的请求头。 我有什么想念的吗?有没有人找到一个优雅的解决方案? 具体用例 我

  • 问题内容: 我知道这个问题之前已经回答过,但是由于我没有在项目中使用数据源,因此所有答复似乎都没有帮助。 我有一个与Spring和Hibernate集成的Maven项目,该项目连接到SQL Server 2014数据库。 这是我的pom.xml,您可以在其中查看版本: 这是hibernate.cfg.xml: 我创建会话工厂的类: 我使用Tomcat8。无论何时运行它,都会得到UnknownUnw

  • 从 pipeline 章节,我们知道对于多个简单的 Redis 命令可以汇聚到一个请求中,提升服务端的并发能力。然而,在有些场景下,我们每次命令的输入需要引用上个命令的输出,甚至可能还要对第一个命令的输出做一些加工,再把加工结果当成第二个命令的输入。pipeline 难以处理这样的场景。庆幸的是,我们可以用 Redis 里的 script 来压缩这些复杂命令。 script 的核心思想是在 Red

  • 通常情况下,我们每个操作 Redis 的命令都以一个 TCP 请求发送给 Redis,这样的做法简单直观。然而,当我们有连续多个命令需要发送给 Redis 时,如果每个命令都以一个数据包发送给 Redis,将会降低服务端的并发能力。 为什么呢?大家知道每发送一个 TCP 报文,会存在网络延时及操作系统的处理延时。大部分情况下,网络延时要远大于 CPU 的处理延时。如果一个简单的命令就以一个 TCP

  • 由于我不是专家,我有一个关于HTTP/2的一般问题。 因此,众所周知,HTTP2压缩报头以减小消息大小。这只适用于响应还是也适用于请求?如果做一个小实验,运行两个小型HTTP服务器,一个使用版本1.1,另一个使用版本2,让两个服务器发送完全相同的内容,然后在Firefox中请求两个页面,我可以看到HTTP/2版本的响应头大小大大减小。但是,请求头的大小几乎相同。在我看来,这是有道理的,因为浏览器事

  • OS-X 优胜美地 目标-C 压缩视频输入(AVCaptureDeviceFormat=='muxx'/'isr') 压缩视频流作为支持“muxx/isr”有效载荷格式的HAL捕获设备(AVCaptureDevice)暴露于操作系统,我希望能够直接访问压缩有效载荷的原始字节(不解压)。 使用“+(AVCaptureDevice*)DeviceWithUniqueID:(NSString*)Devi