Skip to content

Various spring.datasource properties are mistakenly marked as ignored #45342

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
kzander91 opened this issue Apr 30, 2025 · 8 comments
Closed
Assignees
Labels
type: bug A general bug
Milestone

Comments

@kzander91
Copy link
Contributor

kzander91 commented Apr 30, 2025

Commit 8536520 in #43988 added a variety of properties to a list of ignored properties due them being "unbindable", however several of them are bindable.

I have been using the following properties just fine for years, however when building against 3.5.0 snapshots, my IDE is now giving me warnings about those properties being unknown. Note that binding them at runtime still works though:

  • spring.datasource.hikari.data-source-properties, example: spring.datasource.hikari.data-source-properties.oracle.jdbc.ReadTimeout=60000.
  • spring.datasource.oracleucp.connection-properties, example: spring.datasource.oracleucp.connection-properties.oracle.jdbc.ReadTimeout=60000.

I'm not using spring.datasource.hikari.health-check-properties, but that seems to be affected as well.

I propose to review the list of ignored properties and reinstate those that are indeed bindable.

@spring-projects-issues spring-projects-issues added the status: waiting-for-triage An issue we've not yet triaged label Apr 30, 2025
@philwebb philwebb added the for: team-attention An issue we'd like other members of the team to review label May 1, 2025
@mhalbritter mhalbritter self-assigned this May 5, 2025
@mhalbritter
Copy link
Contributor

mhalbritter commented May 5, 2025

Hey,

thanks for giving the milestones / release candidates / snapshots a try!

I mistakenly thought that Properties aren't bindable. Those properties are indeed bindable:

  • spring.datasource.hikari.data-source-properties
  • spring.datasource.hikari.health-check-properties
  • spring.datasource.oracleucp.connection-factory-properties
  • spring.datasource.oracleucp.connection-properties
  • spring.datasource.oracleucp.pdb-roles
  • spring.datasource.tomcat.db-properties

@mhalbritter mhalbritter added type: bug A general bug and removed for: team-attention An issue we'd like other members of the team to review status: waiting-for-triage An issue we've not yet triaged labels May 5, 2025
@mhalbritter mhalbritter added this to the 3.5.x milestone May 5, 2025
@mhalbritter mhalbritter changed the title Various bindable spring.datasource properties marked as ignored Various spring.datasource properties are mistakenly marked as ignored May 5, 2025
@mhalbritter mhalbritter modified the milestones: 3.5.x, 3.5.0 May 5, 2025
@kzander91
Copy link
Contributor Author

Thanks @mhalbritter, warnings are gone with the latest snapshots 👍

@mhalbritter
Copy link
Contributor

Thanks for confirming!

@JanMosigItemis
Copy link

Hello everyone,

just wanted to let you know: This change may fix a "bug" that production code already depends on, i. e. one of our tests failed, because the default value for spring.datasource.hikari.maximumPoolSize was expected to be "-1", but now is 10 since we migrated from SpringBoot starter 3.4.6 to 3.5.0.

Not 100% sure though if this PR is actually responsible for this, because the test exists since 2023-09 and always used to be green until now.

@nosan
Copy link
Contributor

nosan commented Jun 2, 2025

Hi @JanMosigItemis,
This issue is not related to changing maximumPoolSize from -1 to 10.
See

@JanMosigItemis
Copy link

JanMosigItemis commented Jun 2, 2025

Yeah that is what's confusing me. We only bumped dependencies and suddenly the test fails. Maybe it is a combination of multiple things.

@nosan
Copy link
Contributor

nosan commented Jun 2, 2025

Spring Boot 3.4.x depends on Hikari 5.1.0.

Spring Boot 3.5.0 depends on Hikari 6.3.0 (which includes changes to maximumPoolSize)

@JanMosigItemis
Copy link

Thanks for pointing that out. Now things make sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug A general bug
Projects
None yet
Development

No branches or pull requests

6 participants