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]>

Reply via email to