Skip to content

Conversation

@lauzadis
Copy link
Member

Issue #, if available:

Description of changes:

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

@lauzadis lauzadis requested a review from a team as a code owner August 14, 2025 17:37
```
An exception occurred applying plugin request [id: 'org.jetbrains.kotlin.jvm']
> Failed to apply plugin class 'org.gradle.api.plugins.JavaPlugin'.
   > Could not create domain object 'java' (JvmSoftwareComponentInternal) in SoftwareComponent container
      > Cannot add a configuration with name 'runtimeClasspath' as a configuration with that name already exists.
```
implementation(libs.smithy.model)
implementation(libs.smithy.gradle.base.plugin)
testImplementation(libs.junit.jupiter)
testImplementation(kotlin("test"))
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should use Kotlin's test instead of Jupiter regardless but was this because of the Gradle upgrade?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes it was

listOf(
"smithyCli",
"smithyBuild",
"runtimeClasspath",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Was this removal due to the Gradle upgrade or just cleanup?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes it was, the commit message has the exception I was seeing when trying to build aws-sdk-kotlin: 9115bb1

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Got it, but it doesn't break anything when we remove it? I'm guessing that it was there for a reason

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nothing broke locally

@@ -1 +1,4 @@
kotlin.code.style=official

# TODO Remove once configuration cache is enabled by default
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

When would that be?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No clue

kotlin.code.style=official

# TODO Remove once configuration cache is enabled by default
org.gradle.configuration-cache=true
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm looking at the documentation for 8.14.2 and it's not enabled by default. Why do we want to start using it now?

This feature is not enabled by default

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Because it's a new feature that improves build speed and has no downside

@lauzadis lauzadis merged commit 384ff3b into main Aug 21, 2025
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants