> database should be straightforward. Indeed, James Holmes did some... ummm, you got the "James" part right, but not the "Holmes" part ;)
http://wiki.apache.org/struts/ShortTermPlansForJamesMitchell -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx ----- Original Message ----- From: "Craig McClanahan" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Thursday, October 21, 2004 1:19 PM Subject: Re: i18n of bean properties/data > On Thu, 21 Oct 2004 11:38:05 -0300, Colin Kilburn <[EMAIL PROTECTED]> wrote: > > Joe, > > > > Joe Hertz wrote: > > > > >1) <bean:message> is already smart enough to do what you want, so I don't > > >see the necessity of making bean:write locale sensitive. You get the right > > >text from some place, and if it's the property file, you already have what > > >you need. > > > > > > > > Unfortunately they're not in a property file. They're in database > > tables which are managed by users through a pretty generic CRUD. Of > > course if these lists were static, I'd use a property file, which in > > fact I already do in a couple of places. Complicating matters (or > > maybe simplifying), I have my own cache for these lists as they're > > shared throughout the whole app. I suppose my cache could be > > locale-sensitive ... hmm... I can provide more info on this if you're > > curious. > > > > The fact that your i18n data is in a database isn't necessarily a > fatal flaw. What Struts is actually using is an implementation of > MessageResources (in org.apache.struts.util) to do its lookups -- > creating or using an implementation of this that did its lookups in a > database should be straightforward. Indeed, James Holmes did some > work along that line that is referenced in the mailing list archives. > > One of the things on the TODO list for struts has been switching to > use Commons Resources instead of its internal resources > implementation, and that package already includes adapters for > resources from lots of interesting places. > > Craig > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
