Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Received-SPF: pass (herse.apache.org: domain of paulus.benedictus@gmail.com
 designates 64.233.162.238 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:reply-to:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:sender;
        b=Y93RdPrOsfIPdMj+V8Bq/cXDK6CtkjUXh7EZycJevZU9VXzMDXFc1qZJB1DwCs5Kj9kXwqhhjqFC4XzIb2tC47rCJxGgg/PEKikZ4d0VC63L/Srlmw9DIBBnoVYpKIFIoV+n2KztAAX2T9y+xLZU3nt0Qt8WOAJ4Ds6zgyz52XE=
Message-ID: <45E8A860.3020008@apache.org>
Date: Fri, 02 Mar 2007 16:42:40 -0600
From: Paul Benedict <pbenedict@apache.org>
Reply-To: pbenedict@apache.org
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: Struts Developers List <dev@struts.apache.org>
Subject: Re: Struts 1.4 & 2.1 sharing localization code
References: <45DD0E32.5080905@apache.org>
	 <436d9a250702212110m2af63e4ak7c264a81f87d3701@mail.gmail.com>
	 <45DD26B1.8050306@apache.org>
	 <436d9a250702212303g389a2e60o28bf81f8f6be120b@mail.gmail.com>
	 <aae96ca0702220017x4f344891yc164b16484790ea3@mail.gmail.com>
	 <aae96ca0702280654g2e3fb2c9ofe3d518ca9f63331@mail.gmail.com>
	 <55afdc850703011616v481ec95fu4370fb752a360ac6@mail.gmail.com>
	 <aae96ca0703020720k4ea7dd4cl7f1d246eac0717ce@mail.gmail.com>
 <55afdc850703020759o4b81d752qd6b27c5b57ed6f08@mail.gmail.com>
In-Reply-To: <55afdc850703020759o4b81d752qd6b27c5b57ed6f08@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: Paul Benedict <paulus.benedictus@gmail.com>

The standalone library would be resolver strategies, but S1 and S2 would 
need their own adapter. For S1, the adapter is the SelectLocale command, 
which exposes it for Action.getLocale().

Since I've been busy getting the next 1.3 GA out the door, I haven't had 
time to look at this 1.4 feature again. But I will within this month.

Paul

Niall Pemberton wrote:
> I took a quick look at XWork - they already have a "LocaleProvider"
> interface which defines a single getLocale() method:
> 
>   http://tinyurl.com/yqmlv3
> 
> Paul's solution (based on some Spring classes) is tied to the webapp
> context with his equivalent "LocaleResolver" interface defining two
> methods:
> 
>    Locale resolveLocale(HttpServletRequest request);
>    void setLocale(HttpServletRequest request, HttpServletResponse response,
>           Locale locale);
> 
> Niall
> 
> On 3/2/07, Antonio Petrelli <antonio.petrelli@gmail.com> wrote:
>> 2007/3/2, Niall Pemberton <niall.pemberton@gmail.com>:
>> > If you wanted to start something - any Apache committer can have
>> > access to the Commons Sandbox - I think you just have to ask.
>>
>> Something like "commons-locale"?
>> I feel that Tiles won't use commons-resources current code, but only
>> the new locale resolution code, so from my POV it is the same to wake
>> commons-resources up or create a new sandbox project.
>> In the latter case, anyway, I will let Paul make the proposal, since
>> it is his idea, I won't steal his fun :-)
>>
>> Antonio
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org