You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Oliver Lietz (JIRA)" <ji...@apache.org> on 2017/02/07 23:39:41 UTC

[jira] [Commented] (SLING-6511) SlingTemplateResource unable to handle missing localization for a language

    [ https://issues.apache.org/jira/browse/SLING-6511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15857039#comment-15857039 ] 

Oliver Lietz commented on SLING-6511:
-------------------------------------

[~smomin], I do not understand the root cause for this error yet and have not seen it before (using {{ResourceBundleMessageResolver}} only for i18n and not {{StandardMessageResolver}}). Can you provide a complete example or at least debug logs?

Can you try with latest snapshot which incorporates ([r1782090|https://svn.apache.org/r1782090], _do not resolve template when resource is null_)?


> SlingTemplateResource unable to handle missing localization for a language
> --------------------------------------------------------------------------
>
>                 Key: SLING-6511
>                 URL: https://issues.apache.org/jira/browse/SLING-6511
>             Project: Sling
>          Issue Type: Bug
>          Components: Engine
>    Affects Versions: Scripting Thymeleaf 1.0.0
>            Reporter: Sajid Momin
>            Assignee: Oliver Lietz
>         Attachments: thymeleaf-i18n-error.log
>
>
> I am currently deploying Sling Thymeleaf HTML template processor to AEM 6.2.  In my attempt to use i18n in my template, I am receiving a null pointer exception.  When the message resolver is looping through the localization of the language, it's unable to skip the processing of the missing localization file resulting in a null pointer.  The only way to fix the issue is to define all localization resource bundle for the language in order to process the template.  It would be nice for the message resolver to ignore the missing localized language resource bundle and continue to the next.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)