----- Original Message -----
From: "Arshad Mahmood" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Wednesday, July 10, 2002 4:12 PM
Subject: Re: Need Ideas... big problem! (long)
> A JSP is a servlet, so you shouldn't need to create another class derived
> from servlet to do the job.
>
> If your call is directly to a servlet, that servlet can use the code for
> parameter lookup itself as is.
Oops!! I meant if your call is directly to a JSP then you can do the
parameter lookup as is in a scriptlet.
Regards.
> Regards.
> ----- Original Message -----
> From: "Christian J. Dechery" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, July 10, 2002 2:33 PM
> Subject: Re: Need Ideas... big problem! (long)
>
>
> didn't work... I did a test here to see if this thing worked before
> implementing the Connection Dispatcher...
> the Servlet can't find the context in which the JSP that called it is...
>
> here's what I did:
>
> * created two classes TesteDispatcher and TesteCallDispatcher.
> TesteDispatcher is the Servlet, and TesteCallDispatcher is just a dummy
> class to make a call to this servlet...
>
> * I then placed both classes in $tomcat_home\common\classes
>
> * created a context called \teste1
> <Context path="/teste1" docBase="teste1" debug="0" reloadable="true">
> <Parameter name="url" value="URL do Contexto teste1"
override="false"/>
> </Context>
>
> * created a JSP called teste.jsp
> <%@page import="dispatch.TesteCallDispatcher"%>
>
> <%
> TesteCallDispatcher tcd = new TesteCallDispatcher();
> out.println("A URL para esse contexto é \""+tcd.myContextURL()+"\".");
> %>
>
> when I execute it, nothing happens... there is a call in TesteDispatcher
> like this:
> ServletConfig sConf = getServletConfig(); <-- this is returning NULL
>
> what did I do wrong? Or was it that I missunderstood ur solution, or even,
u
> missunderstood my problem. :)
>
> thanks
>
>
> .:| Christian J. Dechery
> .:| FINEP - Depto. de Sistemas
> .:| [EMAIL PROTECTED]
> .:| (21) 2555-0332
>
> >>> [EMAIL PROTECTED] 09/07/02 17:41 >>>
> Or even simpler why not store it as a parameter in the server.xml. You
will
> need to add the parameter to each of your contexts in the server.xml as
> follows:-
>
> <Context path="/examples" docBase="examples" ....>
> ..............
> <Parameter name="db.url" value="jdbc:postgres://localhost/mydb"
> override="false"/>
> </Context>
>
> And then in your servlet code you use the following to retrieve it (from
> your servlet):-
>
> getServletContext().getInitParameter("db.url")
>
> Regards.
> ----- Original Message -----
> From: "Christian J. Dechery" < [EMAIL PROTECTED] >
> To: < [EMAIL PROTECTED] >
> Sent: Tuesday, July 09, 2002 8:47 PM
> Subject: RE: Need Ideas... big problem! (long)
>
>
> Sorry... but could u explain this a little furhter? I'm not familiar with
> JNDI.
>
> thanks
>
> .:| Christian J. Dechery
> .:| FINEP - Depto. de Sistemas
> .:| [EMAIL PROTECTED]
> .:| (21) 2555-0332
>
> >>> [EMAIL PROTECTED] 09/07/02 16:41 >>>
> Why don't you store the JDBC URL in JNDI and have DAO look it up
> dynamically....
>
> Bob Kranson
> Software Technical Support Analyst
> UNIFACE and Optimal Products Technical Support
> U.S. Support Center 888-551-0404
> New Calls: [EMAIL PROTECTED]
> 31440 Northwestern Hwy, Farmington Hills, MI 48334-2564
> (248)737-7300 x12702 Fax:(248)737-7574
>
>
> > -----Original Message-----
> > From: Christian J. Dechery [ mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, July 09, 2002 2:38 PM
> > To: [EMAIL PROTECTED]
> > Subject: Need Ideas... big problem! (long)
> >
> >
> > I have a huge problem here... and I can't think of a simple
> > solution for it, I'm hoping u guys can give some "light". :)
> >
> > Let me first describe the "environment" here, then the problem.
> >
> > We have here a webapp called FAP (c:\tomcat\fap). It is
> > composed of: /fap/*.jsp (like a hundred of them)
> > /fap/WEB-INF/classes/finep (this package finep has a lot of
> > subpackages) /fap/WEB-INF/classes/finep/DAO.class <-- here
> > the problem resides... /fab/lib/OracleDrivers.jar
> >
> > the class DAO provides the Connection to an Oracle database...
> >
> > so far, everything is fine... but here's the thing... this
> > webapp gets replicated... the whole dir, because there are
> > other instances of this system with small changes, and we
> > didn't have the time to create a self-configuring app to
> > allow that... so we copy the whole dir and make the necessary
> > changes... BUT... the classes never change... only the
> > JSPs... AND another thing that may change is the database
> > (and of course DAO)... so how it is done?
> >
> > we have /fap with DAO.class pointing to a specific db URL
> > and; we have (for example) /fap2 with a few JSPs changes and
> > DAO.class pointing to another URL.
> >
> > this of course sux! If we wanna change the database of a
> > specific webapp we have to re-compile DAO and place it
> > there... and if we change a class (any class) we have to
> > update it in ALL the contexts...
> >
> > What I want:
> > I would like to place the package "finep" and the
> > OracleDrivers in the global context
> > (c:\tomcat\common\classes, \lib), so all would be pretty and
> > centralized; and create something like a Connection
> > Dispatcher (also in the global context) that would receive
> > requests from the JSPs and provide a Connection to the
> > specific URL based in which context that JSP was when the
> > request was made. I don't know if that's possible... I'm just
> > guessing... of course I want do this as painless as
> > possible... cuz we have like 80 classes and more than 150 JSPs...
> >
> > to confuse??? My english also sux... sorry!
> >
> >
> > .:| Christian J. Dechery
> > .:| FINEP - Depto. de Sistemas
> > .:| [EMAIL PROTECTED]
> > .:| (21) 2555-0332
> >
> >
>
>
>
> The contents of this e-mail are intended for the named addressee only. It
> contains information that may be confidential. Unless you are the named
> addressee or an authorized designee, you may not copy or use it, or
disclose
> it to anyone else. If you received it in error please notify us
immediately
> and then destroy it.
>
>
> --
> 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] >
>
>
>
>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
