Dagger 2.49

Dagger

New features:

• Fixed #4044: Add support for KSP with dagger.android (8327177).

Potential breaking changes:

• Dagger’s generated component no longer contains deprecated no-op module setter methods for modules that have only static/abstract @Provides/@Binds methods (ed47d4b).

  Note: If you hit this issue, the fix is to remove the call to the setter method in your code. For example:

  MyComponent component =
      DaggerMyComponent.builder()
  -        .moduleWithOnlyStaticOrAbstractMethods(new ModuleWithOnlyStaticOrAbstractMethods())
          .build();

  These setter methods were already no-ops (i.e. Dagger just ignored them), so removing it should not cause any functional changes.

Bug fixes:

• Fixed #4046, #4140: Fixes Unexpected element error in when calculating nullability (4593c0a)
• Fixed #4096: Fix type names for inline types on the KSP side (aosp/2789273)
• Build-time performance improvements (85e9ff1) and (d9d0a8e).
• Fixed #4060: Updated KSP to 1.9.20-1.0.14 which should contain the fix for a number of incremental processing issues related to KSP (692015f).

Hilt

New features:

• Fixed #2287, #3523: Add support for using @AssistedInject with @HiltViewModel. (8327177).
  For more details visit https://dagger.dev/hilt/view-model#assisted-injection.
• Hilt now provides @ActivityRetainedSavedState SavedStateHandle from ActivityRetainedComponent (1cac33b).
  Note: This feature relies on a somewhat experimental implementation in order to provide this binding lazily while also avoiding leaking the activity. The laziness is a requirement to not restrict activity injection and also to avoid bloating the saved state when unused. While we predict this should be safe to rely on, if issues are discovered with this implementation, it is possible that a future release may have to remove this binding.

Bug fixes:

• Fixed b/307592550: Fixes FileNotFoundException in AGP 8.3 (6018cd2) and (f946e34).
• Fixed #4130: Fix HiltGradlePlugin not working in KMP's androidMain directory (f0c2510).

Dagger 2.48.1

Bug Fixes

Fixes #4063, #4054: [KSP]: Fixes some incremental processing issues with KSP (c8a568956)
Fixes #4046: [KSP] Fixes "Unexpected element" in XProcessing library (androidx/androidx@bdc1bb0)
Fixes #4059: [KSP] Align behavior of generic inline types in KSP with KAPT in XProcessing library (androidx/androidx@b0fa9cf)
Fixes #3980: Fixes Lint crash with AGP 8.1.0. (e651294)
Fixes #4055: Fixes issue with using generic types in Dagger's ClassKey (9852b42)

Dagger 2.48

Dagger 2.48

Dagger/Hilt KSP support

Dagger 2.48 includes the alpha release of the Dagger and Hilt KSP processors.

Instructions for using the Dagger/Hilt KSP processors can be found at https://dagger.dev/dev-guide/ksp.

In order to use Dagger’s KSP processor you will need to:

• Follow the basic setup to migrate Dagger’s processors from kapt to ksp (see https://dagger.dev/dev-guide/ksp#setup).
• Migrate any Dagger SPI plugins to the new Dagger SPI plugins API (with KSP support) (see https://dagger.dev/dev-guide/ksp#new-dagger-spi-plugin-with-ksp-support).
• Ensure that there are no kapt processors that generate classes that need to interact with Dagger (see https://dagger.dev/dev-guide/ksp#interaction-with-javackapt-processors).

If you depend on androidx.hilt:hilt-common or androidx.hilt:hilt-work they will need to be updated to at least 1.1.0-alpha01.

Also note that Dagger’s KSP processors are still in the alpha stage. So far we’ve focused mainly on trying to ensure correctness rather than optimize performance. Please apply due diligence when enabling ksp and report any bugs or performance issues at https://github.com/google/dagger/issues. The current list of known issues can be found here.

There are also a few potentially breaking changes included with this release. These changes were made to better support Dagger usage with Kotlin sources, and make the migration from KAPT to KSP more seamless. We don’t expect these changes to affect most users. Please see below for more details.

Breaking changes

The dagger.ignoreProvisionKeyWildcards is now enabled by default

This may break apps that are providing the same binding with different wildcards, e.g. Foo<Bar> and Foo<? extends Bar>.

Fix: See https://dagger.dev/dev-guide/compiler-options#ignore-provision-key-wildcards for suggestions on how to fix this. If fixing is not an immediate option, you can still disable the flag with dagger.ignoreProvisionKeyWildcards=DISABLED.

@Binds assignability check

Unlike KAPT, KSP takes nullability into account when checking if a type is assignable to another type. This changes the behavior of Dagger’s @Binds usage validation such that a type that was assignable in KAPT may no longer be assignable in KSP. For example:

// Incorrect: this compiles successfully in KAPT but the compilation fails in KSP
@Binds fun bind(impl: FooImpl<Bar?>): Foo<Bar>

Fix: To fix this breakage, users should update the parameter or return type in the method such that they are actually assignable when taking nullability into account. For example:

// Correct: this compiles successfully in KAPT and KSP
@Binds fun bind(impl: FooImpl<Bar?>): Foo<Bar?>

Top-level @Module / @Inject classes can no longer be private

Top-level @Module or @Inject classes can no longer be private. This was previously allowed purely by accident (rather than being an officially supported feature) due to the way Kotlin’s private classes are represented as package-private in KAPT’s generated java stubs.

Fix: Replace the private visibility modifier with internal or public.

@Binds and @Provides methods can no longer be extension functions

Normally when we define an @Provides/@Binds function we put the dependencies in the parameter list:

@Module
abstract class BarModule {
    @Binds
    abstract fun bindsBar(@Marker foo: Foo): Bar
}

However, since the introduction of KAPT, it was also technically possible to define an @Provides/@Binds function using an extension function:

@Module
abstract class BarModule {
    @Binds
    abstract fun @receiver:Marker Foo.bindsBar(): Bar
}

This extension function syntax worked more by coincidence (rather than being an officially supported feature) due to the way extension functions are represented in KAPT’s generated java stubs. After review, we’ve decided not to support this feature anymore in KAPT or KSP. See more at #3990.

Fix: Use the traditional parameter approach rather than extension functions.

The use of abstract var properties are no longer allowed in components

A var property adds both a getter (aka request) method and a setter (aka injection) method for a binding. However, the setter method typically goes unused since there is rarely a case for needing both methods for a single binding. After discussion within the team, we’ve decided to ban abstract var properties in components.

Fix: Use fun (or val) for getter methods, use fun for setter methods.

Other changes

• Fixed #3995: Allow kotlin source to use java keywords as parameter names in KSP (2c31d66).
• Fixed #3991: Fixed error message when there are multiple @Inject + @AssistedInject constructors (9105ee671).
• Fixed #3992: Fixed crash crash when there are multiple @AssistedInject + @AssistedInject constructors (9105ee671.)
• Add a better error message when Hilt Gradle Plugin class loader conflicts with KSP's Gradle plugin. (3f7b9b5)

Dagger 2.47

What’s new In Dagger

• A new default disabled flag dagger.ignoreProvisionKeyWildcards has been added. Enabling this flag will be required to use KSP in a future release. For more information on this flag, see the documentation here: https://dagger.dev/dev-guide/compiler-options#ignore-provision-key-wildcards

Bug Fixes

• Update kotlinx-metadata-jvm to 0.6.2 Fixes #3893. (7b16dfd)
• Disallow private modules in Kotlin sources (already disallowed in Java sources). There is an issue with KAPT where the generated stubs for a private Kotlin module would not be private. To prepare for KSP support where the Kotlin source is read directly, this is fixed to be an error as it should have been. (53fd1a4)

What’s new in Hilt

• The Hilt Android Gradle plugin will now enforce a minimum Android Gradle plugin (AGP) version of 7.0. (e512d87)
• Deprecated the enableTransformForLocalTests option in the Hilt Android Gradle plugin. This is no longer necessary as the minimum supported AGP version has been increased to 7.0. (b3fd56f)

Dagger 2.46.1

What’s new In Dagger

Bug Fixes

• Fixed #3701: Shade kotlinx metadata in Dagger's artifacts to prevent upstream dependency issues. (d593e01)

Dagger 2.46

What’s new In Dagger

Bug Fixes

• Fixed #3701 and #3838. Updated Dagger to kotlinx metadata 0.6.0. (7cf53031)

Dagger 2.45

Dagger 2.45

What’s new In Dagger

Bug Fixes

• Fixed an issue where a scoped @Binds used in a cycle would cause an NPE on component creation in fastInit mode. (fae46c7)
• Fixed #3677. Added a better error message for when @Multibinds types incorrectly used framework types like Provider. (f5ad2b2)
• Fixed an issue where when giving a missing binding error, an available matching binding in another component would not be suggested if the matching binding was otherwise unused. (00d84ba)

What’s new in Hilt

Bug Fixes

• Fixed #3546. Filtered the compiler args passed to hiltJavaCompile in the Hilt Gradle plugin to avoid overlapping outputs and cache misses. (b7c0d3e)
• Improved the error message when @HiltAndroidApp is not used in an app module (ffaa7a6)

Dagger 2.44.2

What’s new in Dagger

Bug fixes

• Fixes #3633: Updated shading rules to include newly added classes in androidx.room.compiler to prevent class version conflicts with user dependency on Room.

Dagger 2.44.1

What’s new in Dagger

Bug fixes

• Fixes #3619: Upgrades XProcessing jars to get upstream fix for enums in annotations (which were missing fully qualified name or import in generated code).

Dagger 2.44

What’s new In Dagger

Potentially breaking changes

• Fixes #3531: Removed formatting from dagger.android generated source could be a breaking change for anyone relying on golden files for Dagger’s generated code. (d123efd)

Bug Fixes

• Fixes #3522: Avoids pre-validating the nearest enclosing type in the InjectProcessingStep. (1d74d1f)

What’s new in Hilt

Potentially breaking changes

• Added ViewModelLifecycle. This can be injected in the ViewModelComponent and used to register listeners for when ViewModel#onCleared() is called. This change also includes a breaking change for anyone who implemented the ActivityRetainedLifecycle interface themselves. This should be rare though as this interface was not meant to be implemented by users. (55aa4c6)

Bug Fixes

• Fixes #3478: Fixes an issue in Hilt's Gradle Plugin not configuring the aggregating task correctly on a com.android.test Gradle module. (ea39850)