Exception with Spring Data under Spring Boot 1.5.2

ZeroTurnaround Homepage Forums JRebel Support Exception with Spring Data under Spring Boot 1.5.2

Tagged: 

This topic contains 1 reply, has 3 voices, and was last updated by  Valerie Avramenko 5 months, 2 weeks ago.

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #61858

    Hi:

    I’ve recently upgraded my Spring Boot dependencies to 1.5.2, and that has upgraded Spring Data as well. While starting up my project I’ve encountered that JRebel throws an exception related to missing column ‘classname’. Is there anything I can do on my end?

    2017-03-07 08:47:38 JRebel: ERROR Class 'org.springframework.data.repository.config.CustomRepositoryImplementationDetector' could not be processed by org.zeroturnaround.jrebel.integration.springdata.cbp.CustomRepositoryImplementationDetectorCBP@sun.misc.Launcher$AppClassLoader@18b4aac2: org.zeroturnaround.bundled.javassist.CannotCompileException: [source error] no such field: className
    	at org.zeroturnaround.bundled.javassist.CtBehavior.insertBefore(SourceFile:774)
    	at org.zeroturnaround.bundled.javassist.CtBehavior.insertBefore(SourceFile:734)
    	at org.zeroturnaround.jrebel.integration.springdata.cbp.CustomRepositoryImplementationDetectorCBP.handleDetectCustomImplementation(CustomRepositoryImplementationDetectorCBP.java:27)
    	at org.zeroturnaround.jrebel.integration.springdata.cbp.CustomRepositoryImplementationDetectorCBP.process(CustomRepositoryImplementationDetectorCBP.java:21)
    	at org.zeroturnaround.javarebel.integration.support.JavassistClassBytecodeProcessor.process(SourceFile:117)
    	at com.zeroturnaround.javarebel.sx.a(SourceFile:376)
    	at com.zeroturnaround.javarebel.sx.a(SourceFile:365)
    	at com.zeroturnaround.javarebel.sx.a(SourceFile:322)
    	at com.zeroturnaround.javarebel.SDKIntegrationImpl.runBytecodeProcessors(SourceFile:34)
    	at com.zeroturnaround.javarebel.rb.transform(SourceFile:105)
    	at java.lang.ClassLoader.defineClass(ClassLoader.java)
    	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    	at java.net.URLClassLoader.defineClass(URLClassLoader.java:467)
    	at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
    	at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
    	at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
    	at java.security.AccessController.doPrivileged(Native Method)
    	at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
    	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
    	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    	at org.springframework.data.repository.config.RepositoryBeanDefinitionBuilder.<init>(RepositoryBeanDefinitionBuilder.java:69)
    	at org.springframework.data.repository.config.RepositoryConfigurationDelegate.registerRepositoriesIn(RepositoryConfigurationDelegate.java:118)
    	at org.springframework.boot.autoconfigure.data.AbstractRepositoryConfigurationSourceSupport.registerBeanDefinitions(AbstractRepositoryConfigurationSourceSupport.java:59)
    	at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsFromRegistrars(ConfigurationClassBeanDefinitionReader.java:352)
    	at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsForConfigurationClass(ConfigurationClassBeanDefinitionReader.java:143)
    	at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitions(ConfigurationClassBeanDefinitionReader.java:116)
    	at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:320)
    	at org.springframework.context.annotation.ConfigurationClassPostProcessor.postProcessBeanDefinitionRegistry(ConfigurationClassPostProcessor.java:228)
    	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanDefinitionRegistryPostProcessors(PostProcessorRegistrationDelegate.java:270)
    	at org.springframework.context.support.PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(PostProcessorRegistrationDelegate.java:93)
    	at org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:686)
    	at org.springframework.context.support.AbstractApplicationContext.__refresh(AbstractApplicationContext.java:524)
    	at org.springframework.context.support.AbstractApplicationContext.jrLockAndRefresh(AbstractApplicationContext.java)
    	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java)
    	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 com.mannindia.txn.Transaxion.main(Transaxion.java:14)
    Caused by: compile error: no such field: className
    	at org.zeroturnaround.bundled.javassist.compiler.TypeChecker.fieldAccess(SourceFile:845)
    	at org.zeroturnaround.bundled.javassist.compiler.TypeChecker.atFieldRead(SourceFile:803)
    	at org.zeroturnaround.bundled.javassist.compiler.TypeChecker.atMember(SourceFile:988)
    	at org.zeroturnaround.bundled.javassist.compiler.JvstTypeChecker.atMember(SourceFile:66)
    	at org.zeroturnaround.bundled.javassist.compiler.ast.Member.accept(SourceFile:39)
    	at org.zeroturnaround.bundled.javassist.compiler.JvstTypeChecker.atMethodArgs(SourceFile:221)
    	at org.zeroturnaround.bundled.javassist.compiler.TypeChecker.atMethodCallCore(SourceFile:735)
    	at org.zeroturnaround.bundled.javassist.compiler.TypeChecker.atCallExpr(SourceFile:695)
    	at org.zeroturnaround.bundled.javassist.compiler.JvstTypeChecker.atCallExpr(SourceFile:157)
    	at org.zeroturnaround.bundled.javassist.compiler.ast.CallExpr.accept(SourceFile:46)
    	at org.zeroturnaround.bundled.javassist.compiler.CodeGen.doTypeCheck(SourceFile:242)
    	at org.zeroturnaround.bundled.javassist.compiler.CodeGen.atStmnt(SourceFile:330)
    	at org.zeroturnaround.bundled.javassist.compiler.ast.Stmnt.accept(SourceFile:50)
    	at org.zeroturnaround.bundled.javassist.compiler.Javac.compileStmnt(SourceFile:567)
    	at org.zeroturnaround.bundled.javassist.CtBehavior.insertBefore(SourceFile:754)
    	... 40 more
    #61911

    Valerie Avramenko
    Rebel Staff

    Hello Victor!

    Yeap, there was a bug on our side with Spring 1.5.2, but it’s fixed now in the Nightly Build: https://zeroturnaround.com/software/jrebel/download/nightly-build/ Could you please try it out and confirm if it’s working for you as expected now?

    Kind regards,
    Valerie

    #62005

    dhopper
    Member

    Any idea when a fix for this will be officially released? This has rendered JRebel useless for us without having everybody upgrade to a nightly build which has its own risks obviously.

Viewing 3 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic.