Me too :) *********** REPLY SEPARATOR ***********
On 10/8/2002 at 7:33 PM James Mitchell wrote: >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]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
