|
|
Közzétéve 2019. 03. 11. 13:25:56
|
|
|
|

Nemrégiben a RedisTemplate-t használták projektfejlesztés során, és az egységtesztelés azt mutatta, hogy "Field redisTemplate a com.example.demo1.dao.RedisDao formátumban egy 'org.springframework.data.redis.core.RedisTemplate' típusú bean szükséges, amely nem találták", ami azt jelenti, hogy "nem találtam RedisTemplate típusú babot". Természetesen csak erre a mondatra nézve nem tudjuk, miért fordul elő ez a probléma. Most tegyél közzé részletes hibanaplót.
2018-08-10 14:53:49.761 - Kivételt kaptunk, amikor a TestExecutionListener [org.springframework.test.context.web.ServletTestExecutionListener@5af3afd9] tesztet készít elő instance [com.example.demo1.Demo1ApplicationTests@2361365c]
java.lang.IllegalStateException: Failed to load ApplicationContext at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:124) at org.springframework.test.context.support.DefaultTestContext.getApplicationContext(DefaultTestContext.java:83) at org.springframework.test.context.web.ServletTestExecutionListener.setUpRequestContextIfNecessary(ServletTestExecutionListener.java:189) at org.springframework.test.context.web.ServletTestExecutionListener.prepareTestInstance(ServletTestExecutionListener.java:131) at org.springframework.test.context.TestContextManager.prepareTestInstance(TestContextManager.java:230) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.createTest(SpringJUnit4ClassRunner.java:228) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner$1.runReflectiveCall(SpringJUnit4ClassRunner.java:287) az org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) címen at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.methodBlock(SpringJUnit4ClassRunner.java:289) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:247) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:94) a org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) címen org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) címen az org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) címen az org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) az org.junit.runners.ParentRunner.run(ParentRunner.java:363) címen at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:191) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) Ok: org.springframework.beans.factory.UnsatisfiedDependencyException: Hiba létrehozása bab 'redisDao' néven: Elégedetlen függőség kifejezése a mezőn keresztül redisTemplate'; a beépített kivétel org.springframework.beans.factory.NoSuchBeanDefinitionException: Nincs 'org.springframework.data.redis.core.RedisTemplate<java.lang.String, java.lang.Object>' elérhető: várhatóan legalább 1 bean, amely automatikus vezetékes jelöltnek minősül. Függőségi annotációk: {@org.springframework.beans.factory.annotation.Autowired(required=true)} at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:588) at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:88) at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:366) címen at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1264) címen at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:553) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483) címen 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) címen at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:761) az org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:867) címen az org.springframework.context.support.AbstractApplicationContext.refresh (AbstractApplicationContext.java:543) címen at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693) at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360) at org.springframework.boot.SpringApplication.run(SpringApplication.java:303) at org.springframework.boot.test.context.SpringBootContextLoader.loadContext(SpringBootContextLoader.java:120) at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContextInternal(DefaultCacheAwareContextLoaderDelegate.java:98) at org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate.loadContext(DefaultCacheAwareContextLoaderDelegate.java:116) ... 25 elhagyott közös keret Ok: org.springframework.beans.factory.NoSuchBeanDefinitionException: Nincs 'org.springframework.data.redis.core.RedisTemplate<java.lang.String, java.lang.Object>' elérhető: várhatóan legalább 1 bean, amely automatikus vezetékes jelöltnek minősül. Függőségi annotációk: {@org.springframework.beans.factory.annotation.Autowired(required=true)} at org.springframework.beans.factory.support.DefaultListableBeanFactory.raiseNoMatchingBeanFound(DefaultListableBeanFactory.java:1493) at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1104) at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066) at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:585) ... 43 elhagyott közös keret Ezt a nagy hibanaplót látni kissé zavaró, valójában csak a kulcshibanaplókat kell megnéznünk, hogy megtaláljuk a problémát. A második Cause by a hibanaplóban kinyomtatja a kulcshibanaplót:Nincs 'org.springframework.data.redis.core.RedisTemplate< java.lang.String, java.lang.Object>。 típusú minősítő bean
A szerző visszatekint a megírt kódra, és megadja a konkrét típust, amikor RedisTemplate< K, V> injektálja.
A hibanapló szerint ellenőrizd a DefaultListableBeanFactory osztály 1493-as sorában található kódot, a forráskód a következő:
Ez a két módszer azt mutatja, hogy egyetlen bab sem lehet < RedisTemplate String, Object >, tehát hogyan lehet ezt a problémát megoldani? Használhatod a RedisTemplate< K, V> fájlokat anélkül, hogy megadnád a konkrét típust, és módosíthatod a kódot az alábbiakban:
Újraindítva a szolgáltatást, a kezdőnaplóban nem jelent hiba, és a RedisTemplate sikeresen befecskendezi a bean-t. Kíváncsi vagyok, miért nem működik a RedisTemplate< String, Object> bab injektálása. Hosszú gondolkodás után azt hittem, hogy a RedisTemplate automatikusan konfigurálható a SpringBoot keretrendszerben, és az alapértelmezett a konténerben a RedisTemplate példánya. Ezen gondolkodva át kell nézned a hivatalos weboldal dokumentumait, hogy van-e magyarázat a hivatalos weboldal dokumentumaiban. Bizony, a hivatalos dokumentáció 30.1.1 szakasza még mindig magyarázza a RedisTemplate-t.
Hivatalos dokumentum címe:https://docs.spring.io/spring-bo ... ference/htmlsingle/
Ha hozzáadod a sajátodat@Beanbármelyik automatikusan konfigurált típus közül az alapértelmezett típust váltja fel (kivéve a RedisTemplate esetében, amikor a kizárás a bean néven, redisTemplate-en alapul, nem a típusán). Ha hozzáadod a saját bean-t az automatikus konfigurációs típushoz, az lecseréli az alapértelmezett típust. A kódom rendben van, várj... Ez a zárójelben lévő mondat a lényeg. Fordíts egy hullámot,Kivéve a RedisTemplate esetében, amikor a bab neve alapján zárják ki, nem a típusa alapján. Az angol nyelv nem túl jó, és úgy tűnik, a fordítás sem túl sima.
Most úgy tűnik, hogy a RedisTemplate< String, Object > @Autowired használják az injektáláskor,@Autowired alapértelmezés szerint típus szerint összeállítva。 Más szóval, ha a babokat a RedisTemplate< String, Object > akarod megszerezni, össze kell állítanod őket a nevük szerint. Akkor természetesen gondolj arra, hogy használd@Resource alapértelmezettben a név szerint összeszerelik。 A kódot ismét az alábbiak szerint módosítsuk:
Az annotációt @Autowired-ről @Resource változtatták. A projekt hiba nélkül indult, és tökéletesen megoldódott!
Újraindítva a szolgáltatást, a startupi napló nem jelent hibát, és a RedisTemplate< String, Object > sikeresen befecskendezte a babot. Ezen a hibán keresztül megtanultam az automatikus konfigurációs osztály egy funkcióját a SpringBoot keretrendszerben. Ugyanakkor azt is tükrözi, hogy a technológia tanulását a hivatalos weboldalról kell kezdeni, hogy elkerüljük a gödörre lépést. A tényleges fejlesztési folyamatban, a RedisTemplate< K használatával V> nem szükséges megadni a K és V típusát, és az alapértelmezett bean megfelel a követelményeknek.
Végül szeretnék ellenőrizni egy kis problémát, és ismét módosítani a kódot a következőként:
A fenti kód meghatározza a RedisTemplate injektálásakor, hogy K és V egyaránt String típusok, és összehasonlítja, hogy a redisTemplate és a stringRedisTemplate ugyanaz az objektum a compare() metódusban. Futtatjuk az egységteszt osztályt, és a teszteredmények a következők:
2018-08-10 18:30:57.075 - Indította a Demo1ApplicationTests 15,58 másodperc alatt (JVM 16,974-et futott) 2018-08-10 18:30:57.360 - hashcode:1996087296 a redisTemplate számára 2018-08-10 18:30:57.360 - stringRedisTemplate hashcode:1996087296 2018-08-10 18:30:57.363 - Az egyenlő(érték) eredménye: igaz 2018-08-10 18:30:57.364 - Összehasonlító eredmény a redisTemplate és stringRedisTemplate között: true A teszteredmények azt mutatják, hogy a redisTemplate és a stringRedisTemplate ugyanaz az objektum. Várj egy percet... Miért nem tévedés megemlíteni, hogy K és V String, amikor most RedisTemplate-t injektálunk? Ráadásul a két tárgy ugyanaz a tárgy volt. Nézzük meg a StringRedisTemplate forráskódját.
A forráskód elolvasása után érted, mert a StringRedisTemplate osztály szülő osztálya RedisTemplate< String, String>, és a bean alapértelmezés szerint singleton, és a kettő természetesen ugyanaz az objektum.
|
Előző:Az "System.Decimal" értéktípusra való küldés sikertelen...Következő:Hiba a bab létrehozása 'stringRedisTemplate' néven, a...
|