-
Task
-
Resolution: Unresolved
-
Low
-
None
-
5.4.5
-
None
-
None
-
-
Empty show more show less
-
Empty show more show less
-
5
UPD re: SaaS cloud
- Externalise MIME type configuration mappings out of JCR config, use property-based configuration sources to facilitate mappings.
- consider personas that should have access to such configuration (consider Magnolia admins as the only ones initially).
Original description
Once the cached mime-types list is propagated from JCR it's impossible to reset it without hacks. This is in production not such a big issue, but it leaks in unit-tests. There are several classes which don't run isolated and are implicitly depending on other unit-tests to set up the JCR nodes underneath /server/MIMEMapping and load them using #init().
Apart from that:
- it's not using node2bean mechanism, instead it's directly accessing JCR. It should be aligned to other observed managers in server-config.
- It's not a util-class, it should not be static.
- is related to
-
MGNLDAM-902 AssetPreviewProvider throws exception for missing mime type
- Closed
- relates to
-
MAGNOLIA-6807 Core incorrectly bootstraps dam-app's MIMEMappings
- Closed
-
MAGNOLIA-1858 Review MIMEMapping and make it a proper observed component
- Closed
- mentioned in
-
Page Loading...