tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Gainty <>
Subject RE: Can JSP code be served from a DB instead of files?
Date Tue, 28 Dec 2010 03:15:26 GMT

determine the template for your form
for each individual field encountered populate the value attribute with content extracted
from each Database Table.Column

Martin Gainty 
Jogi és Bizalmassági kinyilatkoztatás/Verzicht und Vertraulichkeitanmerkung/Note de déni
et de confidentialité

Ez az üzenet bizalmas.  Ha nem ön az akinek szánva volt, akkor kérjük, hogy jelentse
azt nekünk vissza. Semmiféle továbbítása vagy másolatának készítése nem megengedett.
 Ez az üzenet csak ismeret cserét szolgál és semmiféle jogi alkalmazhatósága sincs.
 Mivel az electronikus üzenetek könnyen megváltoztathatóak, ezért minket semmi felelöség
nem terhelhet ezen üzenet tartalma miatt.

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten
wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist
unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet
keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen
wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire
prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe
quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information
seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les
email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune
responsabilité pour le contenu fourni.


> Date: Mon, 27 Dec 2010 21:10:56 -0600
> Subject: Re: Can JSP code be served from a DB instead of files?
> From:
> To:
> This reminds me back when I was working RND on the silverstream app server.
> We stored everything in the DB. I am not sure on the specifics but I think
> we only stored pre-compiled in the db with some sever specific meta for url
> binding. I know it's no help but I couldn't resist.
> On Mon, Dec 27, 2010 at 6:51 PM, David Wall <> wrote:
> >
> > Yes. You'll need to extend BaseDirContext in
> >>>> org.apache.naming.resources. For some examples, see FileDirContext and
> >>>> WarDirContext in the same package.
> >>>>
> >>> Thanks for the pointers, Mark. From what you are saying, this would be
> >>> a Tomcat-specific solution. I was hoping for something that would work
> >>> in standard way so it would be portable.
> >>>
> >> I'm not sure there is going to be a pure-Java, container-agnostic
> >> solution. There is certainly nothing in the servlet spec that will help
> >> you with this, so your solution is likely to be either
> >> container-specific, or not a container-related solution (like using a
> >> db-based filesystem mounted at the OS level).
> >>
> >
> > Thanks, Chris. Yeah, I figured this could be a tough one as there cannot
> > be too many folks who want to store their JSPs in a database. It's a first
> > for me and it seems like forever I've been doing JSP/servlets... ;-)
> >
> >
> > While we use Tomcat ourselves,
> >>> we've had users who run on other containers. I'll take a look though
> >>> since maybe it's something that can be plugged into other containers,
> >>> too.
> >>>
> >> Good luck. In either case, a DataSourceDirContext would be a nice
> >> addition to Tomcat. ;)
> >>
> >
> > Indeed! You guys have done a wonderful job with Tomcat, that's for sure.
> > I think we'll muddle along with writing the JSPs to the filesystem for now
> > and see what sort of issues pop up in the future. The higher priority for
> > us now is to make those generated JSPs do something useful!
> >
> > Thanks for your answers and consideration...
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > For additional commands, e-mail:
> >
> >
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message