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 14:16:00 UTC

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

     [ https://issues.apache.org/jira/browse/TAP5-2735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ben Weidig resolved TAP5-2735.
------------------------------
    Fix Version/s: 5.8.3
       Resolution: Fixed

> 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
>             Fix For: 5.8.3
>
>
> 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)