-
Story
-
Resolution: Fixed
-
Neutral
-
None
-
None
-
-
Empty show more show less
-
5.4 Sprint 4
A universal way of resource location has to be introduced - currently configuration, inplace-templating, Groovy, resources modules do that in a different way, we need to come with a reasonable common strategy and make those modules follow it.
Traverse web-app, classpath, JCR workspace and filters relevant files
Criterias
- All resources for either web-page, groovy, configuration or modules can be loaded over one layer.
- The resource loader provide a filtering mechanism to get just the relevant resources
- The loader should cascade through all origins if it can not be provided by one origin
- The order of loading should be:
- JCR
- Filesystem
- Classpath
- is causing
-
MAGNOLIA-6255 Resource loader fails at startup when resources module not installed
- Closed
-
MGNLRES-179 Migrate all resources from templates to resources
- Closed
-
MULTISITE-44 Review default bypasses for CrossSiteSecurityFilter
- Open
- is depended upon by
-
MAGNOLIA-6233 Load module descriptors through resource-loader
- Closed
-
MAGNOLIA-6234 TranslationService could use new ResourceLoader API, thus enabling translations on filesystem etc
- Closed
- is duplicated by
-
MAGNOLIA-6175 magnolia.properties property to specify directory watched for "Live Modules"
- Closed
- relates to
-
MGNLINTEMPL-77 Migrate installed templates to the 'resources' workspace
- Closed
-
MAGNOLIA-6266 Rename Origin and ResourcePath interfaces and impls to ResourceOrigin and Resource, respectively
- Closed
-
MAGNOLIA-6219 ClasspathOrigin: filter resources out; expose mgnl-resources
- Closed
- supersedes
-
MAGNOLIA-6106 The yaml configuration source is decoupled from accessing the file system so that the yaml file can be provided from different sources.
- Closed