You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Ben Weidig (Jira)" <ji...@apache.org> on 2022/08/28 11:37:00 UTC

[jira] [Commented] (TAP5-2735) LocalizationSetter should add "void setLocaleFromRequest(Request)"

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

Ben Weidig commented on TAP5-2735:
----------------------------------

During implementation is became clear that the name should be "setNonPersistentLocaleFromRequest" because it just delegates to "setNonPeristentLocaleFromLocaleName".

> LocalizationSetter should add "void setLocaleFromRequest(Request)"
> ------------------------------------------------------------------
>
>                 Key: TAP5-2735
>                 URL: https://issues.apache.org/jira/browse/TAP5-2735
>             Project: Tapestry 5
>          Issue Type: Improvement
>          Components: tapestry-core
>    Affects Versions: 5.8.2
>            Reporter: Ben Weidig
>            Assignee: Ben Weidig
>            Priority: Minor
>
> The LocalizationSetter is responsible for setting the correct Locale and provides an excellent extension/override point if you want to affect that, like we do in a multi-tenant/multi-language application.
> But component events fallback to the Request Locale if no other is available, which leads to wrong Locale detection in our case.
> The responsible void setLocaleFromRequest(Request) is a private method in org.apache.tapestry5.internal.services.ComponentEventLinkEncoderImpl which is not correct IMO.
> I propose moving the related code to the LocalizationSetter, so all Locale-related code is in a single interface and therefore modifiable by contributing a custom one.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)