Publishes the frontend spa-assembly-config.json to Maven (separate plan, so this can be run in parallel with the deploy step)

Build: #2511 was successful Child of O3-BF-2589

Stages & jobs

  1. Default Stage

Build result summary

Details

Completed
Queue duration
< 1 second
Duration
40 seconds
Labels
None
Agent
yu.openmrs.org
Revision
a23f9eb270e80af6640ddad8ccd21976ebb90815
Successful since
#2456 ()

Code commits

Author Commit Message Commit date
Ian Bacher Ian Bacher a23f9eb270e80af6640ddad8ccd21976ebb90815 Update to core 2.7.5-SNAPSHOT with a fix for the conceptreferenceranges endpoint
Ian Bacher Ian Bacher 5cffdcd7bb604327c8e5c7ab60075ab8df318f65 Implement the same caching scheme adopted for module-spa
See https://github.com/openmrs/openmrs-module-spa/pull/63 and https://openmrs.atlassian.net/browse/O3-4395. In essence, almost everything is served with Cache-Control set
to no-cache, must-revalidate. This means that any static content that is
not either the openmrs.css file or a Javascript file will make a HTTP
request with If-Modified-Since and If-None-Match headers. The server should
respond to these with a 304 unless they've been changed, which is a fairly
minimal response. Javascript files and openmrs.css are cached for one year.

The idea here is to balance aggressive caching with the need for
implementations to serve custom content from the same webroot.

For implementations not using this image, module-spa implements very similar
caching logic.

Jira issues

IssueDescriptionStatus
Unknown Issue TypeO3-4395Could not obtain issue details from Jira