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

Introduce instance-id concept #1713

Open
devinrsmith opened this issue Dec 17, 2021 · 0 comments
Open

Introduce instance-id concept #1713

devinrsmith opened this issue Dec 17, 2021 · 0 comments
Assignees
Labels
feature request New feature or request
Milestone

Comments

@devinrsmith
Copy link
Member

Discussed in PR #1712 - the AbstractScriptSession does not really use the cache directory to advantage. It deletes the data, never preserving it run to run.

We may be able to introduce an "instance-id" concept that allows for the safer segmentation of cache (or other data) that the application may want to store, so that we don't have to rely on an app creating its own random number. The end user would have a bit more control over when "instance-id"s get reset.

In the case of a container, by default we'd write down a random instance-id on first startup into the container's writable layer, and configure the application to read that location on startup, preserving the instance-id across container restarts, but not across container re-creations. If the application runner wanted to, they could elevate the instance-id to a more stable location (or, explicitly set the instance-id) to preserve the instance-id across container re-creations.

In the native case, we'd likely want a random instance-id on each startup until the application runner can configure a more stable instance-id, implying their own semantics on 'instances'.

@devinrsmith devinrsmith added the feature request New feature or request label Dec 17, 2021
@devinrsmith devinrsmith added this to the Backlog milestone Dec 17, 2021
@devinrsmith devinrsmith self-assigned this Dec 17, 2021
mofojed pushed a commit that referenced this issue Jan 17, 2024
# [0.59.0](deephaven/web-client-ui@v0.58.0...v0.59.0) (2024-01-17)


### Bug Fixes

* GoToRow timestamp fails when selected row is out of view ([#1717](deephaven/web-client-ui#1717)) ([9ddc973](deephaven/web-client-ui@9ddc973)), closes [#1561](deephaven/web-client-ui#1561)
* Interface for IrisGridTableModelTemplate.backgroundColorForCell ([#1699](deephaven/web-client-ui#1699)) ([73e1837](deephaven/web-client-ui@73e1837)), closes [#1697](deephaven/web-client-ui#1697)
* Moved logos so they show in production build ([#1713](deephaven/web-client-ui#1713)) ([a3bea73](deephaven/web-client-ui@a3bea73)), closes [#1712](deephaven/web-client-ui#1712)
* re-colorize command codeblocks when theme changes ([#1731](deephaven/web-client-ui#1731)) ([b1e42f5](deephaven/web-client-ui@b1e42f5))
* TimeInput not triggering onChange on incomplete values ([#1711](deephaven/web-client-ui#1711)) ([6894d96](deephaven/web-client-ui@6894d96)), closes [#1710](deephaven/web-client-ui#1710)


### Features

* Action button tooltips ([#1706](deephaven/web-client-ui#1706)) ([bff6bf9](deephaven/web-client-ui@bff6bf9)), closes [#1705](deephaven/web-client-ui#1705)
* Add support for useDeferredApi ([#1725](deephaven/web-client-ui#1725)) ([51ebe1b](deephaven/web-client-ui@51ebe1b))
* Improved preload variable handling ([#1723](deephaven/web-client-ui#1723)) ([ed41c42](deephaven/web-client-ui@ed41c42)), closes [#1695](deephaven/web-client-ui#1695) [#1679](deephaven/web-client-ui#1679)
* NavTabList component ([#1698](deephaven/web-client-ui#1698)) ([96641fb](deephaven/web-client-ui@96641fb))
* Reject promise immediately if var not found ([#1718](deephaven/web-client-ui#1718)) ([43d40bd](deephaven/web-client-ui@43d40bd)), closes [#1701](deephaven/web-client-ui#1701)
* theming tweaks ([#1727](deephaven/web-client-ui#1727)) ([f919a7e](deephaven/web-client-ui@f919a7e))


### BREAKING CHANGES

* - Subclasses of IrisGridTableModelTemplate or it's subclasses that use
backgroundColorForCell may need to update their signature to accept the
theme if they are calling the superclass


Co-authored-by: deephaven-internal <deephaven-internal@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant