I like the ServletContextListener because it is so unintrusive. I wish I'd thought of it.
Scott Nichol ----- Original Message ----- From: "Johannes Fiala" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 06, 2003 1:27 PM Subject: Re: Caching database connections across requests > Hi Scott, > > Thx for your input! > Do you think it is better to use Robert's idea with a > ServletContextListener or subclassing rpcrouter? > Basically all I do is adding some code to extend the init() method of > rpcrouter, which inits my DbConnectionBroker for reuse in subsequent > SOAP-calls using servletContext.setAttribute/getAttribute. > > Johannes > > > > > Scott Nichol <[EMAIL PROTECTED]> > 06.01.2003 19:13 > Please respond to > [EMAIL PROTECTED] > > > To > [EMAIL PROTECTED] > cc > > Subject > Re: Caching database connections across requests > > > > > > > There is no built in hook. My recommendation is to write your own class > that subclasses RPCRouterServlet. The init() should call super.init(), > then do your custom initialization. That way, you don't have to poke > around the source, although you will want to change web.xml to either > add your new servlet or change the rpcrouter mapping to point to your > servlet. > > Scott Nichol > > ----- Original Message ----- > From: "Johannes Fiala" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, January 06, 2003 12:13 PM > Subject: Caching database connections across requests > > > > Hi there! > > > > Does anybody know how I can easily intercept the servlet > initialization > > routine of the servlet rpcrouter? > > I'd like to extend it that way, that if the servlet is loaded, 10 > database > > connections will be opened, available for subsequent requests. > > > > So I'd need to include a kind of entry point class easily in the > > rpcrouter's initialization routine. Does anybody know how I can > achieve > > this without having to fumble in the soap.war - Sourcefiles? > > > > Wouldn't it be a good idea to have such entrypoints at least in the > > rpcrouter serlvet's initializiation routine? > > > > thx alot > > Johannes > > > -- > 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]>
