> Michael Blake Day wrote: > > Right, but I've always been against sticking templates into a relational > > database system, and I've never heard of any other good > alternative database > > for document storage. > > First of all I have to ask: why won't you store a template in a > relational database?
One word: overkill. Since the database is already a bottleneck in most applications, I try to relieve the stress as much as possible. Usually putting templates (which are used on every request) into the database leads to bad performance. I think velocity templates are cached in memory, so it's probably fine to store them anywhere you want. > As for alternatives I am particularly fond of the Virtual File System > approach (using Commons VFS). To your application everything looks like > a file system yet you could potentially store "files" anywhere. I hadn't ever checked this out. Looks pretty interesting. > > I suppose that using an unpacked WAR is one solution, but what about the > > issue of security? Content people should not have write access to the > > unpackaged WAR directory. Does anyone else accomplish this without a > > relational database? > > Unpacked WARs are probably the worst solution unless your file system is > the definitive location of that content. If there is any chance that > you might want to update the file system using a new WAR in the future > then you would potentially lose the existing data or you would have to > jump through hoops to migrate it. > > One thing I have been considering for quite some time is the ability to > pull content directly from CVS. Perhaps that is the alternative that > you are looking for? Although like I said before I don't understand > what you have against databases. This is a great idea, I think. Again, the templates must be cached in memory for this to work well, but it opens up a whole new way of managing them. > Sincerely, > Anthony Eden > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The best > thread debugger on the planet. Designed with thread debugging features > you've never dreamed of, try TotalView 6 free at www.etnus.com. > _______________________________________________ > Opensymphony-webwork mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > > > ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
