Skip to content

CLDR-19466 Implement Kotlin-based decimal format test data generator and test classes#5715

Draft
younies wants to merge 2 commits into
unicode-org:mainfrom
younies:decimalformatter-ai-kotlin
Draft

CLDR-19466 Implement Kotlin-based decimal format test data generator and test classes#5715
younies wants to merge 2 commits into
unicode-org:mainfrom
younies:decimalformatter-ai-kotlin

Conversation

@younies
Copy link
Copy Markdown
Member

@younies younies commented May 12, 2026

CLDR-19466

  • This PR completes the ticket.

Implement Kotlin-based decimal format test data generator and test classes

Add the Kotlin-based implementation of the decimal and compact decimal format conformance test generator and the corresponding verification tests, along with their generated TSV outputs.

Key Changes:

  • Added GenerateDecimalFormatTestDataKt.kt to generate expected decimal formatted outputs.
  • Added TestDecimalFormatKt.kt to verify the Kotlin-generated test data.
  • Generated expected test data files: decimal_kt.tsv, decimal_all_locales_kt.tsv, decimal_all_numbers_kt.tsv, and decimal_random_5percent_kt.tsv under common/testData/decimal/.

###Note:
Build system configurations (pom.xml changes to enable Kotlin) and Java test suite registrations must be committed in a separate step to fully enable these tests.

ALLOW_MANY_COMMITS=true

Copy link
Copy Markdown
Member

@macchiati macchiati left a comment

Choose a reason for hiding this comment

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

Adding kotlin is a significant step, and needs justification. Also, what is the difference between the .kt.TSV and the .TSV files? Why would an application using those care about the programming language used to generate them

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Please don't add more TestFmwk tests.

Add a new JUnit test (not under the unittest package but under the package of the file under test.)

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Please don't add more TestFmwk tests.

That has not been decided; please add this to the CLDR Ops Agenda

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

can you make a JUnit test in Kotlin?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

That's moot for now, since there has been no proposal to add Kotlin at all.

Copy link
Copy Markdown
Member

@srl295 srl295 left a comment

Choose a reason for hiding this comment

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

structure generally OK but please use JUnit

}

@JvmStatic
fun main(args: Array<String>) {
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

This is very unfriendly for testing.

Hard to trigger, easy to forget about it, completely undocumented.

Can we make this a regular test class that runs tests?

@srl295
Copy link
Copy Markdown
Member

srl295 commented May 13, 2026

Adding kotlin is a significant step, and needs justification.

CLDR-19469

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.

4 participants