Cache lookups will immediately register a promise to prevent multiple requests for the same ressource

Root cause: If multiple connections are opened at the same time after an update, the ui-middleware will do multiple requests to get initial data. That went especially worse, when e2e-tests are launched against ui-middlewares with multiple clients connecting at the same time.
Soltion: Make sure, that a node already caches stuff without a response.

Root cause: configuration was only reloaded on those nodes, that did the version update. The other nodes might not notice that.
Solution: On propagated version changes, the nodes always check for config changes

Change the prefix to reflect the "new" name of the service. May be this even should be configurable at some point.

This is a breaking change.

Root cause: cache keys handled differently when reading/writing
Solution: make sure keys are handled equally

Fixes OXUIB-1528

Solution: Only use the hash of the version

Root cause: Version has was updated before file cache
Solution: Keep all updates in one place and switch to new version at the same time

richard.petersen authored 3 years ago and julian.baeume committed 3 years ago

Includes the version string and dependencies

Signed-off-by: Julian Bäume <julian.baeume@open-xchange.com>

Promise.race resolve or rejects with the first promise that answers.
We now return the first promise that fulfills after all promises have
settled.

first hit wins. This allows us to transparently use sourcemaps and other files that
are not part of the sources according to the vite manifest

this currently doesn't really work as expected, but can be used as a base
to properly implement CSP for the scripts we "know" about.

the file cache is populated with data defined in the manifest files configured for
all components and will basically fetch everything from all components. This allows
us to use this manifest service as the only source of truth for UI related sources and
simplifies ingres setup a lot.