Skip to content
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

refactor: component field visibility public #5191

Merged
merged 2 commits into from
Dec 6, 2023

Conversation

jdrueckert
Copy link
Member

Newer Java versions are stricter with regards to access restrictions when using reflection.
This affects in particular the serialization of non-public fields in our component classes.
For this reason, we decided to exclude non-public component fields from serialization and refactor all non-public component fields to be public instead to ensure not breaking any game and especially saving/loading behavior.

@jdrueckert jdrueckert added Topic: Architecture Requests, Issues and Changes related to software architecture, programming patterns, etc. Size: S Small effort likely only affecting a single area and requiring little to no research Type: Refactoring Request for or implementation of pure and automatic refactorings, e.g. renaming, to improve clarity labels Dec 5, 2023
@jdrueckert jdrueckert added this to the 2023 Revive - Milestone 3 milestone Dec 5, 2023
@jdrueckert jdrueckert added Topic: Stabilization Requests, Issues and Changes related to improving stablity and reducing flakyness and removed Topic: Architecture Requests, Issues and Changes related to software architecture, programming patterns, etc. labels Dec 5, 2023
This was referenced Dec 5, 2023
@soloturn soloturn merged commit d81cc97 into develop Dec 6, 2023
9 checks passed
@soloturn soloturn deleted the refactor/component-field-visibility-public branch December 6, 2023 03:58
@jdrueckert jdrueckert self-assigned this Jan 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Size: S Small effort likely only affecting a single area and requiring little to no research Topic: Stabilization Requests, Issues and Changes related to improving stablity and reducing flakyness Type: Refactoring Request for or implementation of pure and automatic refactorings, e.g. renaming, to improve clarity
Projects
Status: Done
Status: No status
Development

Successfully merging this pull request may close these issues.

2 participants