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

Make the Embargo Type and Submission Type None values configurable. #1937

Conversation

kaladay
Copy link
Contributor

@kaladay kaladay commented May 8, 2024

This depends on and effectively includes the following PRs:

The behavior of the case of None is treated as as synonymous with a NULL value for that field in the database. I've looked over the different use cases and have found that in some cases Unknown and Unassigned are used.

Make this None filter value customizable rather than hard-coding the opinion of None being NULL.

The app.filter.embargoTypeNone and app.filter.submissionTypeNone may now be changed to something other than None. The default remains set to None.

The following new application.yml settings are now introduced:

app.filter.embargoTypeNone: None
app.filter.submissionTypeNone: None

Their respective environment variable names are:

APP_FILTER_EMBARGOTYPENONE="None"
APP_FILTER_SUBMISSIONTYPENONE="None"

The behavior of the case of `None` is treated as as synonymous with a NULL value for that field in the database.
I've looked over the different use cases and have found that in some cases `Unknown` and `Unassigned` are used.

Make this `None` filter value customizable rather than hard-coding the opinion of `None` being NULL.

The `app.filter.embargoTypeNone` and `app.filter.submissionTypeNone` may now be changed to something other than `None`.
The default remains set to `None`.
kaladay and others added 6 commits May 9, 2024 16:48
If the `EmbargoType` and `SubmissionType` `None` settings are not specified in the `application.yml` or via an environment variable then a `NULL` pointer exception no longer is thrown.
When not configured, then the `None` settings are ignored entirely.
When not configured, then the `None` searches do not match `NULL` but do match the string.
cstarcher
cstarcher previously approved these changes May 30, 2024
@kaladay kaladay dismissed cstarcher’s stale review May 30, 2024 22:07

The merge-base changed after approval.

@cstarcher cstarcher merged commit 0733851 into TexasDigitalLibrary:main May 30, 2024
1 check failed
@kaladay kaladay deleted the 54-55-configuration_suggestion-to_upstream branch May 31, 2024 14:01
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.

2 participants