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

[inmemory] Initial contribution #15063

Merged
merged 4 commits into from
Jun 24, 2023
Merged

[inmemory] Initial contribution #15063

merged 4 commits into from
Jun 24, 2023

Conversation

J-N-K
Copy link
Member

@J-N-K J-N-K commented Jun 8, 2023

As discussed in openhab/openhab-core#3597 sometimes a "short-term" persistence service should be available. This adds a volatile persistence service (unfortunately using "volatile" is not possible because it can't be used in package names) with a configurable number of entries per item. When the maximum number of entries is reached, the earliest is removed. This makes it especially useful for storing forecasts and similar data that is populated at runtime and does not need to survive restarts.

@J-N-K J-N-K requested a review from a team as a code owner June 8, 2023 17:54
@J-N-K J-N-K marked this pull request as draft June 8, 2023 17:54
J-N-K added 4 commits June 18, 2023 13:13
This is the initial contribution of a new volatile persistence service. It does store values in memory only and can especially be used for forecasts or other data where volatile storage is sufficient.

Signed-off-by: Jan N. Klug <[email protected]>
Signed-off-by: Jan N. Klug <[email protected]>
Signed-off-by: Jan N. Klug <[email protected]>
Signed-off-by: Jan N. Klug <[email protected]>
@J-N-K J-N-K force-pushed the inmemorypersistence branch from 0e1e370 to 41c6c38 Compare June 18, 2023 16:22
@J-N-K J-N-K marked this pull request as ready for review June 18, 2023 17:24
Copy link
Member

@wborn wborn left a comment

Choose a reason for hiding this comment

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

Thanks for this new add-on! 👍

@wborn wborn merged commit 0b6bdad into openhab:main Jun 24, 2023
@wborn wborn added this to the 4.0 milestone Jun 24, 2023
@J-N-K J-N-K deleted the inmemorypersistence branch June 24, 2023 09:15
@wborn wborn mentioned this pull request Jul 16, 2023
matchews pushed a commit to matchews/openhab-addons that referenced this pull request Aug 9, 2023
This is the initial contribution of a new volatile persistence service. It does store values in memory only and can especially be used for forecasts or other data where volatile storage is sufficient.

Signed-off-by: Jan N. Klug <[email protected]>
Signed-off-by: Matt Myers <[email protected]>
@openhab-bot
Copy link
Collaborator

This pull request has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/best-approach-for-energy-consumption-usage-queries/151393/26

austvik pushed a commit to austvik/openhab-addons that referenced this pull request Mar 27, 2024
This is the initial contribution of a new volatile persistence service. It does store values in memory only and can especially be used for forecasts or other data where volatile storage is sufficient.

Signed-off-by: Jan N. Klug <[email protected]>
Signed-off-by: Jørgen Austvik <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants