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

Reply via email to