[
https://issues.apache.org/jira/browse/SLING-4543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexander Klimetschek updated SLING-4543:
-----------------------------------------
Attachment: SLING-4543.patch
Attached patch which adds json dictionary support: [^SLING-4543.patch]
If the mix:language dictionary node has a name like {{*.json}} and is an
nt:file, it will try to load this json, if not it will use the existing
sling:Message node.
I took the liberty to clean up the complex logic (rest, res0, etc. maps) -
which was obsolete with the previous changes that already load the dictionary
one by one (instead of a query across the repo, where each entry could come
from a different search path, each dictionary is loaded one by one and is
already beneath a certain search path or outside).
I also adapted the tests (some parts taken from Amit's patch over in
SLING-4512) and added one test case for json dictionaries and one that tests
that dictionaries outside the search path are overlayed by dictionaries within
a search path.
> i18n: support for json dictionaries
> -----------------------------------
>
> Key: SLING-4543
> URL: https://issues.apache.org/jira/browse/SLING-4543
> Project: Sling
> Issue Type: Bug
> Components: Extensions
> Reporter: Alexander Klimetschek
> Attachments: SLING-4543.patch
>
>
> Support json dictionaries as alternative to individual sling:Message nodes.
> The fine grained JCR sling:Message node approach does not scale very well
> when dictionaries contain thousands of entries, at least installation of such
> a dictionary is slow, but also reading can be affected (even if this is
> cached), especially viewing in a tree browser becomes impossible.
> The individual string overlay mechanism (/apps string overlays same /libs
> string) must still work.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
