A transactional rdbms is not good for this type of thing for performance reason. However a lightweight java database engine like jisp should fit in very well. The key thing here is that the db must support super fast, non transactional read very well.
--- Michael Blake Day <[EMAIL PROTECTED]> 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. > > 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? > > Blake > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of > > Anthony Eden > > Sent: Tuesday, June 10, 2003 12:47 PM > > To: [EMAIL PROTECTED] > > Subject: Re: [OS-webwork] JavaOne meetings + > > > > > > Are you trying to allow modifications of Velocity templates stored in an > > unexpanded WAR? There is not an easy way to do this as far as I know. > > This is not to say it can't be done but its probably not worth the > > hassle since the interface to files in the Servlet API is geared towards > > reading only. > > > > I'm going to go out on a limb and guess that Rickard's system doesn't > > pull templates from the file system but rather from some sort of > > database. Velocity can pull template data from any ResourceLoader > > implementation. Therefore you can pull templates from the filesystem, > > databases, in-memory, or wherever they may reside as long as you provide > > the appropriate ResourceLoader implementation. Check out the following > > section of the Velocity developer's guide for more information: > > > > http://jakarta.apache.org/velocity/developer-guide.html#Configurin > > g%20Resource%20Loaders > > > > JPublish uses this facility to pull templates from any provider in its > > Virtual File System and it works quite well. > > > > Sincerely, > > Anthony Eden > > > > Michael Blake Day wrote: > > > How do you guys allow customers to modify velocity templates > > without mucking > > > with WAR files? > > > > > > Blake > > > > > > > > >>-----Original Message----- > > >>From: [EMAIL PROTECTED] > > >>[mailto:[EMAIL PROTECTED] Behalf Of > > >>Rickard Öberg > > >>Sent: Sunday, June 08, 2003 2:21 AM > > >>To: [EMAIL PROTECTED] > > >>Subject: Re: [OS-webwork] JavaOne meetings + > > >> > > >> > > >>Gerry Seidman wrote: > > >> > > >>>I am evaluating Velocity for a mission critical application (300+ heavy > > >>>internal users + web presence for another 25,000 moderate users and > > >>>250,000 occasioinal users). Does anyone have experience with this type > > >>>of deployment? > > >> > > >>We've built our entire CMS product on WebWork+Velocity, and the > > >>performance is awesome. Try surfing www.konj.se for example, which is > > >>running on our CMS on a 1Ghz Linux box along with 15 other customers > > >>(including our own homepage). > > >> > > >>We've also found Velocity templates to be easy to build and maintain, > > >>and we can even let our customers do their own customizations without > > >>much trouble. > > >> > > >>/Rickard > > >> > > >>-- > > >>Rickard Öberg > > >>[EMAIL PROTECTED] > > >>Senselogic > > >> > > >>Got blog? I do. http://dreambean.com > > >> > > >> > > >> > > >>------------------------------------------------------- > > >>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 > > > > > > > > ------------------------------------------------------- > > 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 __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com ------------------------------------------------------- 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
