You might also have a look at OJB. There is a DBMessageResources which allows you to swap out your properties files for a database table. The underlying data access is handled via OJB. This extension fully supports multiple keyed bundles and modules.
It is open source and you can find it here: http://sourceforge.net/project/showfiles.php?group_id=49385&release_id=15497 2 -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx ----- Original Message ----- From: "Sgarlata Matt" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Friday, August 15, 2003 6:56 PM Subject: Re: PropertyMessageResources - have I outgrown it? You have definitely outgrown PropertyMessageResources ;-) You would be much better off with some sort of object-to-relational mapping tool. I use Torque, but I have heard a lot of talk about Hibernate on this list. Good luck, Matt ----- Original Message ----- From: "Sasha Borodin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 15, 2003 6:38 PM Subject: PropertyMessageResources - have I outgrown it? > Howdy, I'd like to pose a design question to the web-developers using > Struts, concerning the functionality and proper usage of MessageResources. > > This is a really cool out of the box feature - I love the ease with which > one can maintain libraries of messages, and the seamless integration of > these resources with html:message tags. However, I've come across some > functional requirements that I can's seem to negotiate without doing > additional coding: > > 1. Getting message for a given key is great. But I'd like to be able to > extract collections of keys - this way I can use these lists as not only > lookup tables, but also the control lists - one place to maintain > values/options for pull-down lists and other similar applications. Looking > through the JavaDocs for MessageResources and PropertyMessageResources, I > don't see this functionality; the implementing HashMap is protected, so I'd > have to subclass; is using a custom sub-class of MessageResources supported > in Struts (still being able to declare in struts-config, etc.)? > > 1. In other projects I'll eventually be migrating to Struts, the key/value > pairs for numerous lists are stored in a database. Is there an existing > variant of MessageResources, which can be declared in struts-config, which > can be configured to extract messages out of a database (similar to > DataSource realms in Tomcat)? > > In the future I'm foreseeing more and more customization needs (ex. Sorting > and extracting the collection of keys, extracting a sub-set of the sorted > keys, etc.). Giving the direction that I'm headed in, is MessageResources > still an appropriate choice? Or should I move to some custom data > structures, and settle for the less specialized bean-like access to them? > Any other suggestions? > > Thanks in advance, > > -Sasha > > > --------------------------------------------------------------------- > 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]