RE: [OT] Re: What Oracle is best?
check out pointbase (written in java) at www.pointbase.com there's a free dev version. -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 3:46 PM To: Tomcat Users List Subject: [OT] Re: What Oracle is best? Oracle is an enterprise level commercial Database Management System ie. $$$ where MySQL is an Open Source alternative designed mainly for web application uses (although this may change with their partnership with SAP). These DBMS's can be used within servlets and JSP's by using the appropriate JDBC driver. I believe the current release of Oracle is 9iR2, if you have a requirement to use Oracle you would want to look into using that version but it isn't just a download and install type affair, there are licenses to worry about and the actual install can be a real pain at times. Do you want to just use a database backend for your web application? In that case you're best of with MySQL or PostgresSQL depending on what sort of featureset you require. Regards, -- Jason Bainbridge http://jblinux.org On Tue, 10 Jun 2003 03:36, Jonathan Michael Nowacki wrote: > Just wondering what kind of oracle programs do I need to get Tomcat to > access an SQL database. I have servlets already written that work on > another Sun OS machine that I still have access to. Is there a way I can > query the OS to find out what versions of oracle are installed? The RPM > command obviously doesn't work (since it is a Sun OS), and I don't have > root permissions of course. > If I can't query the Sun OS what versions of Oracle do you recommend. > I tried browsing the oracle homepage and google searches but that just > made me more confused from the vast number of choices. Also do I need > sqlplus or JDBC if I have j2sdk, tomcat, and MySQL? > > > This is whats already installed: > --- > tomcat4-webapps-4.1.24-full.2jpp > tomcat4-4.1.24-full.2jpp > tomcat4-admin-webapps-4.1.24-full.2jpp > j2re1.4.1_02 > j2sdkee1.4 > j2sdk1.4.1_02 > redhat 8 > standard MySQL that comes with Redhat 8 Linux > > > > Sample Servlet code that works on another computer > > import javax.servlet.*; > import javax.servlet.http.*; > import java.io.*; > import java.util.*; > import java.sql.*; > public class MultiServlet extends HttpServlet { > /** >* Initialize global variables >*/ > public void init(ServletConfig config) throws ServletException { > super.init(config); > } > /** >* Process the HTTP Post request >*/ > public void doPost(HttpServletRequest request, HttpServletResponse > response) > throws ServletException, IOException { > > String category = request.getParameter("category"); > > response.setContentType("text/html"); > PrintWriter out = new PrintWriter (response.getOutputStream()); > out.println(""); > out.println("Advanced Search"); > out.println(""); > > try > { > System.out.println ("\n before registering driver \n"); > DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()); > System.out.println (" before GET Connection \n"); > Connection conn = DriverManager.getConnection > ("jdbc:oracle:thin:@dbserv.uits.indiana.edu:1521:OED1","s3jm013","s3jm013") >; System.out.println (" before STatement \n"); > Statement stmt = conn.createStatement(); > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Urgent : Can we restrict access to a directory in tomcat
just put the images in the database & serve them from there! -Original Message- From: Jens Skripczynski [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 8:42 PM To: Justin Ruthenbeck Cc: Tomcat Users List; Syed Nayyer Kamran Subject: Re: Urgent : Can we restrict access to a directory in tomcat At 10:29 AM 6/9/2003, Dean Fantham wrote: > The only potential method that can catch most (but not all) of these > would be to create a separate image handling jsp/servlet, say > imageHandler. When imageHanlder servlet recieves an image request it > can check the http-referrer header and ensure that the referrer is the > url of the page to which the images are supposed to load, i.e. is the > page containing the images in /servlet/somepage then the http-referrer > that imageHandler see should be able to checked that it is > /servlet/somepage. Someone can circumvent this control by the Internet, > but just manually setting this header themselves (via a program or the > like) and then having access directly to the images > > You would then have to update all image referrences on the somepage > servelt/jsp however to something like src="/servlet/imagehandler?gif=somerefernce">. This may not work, since there may be Browsers out there, that do not sent a referer or a forged referer String (e.g. privoxy is a proxy that can change referers, cookies...) Justin Ruthenbeck: > Without more information about the intended application, this discussion > will continue to become more academic and less directly useful ... but, > really, what's wrong with that? ;) > > If your app needs to serve images for non-authenticated users, but you want > to approximate security (as if you're trying to avoid direct links to your > images, as someone else had surmised), another option is to issue > time-sensitive keys with your generated HTML such that your tags look > like: > > "/images/nolinking.jpg" is your protected resource, and "f5c78x" is a key > that the servlet or jsp generating this code has created and stored. Such > a key would be valid for, say, 60 seconds during which imgSentinel would > grant access. This approach is better since the authentification is done on the server side not requiring any tecnical funtionality on the clientside. Ciao Jens Skripczynski -- E-Mail: skripi-lists(at)myrealbox(dot)com Always say what I really think. But nowadays this is a serious error since one risks being misunderstood. -- Oscar Wild - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What Oracle is best?
if you have only one machine to run it on then get oracle 9i lite. Its great for dev & testing locally. I'm using it with oracle jdbc drivers, tomcat 4.1.24 -Original Message- From: Jonathan Michael Nowacki [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 3:36 PM To: Tomcat Users List Subject: What Oracle is best? Just wondering what kind of oracle programs do I need to get Tomcat to access an SQL database. I have servlets already written that work on another Sun OS machine that I still have access to. Is there a way I can query the OS to find out what versions of oracle are installed? The RPM command obviously doesn't work (since it is a Sun OS), and I don't have root permissions of course. If I can't query the Sun OS what versions of Oracle do you recommend. I tried browsing the oracle homepage and google searches but that just made me more confused from the vast number of choices. Also do I need sqlplus or JDBC if I have j2sdk, tomcat, and MySQL? This is whats already installed: --- tomcat4-webapps-4.1.24-full.2jpp tomcat4-4.1.24-full.2jpp tomcat4-admin-webapps-4.1.24-full.2jpp j2re1.4.1_02 j2sdkee1.4 j2sdk1.4.1_02 redhat 8 standard MySQL that comes with Redhat 8 Linux Sample Servlet code that works on another computer import javax.servlet.*; import javax.servlet.http.*; import java.io.*; import java.util.*; import java.sql.*; public class MultiServlet extends HttpServlet { /** * Initialize global variables */ public void init(ServletConfig config) throws ServletException { super.init(config); } /** * Process the HTTP Post request */ public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String category = request.getParameter("category"); response.setContentType("text/html"); PrintWriter out = new PrintWriter (response.getOutputStream()); out.println(""); out.println("Advanced Search"); out.println(""); try { System.out.println ("\n before registering driver \n"); DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()); System.out.println (" before GET Connection \n"); Connection conn = DriverManager.getConnection ("jdbc:oracle:thin:@dbserv.uits.indiana.edu:1521:OED1","s3jm013","s3jm013"); System.out.println (" before STatement \n"); Statement stmt = conn.createStatement(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSTL and EL question - SOLVED
Hi David. This method works great. Thanks Is there any downside to using it? Is it still considered "standard"? -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2003 11:21 AM To: Tomcat Users List Subject: RE: JSTL and EL question - SOLVED The setup can be a little simpler than this. The taglib jar can contain the TLD for the taglib in the "META-INF" directory of the jar. If it is present there, you do not have to deploy the TLD separately. In addition, if the TLD is present there, you do not have to have the explicit taglib map in your "web.xml" file. In this case, your "taglib" directive in the JSP page needs to specify the URI that is specified in the TLD in the taglib jar file, which is hopefully documented in the taglib documentation (so you don't have to open the file in the jar file). If this is done correctly, you can skip steps 2 and 3 of this process. > -Original Message- > From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 04, 2003 10:21 PM > To: Tomcat Users List > Subject: Re: JSTL and EL question - SOLVED > > > I thought I liked the idea of having the taglib in the web.xml file. > > When I try it I'm getting "This absolute uri > > (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or > > the jar files deployed with this application". Do I have to download it > > somewhere in order to use it in the web.xml file? Any ideas? > > :-) > > OK, four things when dealing with ANY tag library: > > 1. PLACE JAR FILES > > Place JAR files that hold implementation of the tag library in a directory > where Tomcat will pick it up. Either make it "WEB-INF/lib/" (private) or > "${CATALINA_HOME}/shared/lib" (all web-apps will have access to it). You > could place it in "${CATALINA_HOME}/common/lib", but I don't see the point > in Tomcat having access to those JARs. There was a discussion recently > naming pros/cons of each choice (Craig), so look up the archives. > > 2. PLACE TLD > > Place TLD files (Tag Library Descriptor) in either "WEB-INF/" or (if I > recall correctly) "WEB-INF/taglibs/". The first placement will require for > "location" in "web.xml" file to be absolute: "/WEB-INF/.tld", while > the second will allow for relative links: ".tld" > > 3. DECLARE TLD IN WEB.XML > > This part you've already seen. > > >http://java.sun.com/jstl/core >/WEB-INF/c.tld > > > 4. DECLARE TLD USAGE IN JSP > > This you've seen > > <%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %> > > The prefix is up to you. > > Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Servlets not working in my context: SOLVED
Hi All. I finally got it. I was using Oracle 9i & Tomcat on port 8080. Oracle 9i installs a service on Port 8080. This causes the logon popup. You either have to change tomcats port or disable the oracle feature. I changed Tomcat port to 80. Does anyone know how to disable or change oracle from port 8080? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2003 11:45 AM To: Tomcat Users List Subject: Re: Servlets not working in my context No, sorry. XP Home is a whole other animal...it's not designed or configured by default to run any sort of network services whatsoever. XP Pro is different in its default configuration. I've only used XP Home enough to understand that my needs require XP Pro if they require Microsoft at all. John On Wed, 21 May 2003 09:40:52 -0400, Schwartz, David (CHR) <[EMAIL PROTECTED]> wrote: > Funny thing is that I cant find the "usual" windows permission settings. > When I right click on the tomcat folder the sharing tab advises to put > the > folder in the "shared docs" folder - but no actual permission settings. > any ideas? > > -Original Message- > From: John Turner [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 21, 2003 8:31 AM > To: Tomcat Users List > Subject: Re: Servlets not working in my context > > > > You're getting the username/password prompt because the > permissions/security on that folder are munged up. This is a Windows XP > Home thing, not a Tomcat thing. I would just give all access to everyone > on that folder. > > John > > On Wed, 21 May 2003 07:52:02 -0400, Schwartz, David (CHR) > <[EMAIL PROTECTED]> wrote: > >> I installed TomCat 4.1.8 on Windows XP Home. A username/password box >> pops up >> when trying to acess the doc root. What is the default account? Also, >> why am >> I getting this on xp & not nt? >> Thanks >> -Original Message- >> From: Shapira, Yoav [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, May 20, 2003 1:20 PM >> To: Tomcat Users List >> Subject: RE: Servlets not working in my context >> >> >> >> Howdy, >> >> >>> Should I be creating an entry for each (& every) servlet or is there a >> way >>> to make one entry for a classes folder? (if that's not against best >>> practices) >> >> No such shortcut exists in the servlet specification. You have to make >> an entry for every servlet that's linked to (either by the user/external >> agent or by your own pages), which is pretty much every servlet. >> >> Yoav Shapira >> >> >> >> This e-mail, including any attachments, is a confidential business >> communication, and may contain information that is confidential, >> proprietary >> and/or privileged. This e-mail is intended only for the individual(s) >> to >> whom it is addressed, and may not be saved, copied, printed, disclosed >> or >> used by anyone else. If you are not the(an) intended recipient, please >> immediately delete this e-mail from your computer system and notify the >> sender. Thank you. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Urgent : Can we restrict access to a directory in tomcat
Store the images in your database & then your jsp can retrieve & show them. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2003 9:44 AM To: Tomcat Users List Subject: RE: Urgent : Can we restrict access to a directory in tomcat Howdy, That one's tricky (and strange). When you have a servlet or JSP, the output the user sees is HTML. In HTML, you have tags. The browser will request those images normally in HTTP requests. So from the server's perspective, the request is the same whether the user types in the image URL or you embed it in one of your pages. Would something like using a mangled images directory name ($KF_%# or something) be sufficient? A name that's hard for users to guess and use directly? Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Syed Nayyer Kamran [mailto:[EMAIL PROTECTED] >Sent: Monday, June 09, 2003 9:33 PM >To: [EMAIL PROTECTED] >Subject: Urgent : Can we restrict access to a directory in tomcat > >hi there, > >I want to restrict the user to access the images directly through the web. >They should be able to access these images through web pages developed as >jsp/servlet but should not be able to access these images displayed on page >by copying the image url to the address bar. Is tomcat directly support >this functionality. or any other solution. > >Thanks in advance for any solution of the problem. > > >Nayyer Kamran This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSTL problem (was Oracle Type 4 Driver)
Jason, I finally cleaned it up & got it working! Thanks for your help. I there a way to add that datasource info to an xml file & just use the dbtags query string within the jsp file? (simialr to the way you describe using jndi)? Now on to the jndi stuff... -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 4:11 PM To: Tomcat Users List Subject: Re: JSTL problem (was Oracle Type 4 Driver) On Thu, 5 Jun 2003 03:57, Schwartz, David (CHR) wrote: > jdbc:oracle:thin:x:1521: I don't think it likes the URL you are giving it, is x the servername or IP and the instance name? NB. the thin driver access the server directly so totally ignore your tnsnames.ora, well except for referring to it to get the server name and instance name of course. Also try passing it the username and password with: root notVerySecure Another more standard way to use datasources is to use JNDI and define them in your server.xml as per this howto: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-examples-how to.html Then you can reduce your connection tag within your JSP pages to something like: Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSTL and EL question - SOLVED
Thats a great idea & much easier to implement. How can I determine if the jar file has the tld? More specifically, I'm using the jakarta dbtags. do they package it that way? -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2003 11:21 AM To: Tomcat Users List Subject: RE: JSTL and EL question - SOLVED The setup can be a little simpler than this. The taglib jar can contain the TLD for the taglib in the "META-INF" directory of the jar. If it is present there, you do not have to deploy the TLD separately. In addition, if the TLD is present there, you do not have to have the explicit taglib map in your "web.xml" file. In this case, your "taglib" directive in the JSP page needs to specify the URI that is specified in the TLD in the taglib jar file, which is hopefully documented in the taglib documentation (so you don't have to open the file in the jar file). If this is done correctly, you can skip steps 2 and 3 of this process. > -Original Message- > From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 04, 2003 10:21 PM > To: Tomcat Users List > Subject: Re: JSTL and EL question - SOLVED > > > I thought I liked the idea of having the taglib in the web.xml file. > > When I try it I'm getting "This absolute uri > > (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or > > the jar files deployed with this application". Do I have to download it > > somewhere in order to use it in the web.xml file? Any ideas? > > :-) > > OK, four things when dealing with ANY tag library: > > 1. PLACE JAR FILES > > Place JAR files that hold implementation of the tag library in a directory > where Tomcat will pick it up. Either make it "WEB-INF/lib/" (private) or > "${CATALINA_HOME}/shared/lib" (all web-apps will have access to it). You > could place it in "${CATALINA_HOME}/common/lib", but I don't see the point > in Tomcat having access to those JARs. There was a discussion recently > naming pros/cons of each choice (Craig), so look up the archives. > > 2. PLACE TLD > > Place TLD files (Tag Library Descriptor) in either "WEB-INF/" or (if I > recall correctly) "WEB-INF/taglibs/". The first placement will require for > "location" in "web.xml" file to be absolute: "/WEB-INF/.tld", while > the second will allow for relative links: ".tld" > > 3. DECLARE TLD IN WEB.XML > > This part you've already seen. > > >http://java.sun.com/jstl/core >/WEB-INF/c.tld > > > 4. DECLARE TLD USAGE IN JSP > > This you've seen > > <%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %> > > The prefix is up to you. > > Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSTL problem (was Oracle Type 4 Driver)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:536) when I run this... <%@ page import="java.sql.*"%> <%@ taglib prefix="sql" uri="/WEB-INF/taglibs-dbtags.tld" %> jdbc:oracle:thin:x:1521: oracle.jdbc.driver.OracleDriver <%-- open a database query --%> select * from publication <%-- loop through the rows of your query --%> [no description] <%-- close a database connection --%> -Original Message- From: David N. Foote [mailto:[EMAIL PROTECTED] Sent: Friday, May 30, 2003 1:09 PM To: Tomcat Users List Subject: JSTL problem (was Oracle Type 4 Driver) David, I don't think I can help you without seeing some error message. Just knowing that index.jhtml doesn't work isn't enough to go on. David - Original Message - From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Friday, May 30, 2003 4:14 AM Subject: RE: Oracle Type 4 Driver > Thanks for the offer. > > Here's my web.xml... > > > 2.3//EN" > "http://java.sun.com/dtd/web-app_2_3.dtd";> > > > > HelloWorld > HelloWorld > > > > HelloWorld > /HelloWorld > > > > > x > x > > > > x > /x > > > > > HelloTest > HelloTest > > > > HelloTest > /HelloTest > > > > Params > Params > > > > Params > /Params > > > > ParamsShow > ParamsShow > > > > ParamsShow > /ParamsShow > > > > SimpleBean > SimpleBean > > > > SimpleBean > /SimpleBean > > > > Employee > Employee > > > > Employee > /Employee > > > > > http://java.sun.com/jstl/fmt > /WEB-INF/fmt.tld > > > > http://java.sun.com/jstl/core > /WEB-INF/c.tld > > > > http://java.sun.com/jstl/sql > /WEB-INF/sql.tld > > > > http://java.sun.com/jstl/x > /WEB-INF/x.tld > > > > > http://jakarta.apache.org/taglibs/dbtags > /WEB-INF/dbtags.tld > > > > > when the taglib tags are there then tomcat does not work. Meaning I cant > even run index.jsp. > As soon as i remove the tags tomcat works. > Any ideas? > > -Original Message- > From: David N. Foote [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 29, 2003 3:21 PM > To: Tomcat Users List > Subject: Re: Oracle Type 4 Driver > > > David, > > I took a look at your web.xml and it looked good. The only other things I > can think of that have to be there for this to work are as follows: > > > Your WEB-INF/lib directory has to have these jars from the > jakarta-taglibs\standard-1.0.3\lib directory: > > dom.jar jaxp-api.jarjstl.jar saxpath.jar xalan.jar > jaxen-full.jar jdbc2_0-stdext.jar sax.jar standard.jar xercesImpl.jar > > and your WEB-INF directory has
RE: JSTL problem (was Oracle Type 4 Driver)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:536) when I run this... <%@ page import="java.sql.*"%> <%@ taglib prefix="sql" uri="/WEB-INF/taglibs-dbtags.tld" %> jdbc:oracle:thin:x:1521: oracle.jdbc.driver.OracleDriver <%-- open a database query --%> select * from publication <%-- loop through the rows of your query --%> [no description] <%-- close a database connection --%> -Original Message- From: David N. Foote [mailto:[EMAIL PROTECTED] Sent: Friday, May 30, 2003 1:09 PM To: Tomcat Users List Subject: JSTL problem (was Oracle Type 4 Driver) David, I don't think I can help you without seeing some error message. Just knowing that index.jhtml doesn't work isn't enough to go on. David - Original Message - From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Friday, May 30, 2003 4:14 AM Subject: RE: Oracle Type 4 Driver > Thanks for the offer. > > Here's my web.xml... > > > 2.3//EN" > "http://java.sun.com/dtd/web-app_2_3.dtd";> > > > > HelloWorld > HelloWorld > > > > HelloWorld > /HelloWorld > > > > > x > x > > > > x > /x > > > > > HelloTest > HelloTest > > > > HelloTest > /HelloTest > > > > Params > Params > > > > Params > /Params > > > > ParamsShow > ParamsShow > > > > ParamsShow > /ParamsShow > > > > SimpleBean > SimpleBean > > > > SimpleBean > /SimpleBean > > > > Employee > Employee > > > > Employee > /Employee > > > > > http://java.sun.com/jstl/fmt > /WEB-INF/fmt.tld > > > > http://java.sun.com/jstl/core > /WEB-INF/c.tld > > > > http://java.sun.com/jstl/sql > /WEB-INF/sql.tld > > > > http://java.sun.com/jstl/x > /WEB-INF/x.tld > > > > > http://jakarta.apache.org/taglibs/dbtags > /WEB-INF/dbtags.tld > > > > > when the taglib tags are there then tomcat does not work. Meaning I cant > even run index.jsp. > As soon as i remove the tags tomcat works. > Any ideas? > > -Original Message- > From: David N. Foote [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 29, 2003 3:21 PM > To: Tomcat Users List > Subject: Re: Oracle Type 4 Driver > > > David, > > I took a look at your web.xml and it looked good. The only other things I > can think of that have to be there for this to work are as follows: > > > Your WEB-INF/lib directory has to have these jars from the > jakarta-taglibs\standard-1.0.3\lib directory: > > dom.jar jaxp-api.jarjstl.jar saxpath.jar xalan.jar > jaxen-full.jar jdbc2_0-stdext.jar sax.jar standard.jar xercesImpl.jar > > and your WEB-INF directory has
RE: Taglib declaration - illegal character \64 (FAQ)
Yo Jason - you did it! It's working now! Thanks a million. of course i dont understand why it didn't work the other way but maybe I shouldnt look a gift horse... -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 2:33 PM To: Tomcat Users List Subject: Re: Taglib declaration - illegal character \64 (FAQ) What happens when you change: <[EMAIL PROTECTED] prefix="c" uri="http://java.sun.com/jstl/core"; %> to: <[EMAIL PROTECTED] prefix="c" uri="/WEB-INF/c.tld" %> you might also need to remove the entries from the web.xml file, theoretically the way you are trying to do it should work but for some reason it isn't so hopefully declaring them explicitly might do the trick. Regards, -- Jason Bainbridge http://jblinux.org On Thu, 5 Jun 2003 02:20, Schwartz, David (CHR) wrote: > yes. I have the temp folder already. > > -Original Message- > From: Jason Bainbridge [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 04, 2003 2:12 PM > To: Tomcat Users List > Subject: Re: Taglib declaration - illegal character \64 (FAQ) > > > Can you try creating a temp directory in your CATALINA_HOME and then try > again? Seems it is a common cause of similar errors as I just read here: > > http://www.thejspbook.com/faq/details.jsp?id=1023 > > Not exactly the kind of thing that one would look for with such an error > but > > hopefully it works. :) > > Regards, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Taglib declaration - illegal character \64 (FAQ)
yes. I have the temp folder already. -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 2:12 PM To: Tomcat Users List Subject: Re: Taglib declaration - illegal character \64 (FAQ) Can you try creating a temp directory in your CATALINA_HOME and then try again? Seems it is a common cause of similar errors as I just read here: http://www.thejspbook.com/faq/details.jsp?id=1023 Not exactly the kind of thing that one would look for with such an error but hopefully it works. :) Regards, -- Jason Bainbridge http://jblinux.org On Thu, 5 Jun 2003 02:06, Schwartz, David (CHR) wrote: > Jason, > When I do... > > <%@ taglib prefix='c' uri='http://java.sun.com/jstl/core' %> > > I get... > > org.apache.jasper.JasperException: This absolute uri > (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the > jar files deployed with this application - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Taglib declaration - illegal character \64 (was Re: Oracle Type 4 Driver)
Jason, When I do... <%@ taglib prefix='c' uri='http://java.sun.com/jstl/core' %> I get... org.apache.jasper.JasperException: This absolute uri (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler. java:105) at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:430 ) at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:154 ) at org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:159) at org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:354) at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:381) at org.apache.jasper.compiler.Parser.parseElements(Parser.java:795) at org.apache.jasper.compiler.Parser.parse(Parser.java:122) at org.apache.jasper.compiler.ParserController.parse(ParserController.java:199) at org.apache.jasper.compiler.ParserController.parse(ParserController.java:153) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:227) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:369) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:4 73) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:1 90) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:392) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:536) -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 1:52 PM To: Tomcat Users List Subject: Taglib declaration - illegal character \64 (was Re: Oracle Type 4 Driver) On Thu, 5 Jun 2003 01:16, Schwartz, David (CHR) wrote: > [javac] C:\tomcat\work\Standalone\localhost\myfirst\index_jsp.java:42: > illegal character: \64 > [javac] [EMAIL PROTECTED] prefix="c" uri="http://java.sun.com/jstl/core"; > [javac] ^ >
RE: Oracle Type 4 Driver
5) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:536) -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 2:56 PM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver On Fri, 30 May 2003 02:47, Schwartz, David (CHR) wrote: > David, > i have it as the last element, after all others. > Any other ideas? I'd love to get it up! Are they within the webapp tag, so before the closing ? Regards, -- Jason Bainbridge KDE Web Team - http://kde.org [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSTL and EL question - SOLVED
I get the same error! -Original Message- From: Jeff Knox [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 11:35 AM To: Tomcat Users List Subject: Re: JSTL and EL question - SOLVED I thought I liked the idea of having the taglib in the web.xml file. When I try it I'm getting "This absolute uri (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or the jar files deployed with this application". Do I have to download it somewhere in order to use it in the web.xml file? Any ideas? Thanks, Jeff On Wednesday, June 4, 2003, at 07:36 AM, Jeff Knox wrote: > I never thought about putting the tablib in the web.xml file. I like > that! As for referencing the tablibs on individual pages there are > four differentlibraries you can use depending on what you need to do > on the page. The core library is: > ><[EMAIL PROTECTED] prefix="c" uri="http://java.sun.com/jstl/core"; %> > > For internationalization and formatting: > > <[EMAIL PROTECTED] prefix="fmt" uri="http://java.sun.com/jstl/fmt"; %> > > Database access: > ><[EMAIL PROTECTED] prefix="sql" uri="http://java.sun.com/jstl/sql"; %> > > XML parsing and transforming: > ><[EMAIL PROTECTED] prefix="x" uri="http://java.sun.com/jstl/xml"; %> > > > On Wednesday, June 4, 2003, at 06:35 AM, Schwartz, David (CHR) wrote: > >> can you also send the taglib line from the top of jsp? >> >> -Original Message- >> From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, June 04, 2003 9:32 AM >> To: Tomcat Users List >> Subject: Re: JSTL and EL question - SOLVED >> >> >> - Original Message - >> From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> >> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> >> Sent: Wednesday, June 04, 2003 1:55 PM >> Subject: RE: JSTL and EL question - SOLVED >> >> >>> I'm still having problems. Can you please post a complete sample >>> along >> with >>> web.xml sample? >> >> What exactly are your problems? >> >> In web.xml you should declare taglibs: >> >> >> http://java.sun.com/jstl/core >> /WEB-INF/c.tld >> >> >> http://java.sun.com/jstl/sql >> /WEB-INF/sql.tld >> >> >> >> jdbc/EVracunDS >> javax.sql.DataSource >> Container >> >> >> And then use this in your JSP: >> >> >> >> SELECT * FROM user_tab WHERE user_id = ? >> >> >> ... >> >> >> ... >> >> Nix. >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSTL and EL question - SOLVED
can you also send the taglib line from the top of jsp? -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 9:32 AM To: Tomcat Users List Subject: Re: JSTL and EL question - SOLVED - Original Message - From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Wednesday, June 04, 2003 1:55 PM Subject: RE: JSTL and EL question - SOLVED > I'm still having problems. Can you please post a complete sample along with > web.xml sample? What exactly are your problems? In web.xml you should declare taglibs: http://java.sun.com/jstl/core /WEB-INF/c.tld http://java.sun.com/jstl/sql /WEB-INF/sql.tld jdbc/EVracunDS javax.sql.DataSource Container And then use this in your JSP: SELECT * FROM user_tab WHERE user_id = ? ... ... Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: is session id unique across webapps ?
I thought it was based on the browser ID + number - therefore always unique. -Original Message- From: Angus Mezick [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 9:28 AM To: Tomcat Users List Subject: RE: is session id unique across webapps ? Hmm, I just read those two thread and I didn't see a final solution. Is getJvmRoute() unique across tomcat instances running on 5 web servers all serving the same app using a JDBC session manager. I know session id is unique within a webapp but what about over a cluster of webapps that don't use sticky sessions? All that blather about it being a statistical improbability that a session id will be duped is crap. It has to be IMPOSSIBLE across a non-sticky cluster for a dupe session id to be generated. --Angus > -Original Message- > From: Tim Funk [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 04, 2003 6:56 AM > To: Tomcat Users List > Subject: Re: is session id unique across webapps ? > > > Tomcat creates its sessionids from a random number generator. > The breadth of > random numbers is very wide allowing for "virtually" no > overlaps. But since > they are random, dups may appear. Tomcat does have checks to > make sure it > doesn't give out an existing session id in a particular webapp. > > That being said, I think it is possible that the same > session_id may be used > by two different users for two different webapps. > > So if you really need a unique identifier, append session_id > to context path. > > There was a few discussions in developers list above session > id uniqueness. > http://marc.theaimsgroup.com/?t=10407214591&r=1&w=2 http://marc.theaimsgroup.com/?t=10420795603&r=1&w=2 -Tim siddharth wrote: > Hi all, > > I am tring to find out about *uniqueness* of *session ids* which are > generated by tomcat. > > are session ids are unique across webapps ??? > --- > > > > thanx. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSTL and EL question - SOLVED
I'm still having problems. Can you please post a complete sample along with web.xml sample? -Original Message- From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 04, 2003 1:26 AM To: Tomcat Users List Subject: Re: JSTL and EL question - SOLVED > Oh boy, I get to contribute after asking a lot of questions! ; ) > > Here's a query I am using in a current project: > > >select * from contestant_picks where contestant='q' and week = ? > order by entered desc > > It's good to know I'm not alone in using JSTL :-) > I am using the maxRows option mainly because I don't need the db > returning all of the older data. Hmm, now that I think about it I can > probably add "and entered = max(entered)" or something like that. > Anyway, what I learned was that . and [] differed in an important way. > You can't evaluate a variable after the . but you can inside the []. As > a result my code worked out to: > > > > > The gameNum variable will contain a string like "game1", "game2', etc. > These are the names of the columns in the table. The second line > replaces the gameNum variable inside the [] so I get the equivalent of > "picks.rows[0].game1". One other piece you are missing is "rows" from > the value. As a result the following code should work for your > situation: > > Yes, I noticed that in the afternoon - silly me! > I would highly recommend the book "core JSTL Mastering the JSP Standard > Tab Library" by David M Geary from Sun. It got me up to speed on JSTL > in less than a week. Now I can't wait for Tomcat 5 to support JSP 2.0. Thanks for the advice. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Oracle Type 4 Driver
I don't understand. Can you please explain? -Original Message- From: Balaji [mailto:[EMAIL PROTECTED] Sent: Friday, May 30, 2003 7:41 AM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver you have to give change the http://java.sun.com/jstl/fmt by the value in uri value in the jsp file. I mean both should match. Balaji - Original Message - From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Friday, May 30, 2003 4:44 PM Subject: RE: Oracle Type 4 Driver > Thanks for the offer. > > Here's my web.xml... > > > 2.3//EN" > "http://java.sun.com/dtd/web-app_2_3.dtd";> > > > > HelloWorld > HelloWorld > > > > HelloWorld > /HelloWorld > > > > > x > x > > > > x > /x > > > > > HelloTest > HelloTest > > > > HelloTest > /HelloTest > > > > Params > Params > > > > Params > /Params > > > > ParamsShow > ParamsShow > > > > ParamsShow > /ParamsShow > > > > SimpleBean > SimpleBean > > > > SimpleBean > /SimpleBean > > > > Employee > Employee > > > > Employee > /Employee > > > > > http://java.sun.com/jstl/fmt > /WEB-INF/fmt.tld > > > > http://java.sun.com/jstl/core > /WEB-INF/c.tld > > > > http://java.sun.com/jstl/sql > /WEB-INF/sql.tld > > > > http://java.sun.com/jstl/x > /WEB-INF/x.tld > > > > > http://jakarta.apache.org/taglibs/dbtags > /WEB-INF/dbtags.tld > > > > > when the taglib tags are there then tomcat does not work. Meaning I cant > even run index.jsp. > As soon as i remove the tags tomcat works. > Any ideas? > > -Original Message- > From: David N. Foote [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 29, 2003 3:21 PM > To: Tomcat Users List > Subject: Re: Oracle Type 4 Driver > > > David, > > I took a look at your web.xml and it looked good. The only other things I > can think of that have to be there for this to work are as follows: > > > Your WEB-INF/lib directory has to have these jars from the > jakarta-taglibs\standard-1.0.3\lib directory: > > dom.jar jaxp-api.jarjstl.jar saxpath.jar xalan.jar > jaxen-full.jar jdbc2_0-stdext.jar sax.jar standard.jar xercesImpl.jar > > and your WEB-INF directory has to have the tld's: > > c.tld fmt.tld sql.tld x.tld > > If you want to give more specific info about how Tomcat isn't working (error > message) I can take a stab. > > David > > > - Original Message - > From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]> > Sent: Thursday, May 29, 2003 11:47 AM > Subject: RE: Oracle Type 4 Driver > > > > David, > > i have it as the last element, after all others. > > Any other ideas? I'd love to get it up! > > > > -Original Message- > > From: David N. Foote [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 29, 2003 2:36 PM > > To: Tomcat Users List > > Subject: Re: Oracle Type 4 Driver > > > > > > David, > > > > You might be having trouble with where you inserted the taglib tags in > your > > web.xml. The following fragment from web-app_2_3.dtd is key. > > > > > context-param*, filter*, filter-mapping*, listener*, servlet*, > > servlet-mapping*, session-config?, mime-mapping*, welcome-file-list?, > > error-page*, taglib*, resource-env-ref*, resource-ref*, > > security-constraint*, login-config?, security-role*, env-entry*, ejb-ref*, > > ejb-local-ref*)> > > notice that taglib tags must occur within the web-app tag, after any icon, > > display-name, description, distributable, context-param, filter, > > filter-mapping, listener, servlet, servlet-mapping, session-config, > > mime-mapping, welcome-file-list, or error-page tags and before any > > resource-env-ref, resource-ref, security-constraint, login-config, > > security-role, env-entry, ejb-ref, ejb-local-ref tags. > > > > David > > > > > > > > > > > > > > > > > > > > - Original Message - > > From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> > > To: "'Tomcat Users List'" <[EMAIL PROTECTED]> > > Sent: Thursday, May 29, 2003 7:04 AM > > Su
RE: Oracle Type 4 Driver
Thanks for the offer. Here's my web.xml... http://java.sun.com/dtd/web-app_2_3.dtd";> HelloWorld HelloWorld HelloWorld /HelloWorld x x x /x HelloTest HelloTest HelloTest /HelloTest Params Params Params /Params ParamsShow ParamsShow ParamsShow /ParamsShow SimpleBean SimpleBean SimpleBean /SimpleBean Employee Employee Employee /Employee http://java.sun.com/jstl/fmt /WEB-INF/fmt.tld http://java.sun.com/jstl/core /WEB-INF/c.tld http://java.sun.com/jstl/sql /WEB-INF/sql.tld http://java.sun.com/jstl/x /WEB-INF/x.tld http://jakarta.apache.org/taglibs/dbtags /WEB-INF/dbtags.tld when the taglib tags are there then tomcat does not work. Meaning I cant even run index.jsp. As soon as i remove the tags tomcat works. Any ideas? -Original Message- From: David N. Foote [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 3:21 PM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver David, I took a look at your web.xml and it looked good. The only other things I can think of that have to be there for this to work are as follows: Your WEB-INF/lib directory has to have these jars from the jakarta-taglibs\standard-1.0.3\lib directory: dom.jar jaxp-api.jarjstl.jar saxpath.jar xalan.jar jaxen-full.jar jdbc2_0-stdext.jar sax.jar standard.jar xercesImpl.jar and your WEB-INF directory has to have the tld's: c.tld fmt.tld sql.tld x.tld If you want to give more specific info about how Tomcat isn't working (error message) I can take a stab. David - Original Message - From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Thursday, May 29, 2003 11:47 AM Subject: RE: Oracle Type 4 Driver > David, > i have it as the last element, after all others. > Any other ideas? I'd love to get it up! > > -Original Message- > From: David N. Foote [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 29, 2003 2:36 PM > To: Tomcat Users List > Subject: Re: Oracle Type 4 Driver > > > David, > > You might be having trouble with where you inserted the taglib tags in your > web.xml. The following fragment from web-app_2_3.dtd is key. > > context-param*, filter*, filter-mapping*, listener*, servlet*, > servlet-mapping*, session-config?, mime-mapping*, welcome-file-list?, > error-page*, taglib*, resource-env-ref*, resource-ref*, > security-constraint*, login-config?, security-role*, env-entry*, ejb-ref*, > ejb-local-ref*)> > notice that taglib tags must occur within the web-app tag, after any icon, > display-name, description, distributable, context-param, filter, > filter-mapping, listener, servlet, servlet-mapping, session-config, > mime-mapping, welcome-file-list, or error-page tags and before any > resource-env-ref, resource-ref, security-constraint, login-config, > security-role, env-entry, ejb-ref, ejb-local-ref tags. > > David > > > > > > > > > > - Original Message - > From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> > To: "'Tomcat Users List'" <[EMAIL PROTECTED]> > Sent: Thursday, May 29, 2003 7:04 AM > Subject: RE: Oracle Type 4 Driver > > > > Yes. > > Also, very weird - when the tag is in the web.xml file Tomcat > does > > NOT work properly. > > > > > > -Original Message- > > From: Jason Bainbridge [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 29, 2003 10:01 AM > > To: Tomcat Users List > > Subject: Re: Oracle Type 4 Driver > > > > > > On Thu, 29 May 2003 21:32, Schwartz, David (CHR) wrote: > > > I added the tags to web.xml (below) but still no go! > > > > > > > > > http://java.sun.com/jstl/sql > > > /WEB-INF/sql.tld > > > > > > > Do you have the sql.tld file in your WEB-INF
RE: Oracle Type 4 Driver
David, i have it as the last element, after all others. Any other ideas? I'd love to get it up! -Original Message- From: David N. Foote [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 2:36 PM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver David, You might be having trouble with where you inserted the taglib tags in your web.xml. The following fragment from web-app_2_3.dtd is key. notice that taglib tags must occur within the web-app tag, after any icon, display-name, description, distributable, context-param, filter, filter-mapping, listener, servlet, servlet-mapping, session-config, mime-mapping, welcome-file-list, or error-page tags and before any resource-env-ref, resource-ref, security-constraint, login-config, security-role, env-entry, ejb-ref, ejb-local-ref tags. David - Original Message - From: "Schwartz, David (CHR)" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Thursday, May 29, 2003 7:04 AM Subject: RE: Oracle Type 4 Driver > Yes. > Also, very weird - when the tag is in the web.xml file Tomcat does > NOT work properly. > > > -Original Message- > From: Jason Bainbridge [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 29, 2003 10:01 AM > To: Tomcat Users List > Subject: Re: Oracle Type 4 Driver > > > On Thu, 29 May 2003 21:32, Schwartz, David (CHR) wrote: > > I added the tags to web.xml (below) but still no go! > > > > > > http://java.sun.com/jstl/sql > > /WEB-INF/sql.tld > > > > Do you have the sql.tld file in your WEB-INF directory? > > Regards, > -- > Jason Bainbridge > KDE Web Team - http://kde.org > [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Oracle Type 4 Driver
Yes. Also, very weird - when the tag is in the web.xml file Tomcat does NOT work properly. -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 10:01 AM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver On Thu, 29 May 2003 21:32, Schwartz, David (CHR) wrote: > I added the tags to web.xml (below) but still no go! > > > http://java.sun.com/jstl/sql > /WEB-INF/sql.tld > Do you have the sql.tld file in your WEB-INF directory? Regards, -- Jason Bainbridge KDE Web Team - http://kde.org [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Oracle Type 4 Driver
Thanks David. I'm still getting this error... org.apache.jasper.JasperException: This absolute uri (http://java.sun.com/jstl/sql) cannot be resolved in either web.xml or the jar files deployed with this application I added the tags to web.xml (below) but still no go! http://java.sun.com/dtd/web-app_2_3.dtd";> Employee /Employee http://java.sun.com/jstl/sql /WEB-INF/sql.tld http://java.sun.com/jstl/fmt /WEB-INF/fmt.tld -Original Message- From: David N. Foote [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 4:54 PM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver I believe those URI's will work fine as long as you have the following in your web.xml file. http://java.sun.com/jstl/fmt /WEB-INF/fmt.tld http://java.sun.com/jstl/core /WEB-INF/c.tld http://java.sun.com/jstl/sql /WEB-INF/sql.tld http://java.sun.com/jstl/x /WEB-INF/x.tld - Original Message - From: "Jason Bainbridge" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Wednesday, May 28, 2003 1:29 PM Subject: Re: Oracle Type 4 Driver > On Thu, 29 May 2003 02:31, Schwartz, David (CHR) wrote: > > <% @ taglib prefix="c" uri="http://java.sun.com/jstl/core"; %> > > <%@ taglib prefix="sql" uri="http://java.sun.com/jstl/sql"; %> > > those uri's need to point to the tld files on your local filesystem, so > something like uri="/WEB-INF/tld/core.tld" > > Regards, > -- > Jason Bainbridge > KDE Web Team - http://kde.org > [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Oracle Type 4 Driver
I'm trying to get connected to Oracle. I downloaded the oracle jdbc thin driver & the jstl tag library. Getting this error on the jsp page org.apache.jasper.JasperException: This absolute uri (http://java.sun.com/jstl/sql) cannot be resolved in either web.xml or the jar files deployed with this application code sample <[EMAIL PROTECTED] contentType="text/html"%> CD Catalog List <% @ taglib prefix="c" uri="http://java.sun.com/jstl/core"; %> <%@ taglib prefix="sql" uri="http://java.sun.com/jstl/sql"; %> CD Catalog List SELECT * FROM publication -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 4:00 PM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver On Wed, 28 May 2003 03:50, Schwartz, David (CHR) wrote: > thanks. got it. > can you point me to a simple example of using it in servlet with basic > select statement (to help get started)? A quick google turned up: http://www.classicity.com/oracle/htdocs/forums/ClsyForumID124/7.html You would be wise to look into the JNDI datasource example on the jakarta.apache.org site though to handle your datasources better. :) Regards, -- Jason Bainbridge KDE Web Team - http://kde.org [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Oracle Type 4 Driver
Jason - I got the oracle files & saved them as jar's in my classpath (web-inf/classes). when I compile the sample class get this... C:\tomcat\webapps\myfirst\WEB-INF\classes>javac Employee.java Employee.java:22: package oracle.jdbc.driver does not exist DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()); ^ -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 3:16 PM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver On Wed, 28 May 2003 03:10, Schwartz, David (CHR) wrote: > Can anyone recomend a type 4 driver for oracle 8.1.7? > I'm running Tomcat 4.1.24 Isn't Oracle's own JDBC Thin Driver type 4? I'm fairly sure it is, it gets installed with the Oracle client, something likew classes12.zip and nls_charset12.zip, rename those to .jar files and you're good to go. They should be documented within Oracle's doco if not there is plenty of reference material on the web you can google for. Regard,s -- Jason Bainbridge KDE Web Team - http://kde.org [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: placement of properties files
I think web-inf folder - since tomcat wont serve files contained therein. -Original Message- From: Timothy Stone [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 8:55 AM To: Tomcat Users Subject: placement of properties files Q: where is the proper place for [props].properties files? such as something that might store username and password pairs. Not the best practice, but if one wanted to. Thanks, Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Oracle Type 4 Driver
thanks. got it. can you point me to a simple example of using it in servlet with basic select statement (to help get started)? thanks -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 3:16 PM To: Tomcat Users List Subject: Re: Oracle Type 4 Driver On Wed, 28 May 2003 03:10, Schwartz, David (CHR) wrote: > Can anyone recomend a type 4 driver for oracle 8.1.7? > I'm running Tomcat 4.1.24 Isn't Oracle's own JDBC Thin Driver type 4? I'm fairly sure it is, it gets installed with the Oracle client, something likew classes12.zip and nls_charset12.zip, rename those to .jar files and you're good to go. They should be documented within Oracle's doco if not there is plenty of reference material on the web you can google for. Regard,s -- Jason Bainbridge KDE Web Team - http://kde.org [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Oracle Type 4 Driver
Can anyone recomend a type 4 driver for oracle 8.1.7? I'm running Tomcat 4.1.24 Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is servlet chaining possible using Tomcat
what is servlet chaining? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 11:40 AM To: Tomcat Users List Subject: RE: Is servlet chaining possible using Tomcat Howdy, The real question is, is servlet chaining part of the Servlet Specification? If the answer to that is "yes" then the answer to your original question is also "yes." See the request dispatcher forward and include methods. The resources your forward to or include in your requests can be servlets or JSPs. Also check out the idea of filters. This is a newer idea than servlet chaining and in some cases offers a better alternative. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Bilal Ahmad [mailto:[EMAIL PROTECTED] >Sent: Tuesday, May 27, 2003 11:38 AM >To: [EMAIL PROTECTED] >Subject: Is servlet chaining possible using Tomcat > >Is servlet chaining possible in tomcat like in java web server > >_ >The new MSN 8: smart spam protection and 2 months FREE* >http://join.msn.com/?page=features/junkmail > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]