Sorry about that, I've been shaking things up a bit. I'll send it to you privately.
James Mitchell -----Original Message----- From: Taylor, Jason [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 5:57 PM To: 'Struts Developers List' Subject: RE: Message Resources from database HTTP Status 404 - /struts-atlanta/downloads/DBMessageResources ------------------------------------------------------------------------ ---- ---- type Status report message /struts-atlanta/downloads/DBMessageResources description The requested resource (/struts-atlanta/downloads/DBMessageResources) is not available. ------------------------------------------------------------------------ ---- ---- Apache Tomcat/4.1.12-LE-jdk14 -----Original Message----- From: Charles Brault [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 2:43 PM To: Struts Developers List Subject: Re: Message Resources from database James Mitchell has put together some code that will get you started. Here's the link: http://www.open-tools.org/struts-atlanta/downloads/DBMessageResources MARK wrote: > I have come across the same issue as you are hinting on. Here's my > take on this. > > I for one do not like certain things to be "static" i.e. contained in > some file, contained in some war, contained in the servlet container's path. All this translates to rebuilding the war, to update strings/validation rules, etc, and potentially stopping / restarting the servlet container (perhaps only to fix a spelling error....something a mere mortal user admin type could effectively do through an editable interface). > > I have also come up with the desire to have a "skinnable" application whereas the "user interface" can be interchanged without necessarily affecting the business processes. This idea supports the ability to have jsp/html, wap, etc from the same application. Feasible with struts? unknown... > > Storing the message strings in a db, along with elements of the UI (templates) is certainly a nice to have item. However, I would stress that we would need some sort of cache service (aka fulcrum) to cache these resources for performance reasons. > > Regards, > Mark > *********** REPLY SEPARATOR *********** > > On 10/8/2002 at 2:48 PM Erik Hatcher wrote: > > >>I've seen this mentioned before, but is anyone actively working on >>pulling message resources from a database rather than a properties or >>XML file? I'll cross-post this over to commons-dev as that has moved to >>Commons Sandbox, but I figured folks would be the ones working on it. >> >>Thanks, >> Erik >> >> >>-- >>To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> >>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- Charles E Brault [EMAIL PROTECTED] "Where are we going, and why am I in this handbasket?" -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>