반응형
아주 오래된 프로젝트를 다시 빌드해 보니,
hilt 와 관련해서 아래와 같은 에러로그를 보게 되었습니다.
Fragment 에서 발생한 에러였는데,
Hilt 에 관련한 셋업은 문제가 없었고,
@AndroidEntryPoint 를 붙이는 것과 같은 기본적인 사항도 문제가 없었습니다.
public abstract static class FragmentC
implements TestFragment_GeneratedInjector,
^
symbol: class TestFragment_GeneratedInjector
location: class MyApplication_HiltComponents
error: ComponentProcessingStep was unable to process
'com.exam.test.MtApplication_HiltComponents.FragmentC'
because 'TestFragment_GeneratedInjector' could not be resolved.
Dependency trace:
=> element (CLASS): com.exam.test.MyApplication_HiltComponents.FragmentC
=> type (ERROR interface): TestFragment_GeneratedInjector
If type 'TestFragment_GeneratedInjector' is a generated type,
check above for compilation errors
that may have prevented the type from being generated.
Otherwise, ensure that type 'TestFragment_GeneratedInjector' is on your classpath.
2 errors
ComponentProcessingStep was unable to process
'com.exam.test.MyApplication_HiltComponents.FragmentC'
because 'TestFragment_GeneratedInjector' could not be resolved.
알고 보니, 파일 상단에 적혀있어야 할 아래와 같은 패키지명이 없었던 것이 문제였는데요.
package com.exam.test.ui.fragments
패키지명을 다시 적어주니 문제없이 빌드 되었습니다.
오래된 파일이라, 어떤 연유로 패키지명이 적어졌는지 기억은 없지만,
아마도 hilt를 적용하면서 새로운 파일에 refactoring 하다가 사라진 것이 아닐까 생각이 듭니다.
추후에 비슷한 문제를 겪지 않도록 하기 위해서 기록용으로 남겨둡니다.
728x90
'Android 개발 > Debug, ADB, CrashLytics, LogCat' 카테고리의 다른 글
ktlint 린트툴 적용하는 방법 정리 # Android Lint (1) | 2023.03.15 |
---|---|
Android Studio Java Runtime Version 에러 발생시 대응 방법 # Gradle (0) | 2022.12.10 |
Crashlytics 구현해서 catch 한 Exception 로그 받기 # 에러 로깅 (0) | 2022.11.26 |
자주 사용하는 ADB 명령어 정리 # logcat (0) | 2021.03.09 |
Kotlin Exception 처리 방법 # RunCatching 과 try, catch (1) | 2020.02.13 |
WindowManager$BadTokenException 대응하기 (0) | 2020.02.06 |
Android 디버깅 방법 및 Tip에 대한 정리 (0) | 2020.01.29 |
Kotlin에서 try catch finally로 처리하는 Exception (0) | 2020.01.28 |
ArrayIndexOutOfBoundsException과 ViewHolder의 getAdapterPosition사용 (0) | 2019.10.18 |
RxJava2의 Global Error Handler 대응 #UndeliverableException (1) | 2019.10.16 |
댓글