Location of third party jar files.
We are using a couple of third party jar files. I can only get our application to see them if I add them to the tomcat/common/lib/ directory. This is inconvenient for our setup. Is there any other way for Tomcat to find the jar files in the classpath (works with Tomcat 3.2), a .xml file, or with a symbolic link? We are using Tomcat 5.0.27. Thanks, Kyle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Location of third party jar files.
Hi, The right and best way is to include copies of them in your WEB-INF/lib directory. Don't symlink, don't put them in common/lib or shared/lib, don't put them on the bootstrap classpath. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >Sent: Wednesday, September 08, 2004 1:19 PM >To: [EMAIL PROTECTED] >Subject: Location of third party jar files. > >We are using a couple of third party jar files. I can only get our >application to see them if I add them to the tomcat/common/lib/ >directory. This is inconvenient for our setup. Is there any other way >for Tomcat to find the jar files in the classpath (works with Tomcat >3.2), a .xml file, or with a symbolic link? > >We are using Tomcat 5.0.27. > >Thanks, >Kyle > > >- >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]
Re: Location of third party jar files.
I believe Yoav said earlier it was OK to put JDBC drivers into common/lib. Or did I misunderstand, there was a bit of back and forth on the topic. Search Archives for "Tomcat 4.1: JSP pages don't always compile the first time?" Shapira, Yoav wrote: Hi, The right and best way is to include copies of them in your WEB-INF/lib directory. Don't symlink, don't put them in common/lib or shared/lib, don't put them on the bootstrap classpath. Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: Location of third party jar files. We are using a couple of third party jar files. I can only get our application to see them if I add them to the tomcat/common/lib/ directory. This is inconvenient for our setup. Is there any other way for Tomcat to find the jar files in the classpath (works with Tomcat 3.2), a .xml file, or with a symbolic link? We are using Tomcat 5.0.27. Thanks, Kyle - 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]
RE: Location of third party jar files.
Hi, I feel like I'm repeating myself endlessly into the void sometimes ;) As I said below, the best way is in WEB-INF/lib. If you want to stick stuff in common/lib, you can. If you want to use the Tomcat container-provided connection pooling, you must put the JDBC driver in common/lib. But that's not the best way IMHO (obviously a subjective call). Yoav Shapira Millennium Research Informatics >-Original Message- >From: Jeffrey Barnett [mailto:[EMAIL PROTECTED] >Sent: Wednesday, September 08, 2004 2:18 PM >To: Tomcat Users List >Subject: Re: Location of third party jar files. > >I believe Yoav said earlier it was OK to put JDBC drivers into >common/lib. Or did I misunderstand, there was a bit of back and forth >on the topic. Search Archives for "Tomcat 4.1: JSP pages don't always >compile the first time?" > >Shapira, Yoav wrote: > >>Hi, >>The right and best way is to include copies of them in your WEB-INF/lib >>directory. Don't symlink, don't put them in common/lib or shared/lib, >>don't put them on the bootstrap classpath. >> >>Yoav Shapira >>Millennium Research Informatics >> >> >> >> >>>-Original Message----- >>>From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >>>Sent: Wednesday, September 08, 2004 1:19 PM >>>To: [EMAIL PROTECTED] >>>Subject: Location of third party jar files. >>> >>>We are using a couple of third party jar files. I can only get our >>>application to see them if I add them to the tomcat/common/lib/ >>>directory. This is inconvenient for our setup. Is there any other way >>>for Tomcat to find the jar files in the classpath (works with Tomcat >>>3.2), a .xml file, or with a symbolic link? >>> >>>We are using Tomcat 5.0.27. >>> >>>Thanks, >>>Kyle >>> >>> >>>- >>>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] 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]
RE: Location of third party jar files.
I believe you'd *need* to put them there (common/lib) if you were using a container-managed connection pool. > -Original Message- > From: Jeffrey Barnett [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 08, 2004 1:18 PM > To: Tomcat Users List > Subject: Re: Location of third party jar files. > > > I believe Yoav said earlier it was OK to put JDBC drivers into > common/lib. Or did I misunderstand, there was a bit of back > and forth > on the topic. Search Archives for "Tomcat 4.1: JSP pages > don't always > compile the first time?" > > Shapira, Yoav wrote: > > >Hi, > >The right and best way is to include copies of them in your > WEB-INF/lib > >directory. Don't symlink, don't put them in common/lib or > shared/lib, > >don't put them on the bootstrap classpath. > > > >Yoav Shapira > >Millennium Research Informatics > > > > > > > > > >>-Original Message----- > >>From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] > >>Sent: Wednesday, September 08, 2004 1:19 PM > >>To: [EMAIL PROTECTED] > >>Subject: Location of third party jar files. > >> > >>We are using a couple of third party jar files. I can only get our > >>application to see them if I add them to the tomcat/common/lib/ > >>directory. This is inconvenient for our setup. Is there any > other way > >>for Tomcat to find the jar files in the classpath (works > with Tomcat > >>3.2), a .xml file, or with a symbolic link? > >> > >>We are using Tomcat 5.0.27. > >> > >>Thanks, > >>Kyle > >> > >> > >> > - > >>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] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Location of third party jar files.
That was my point earlier. Or is there something so inherently wrong with using /common/lib that you would forgo the pooling option? Mike Curwen wrote: I believe you'd *need* to put them there (common/lib) if you were using a container-managed connection pool. -Original Message- From: Jeffrey Barnett [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 1:18 PM To: Tomcat Users List Subject: Re: Location of third party jar files. I believe Yoav said earlier it was OK to put JDBC drivers into common/lib. Or did I misunderstand, there was a bit of back and forth on the topic. Search Archives for "Tomcat 4.1: JSP pages don't always compile the first time?" Shapira, Yoav wrote: Hi, The right and best way is to include copies of them in your WEB-INF/lib directory. Don't symlink, don't put them in common/lib or shared/lib, don't put them on the bootstrap classpath. Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: Location of third party jar files. We are using a couple of third party jar files. I can only get our application to see them if I add them to the tomcat/common/lib/ directory. This is inconvenient for our setup. Is there any other way for Tomcat to find the jar files in the classpath (works with Tomcat 3.2), a .xml file, or with a symbolic link? We are using Tomcat 5.0.27. Thanks, Kyle - 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] - 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: Location of third party jar files.
Hi, Under some circumstances, it's preferable to bundle your own pooling library with your app rather than use the container-provided one. It's trivial to drop commons-dbcp.jar (and its one dependency, commons-pool.jar) into your WAR and configure your own connection pooling. Advantages: - You deploy in one WAR, same to all containers - The extra step of copying the JDBC jar to your common/lib directory (which is of course different on every server implementation) is not needed - You don't need to worry about possible bugs in the container's implementation of connection pooling (history shows these are plentiful in some containers) - You don't need to learn each container's syntax for connection pooling configuration Disadvantages: - You need to package a new WAR if the database URL (or user name, or password) changes. With container-provided pooling, you can just change the container's configuration in this case, much easier. Personally I go package DBCP with my app WARs frequently, because I'm a big fan of easy portability. Even though I know Tomcat inside and out for the most part, I don't want to learn the same connection pooling configuration stuff for every container I use. One WAR works everywhere, it's great. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Jeffrey Barnett [mailto:[EMAIL PROTECTED] >Sent: Wednesday, September 08, 2004 2:34 PM >To: Tomcat Users List >Subject: Re: Location of third party jar files. > >That was my point earlier. Or is there something so inherently wrong >with using /common/lib that you would forgo the pooling option? > >Mike Curwen wrote: > >>I believe you'd *need* to put them there (common/lib) >>if you were using a container-managed connection pool. >> >> >> >> >>>-Original Message- >>>From: Jeffrey Barnett [mailto:[EMAIL PROTECTED] >>>Sent: Wednesday, September 08, 2004 1:18 PM >>>To: Tomcat Users List >>>Subject: Re: Location of third party jar files. >>> >>> >>>I believe Yoav said earlier it was OK to put JDBC drivers into >>>common/lib. Or did I misunderstand, there was a bit of back >>>and forth >>>on the topic. Search Archives for "Tomcat 4.1: JSP pages >>>don't always >>>compile the first time?" >>> >>>Shapira, Yoav wrote: >>> >>> >>> >>>>Hi, >>>>The right and best way is to include copies of them in your >>>> >>>> >>>WEB-INF/lib >>> >>> >>>>directory. Don't symlink, don't put them in common/lib or >>>> >>>> >>>shared/lib, >>> >>> >>>>don't put them on the bootstrap classpath. >>>> >>>>Yoav Shapira >>>>Millennium Research Informatics >>>> >>>> >>>> >>>> >>>> >>>> >>>>>-Original Message- >>>>>From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >>>>>Sent: Wednesday, September 08, 2004 1:19 PM >>>>>To: [EMAIL PROTECTED] >>>>>Subject: Location of third party jar files. >>>>> >>>>>We are using a couple of third party jar files. I can only get our >>>>>application to see them if I add them to the tomcat/common/lib/ >>>>>directory. This is inconvenient for our setup. Is there any >>>>> >>>>> >>>other way >>> >>> >>>>>for Tomcat to find the jar files in the classpath (works >>>>> >>>>> >>>with Tomcat >>> >>> >>>>>3.2), a .xml file, or with a symbolic link? >>>>> >>>>>We are using Tomcat 5.0.27. >>>>> >>>>>Thanks, >>>>>Kyle >>>>> >>>>> >>>>> >>>>> >>>>> >>>- >>> >>> >>>>>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, copi
Re: Location of third party jar files.
Ok, I moved them to tomcat/webapps/MyServer/WEB-INF/lib/ and I am now getting a java.lang.NoClassDefFoundError Kyle Shapira, Yoav wrote: Hi, The right and best way is to include copies of them in your WEB-INF/lib directory. Don't symlink, don't put them in common/lib or shared/lib, don't put them on the bootstrap classpath. Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: Location of third party jar files. We are using a couple of third party jar files. I can only get our application to see them if I add them to the tomcat/common/lib/ directory. This is inconvenient for our setup. Is there any other way for Tomcat to find the jar files in the classpath (works with Tomcat 3.2), a .xml file, or with a symbolic link? We are using Tomcat 5.0.27. Thanks, Kyle - 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]
RE: Location of third party jar files.
Hi, What's the stack trace for the NoClassDefFoundError? Don't mistake that for a ClassNotFoundException. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >Sent: Wednesday, September 08, 2004 2:51 PM >To: Tomcat Users List >Subject: Re: Location of third party jar files. > >Ok, I moved them to tomcat/webapps/MyServer/WEB-INF/lib/ and I am now >getting a java.lang.NoClassDefFoundError > >Kyle > >Shapira, Yoav wrote: > >> Hi, >> The right and best way is to include copies of them in your WEB-INF/lib >> directory. Don't symlink, don't put them in common/lib or shared/lib, >> don't put them on the bootstrap classpath. >> >> Yoav Shapira >> Millennium Research Informatics >> >> >> >>>-Original Message- >>>From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >>>Sent: Wednesday, September 08, 2004 1:19 PM >>>To: [EMAIL PROTECTED] >>>Subject: Location of third party jar files. >>> >>>We are using a couple of third party jar files. I can only get our >>>application to see them if I add them to the tomcat/common/lib/ >>>directory. This is inconvenient for our setup. Is there any other way >>>for Tomcat to find the jar files in the classpath (works with Tomcat >>>3.2), a .xml file, or with a symbolic link? >>> >>>We are using Tomcat 5.0.27. >>> >>>Thanks, >>>Kyle >>> >>> >>>- >>>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] 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]
Re: Location of third party jar files.
Here is the exception: 2004-09-08 12:40:30 StandardWrapperValve[invoker]: Servlet.service() for servlet invoker threw exception java.lang.NoClassDefFoundError: javax/mail/MessagingException at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:115) at com.brit.comm.EmailManager.addSender(EmailManager.java:646) at com.brit.comm.EmailManager.readPropertiesFile(EmailManager.java:618) at com.brit.comm.EmailManager.(EmailManager.java:82) at com.brit.MiniRIS.Comm.Email.(Email.java:91) at com.brit.MiniRIS.Servlet.MiniRisMonitor.getEmailManager(MiniRisMonitor.java:359) at com.brit.MiniRIS.Servlet.AdminServlet.showAdminServlet(AdminServlet.java:633) at com.brit.MiniRIS.Servlet.AdminServlet.parseHeader(AdminServlet.java:345) at com.brit.MiniRIS.Servlet.AdminServlet.doGet(AdminServlet.java:221) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet.java:419) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:133) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.RequestDumperValve.invoke(RequestDumperValve.java:169) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:479) Kyle Shapira, Yoav wrote: Hi, What's the stack trace for the NoClassDefFoundError? Don't mistake that for a ClassNotFoundException. Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 2:51 PM To: Tomcat Users List Subject: Re: Location of third party jar files. Ok, I moved them to tomcat/webapps/MyServer/WEB-INF/lib/ and I am now getting a java.lang.NoClassDefFoundError Kyle Shapira, Yoav wrote: Hi, The right and best way is to include copies of them in your WEB-INF/lib directory. Don't symlink, don't put them in common/lib or shared/lib, don't put them on the bootstrap classpath. Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 1:19 PM To: [EMAIL PROTECTED] Subject: Location of third party jar files. We are using a couple of third party jar files. I can only get our application to see them if I add them to the tomcat/common/lib/ directory. This is inconvenient for our setup. Is there any other way for Tomcat to find the jar files in the classpath (works with Tomcat 3.2), a .xml file, or with a sy
RE: Location of third party jar files.
Hi, And, is Sun's mail.jar in WEB-INF/lib? Yoav Shapira Millennium Research Informatics >-Original Message- >From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >Sent: Wednesday, September 08, 2004 3:57 PM >To: Tomcat Users List >Subject: Re: Location of third party jar files. > >Here is the exception: > >2004-09-08 12:40:30 StandardWrapperValve[invoker]: Servlet.service() for >servlet invoker threw exception >java.lang.NoClassDefFoundError: javax/mail/MessagingException > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:115) > at com.brit.comm.EmailManager.addSender(EmailManager.java:646) > at >com.brit.comm.EmailManager.readPropertiesFile(EmailManager.java:618) > at com.brit.comm.EmailManager.(EmailManager.java:82) > at com.brit.MiniRIS.Comm.Email.(Email.java:91) > at >com.brit.MiniRIS.Servlet.MiniRisMonitor.getEmailManager(MiniRisMonitor. java >:359) > at >com.brit.MiniRIS.Servlet.AdminServlet.showAdminServlet(AdminServlet.jav a:63 >3) > at >com.brit.MiniRIS.Servlet.AdminServlet.parseHeader(AdminServlet.java:345 ) > at com.brit.MiniRIS.Servlet.AdminServlet.doGet(AdminServlet.java:221) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at >org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet .jav >a:419) > at >org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:1 33) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio >nFilterChain.java:237) > at >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC >hain.java:157) > at >org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j >ava:214) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >xt.java:104) > at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) > at >org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo ntex >tValve.java:198) > at >org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j >ava:152) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >xt.java:104) > at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) > at >org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:13 >7) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >xt.java:104) > at >org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:11 >7) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >xt.java:102) > at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) > at >org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve .jav >a:109) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >xt.java:104) > at >org.apache.catalina.valves.RequestDumperValve.invoke(RequestDumperValve .jav >a:169) > at >org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte >xt.java:102) > at >org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) > at >org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) > at >org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) > at >org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) > at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) > at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) > at >org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java :675 >) > at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) > at >org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja >va:683) > at java.lang.Thread.run(Thread.java:479) > > >Kyle > >Shapira, Yoav wrote: > >> Hi, >> What's the stack trace for the NoClassDefFoundError? Don't mistake that >> for a ClassNotFoundException. >> >> Yoav Shapira >> Millennium Research Informatics >> >> >> >>>-Original Message- >>>From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >>>Sent: Wednesday, September 08, 2004 2:51 PM >>>To: Tomcat Users List >
Re: Location of third party jar files.
Yes, it is in tomcat/webapps/MyServer/WEB-INF/lib/. If I move it to tomcat/common/lib/ and restart Tomcat everything works ok. Kyle Shapira, Yoav wrote: Hi, And, is Sun's mail.jar in WEB-INF/lib? Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 3:57 PM To: Tomcat Users List Subject: Re: Location of third party jar files. Here is the exception: 2004-09-08 12:40:30 StandardWrapperValve[invoker]: Servlet.service() for servlet invoker threw exception java.lang.NoClassDefFoundError: javax/mail/MessagingException at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:115) at com.brit.comm.EmailManager.addSender(EmailManager.java:646) at com.brit.comm.EmailManager.readPropertiesFile(EmailManager.java:618) at com.brit.comm.EmailManager.(EmailManager.java:82) at com.brit.MiniRIS.Comm.Email.(Email.java:91) at com.brit.MiniRIS.Servlet.MiniRisMonitor.getEmailManager(MiniRisMonitor. java :359) at com.brit.MiniRIS.Servlet.AdminServlet.showAdminServlet(AdminServlet.jav a:63 3) at com.brit.MiniRIS.Servlet.AdminServlet.parseHeader(AdminServlet.java:345 ) at com.brit.MiniRIS.Servlet.AdminServlet.doGet(AdminServlet.java:221) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServlet .jav a:419) at org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java:1 33) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio nFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC hain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j ava:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo ntex tValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j ava:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:13 7) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:11 7) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve .jav a:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:104) at org.apache.catalina.valves.RequestDumperValve.invoke(RequestDumperValve .jav a:169) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC onte xt.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java :675 ) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja va:683) at java.lang.Thread.run(Thread.java:479) Kyle Shapira, Yoav wrote: Hi, What's the stack trace for the NoClassDefFoundError? Don't mistake that for a ClassNotFoundException. Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 2:51 PM To: Tomcat Users List Subject: Re: Location of third party jar files. Ok, I moved them to tomcat/webapps/MyServer/WEB-INF/lib/ and I am now getting a java.lang.NoClassDefFoundError Kyle Shapira, Yoav wrote: Hi, The right and best way is to include copies of them in your WEB-INF/lib directory. Don't symlink, don't put them in common/lib or shared/lib, don't put them on the bootstrap classpath. Yoav Shapira Millennium Research Informatics -Original Message- From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] Sent: W
Re: Location of third party jar files.
Kyle A. Boyd wrote: Yes, it is in tomcat/webapps/MyServer/WEB-INF/lib/. If I move it to tomcat/common/lib/ and restart Tomcat everything works ok. Kyle Kyle, The right approach is to put web app specific jars in the WEB-INF/lib directory. Seldomly you need to put stuff in the commons/lib directory. You probably have a corrupted jar file or you have bad permissions on the WEB-INF/lib directory. Check that the user running Tomcat can access the dir correctly. /rob -- Roberto Cosenza Infoflex Connect AB, Sweden Tel: +46-(0)8-55576860, Fax: +46-(0)8-55576861 -- Nordic Messaging Technologies is a trademark of Infoflex Connect. Please visit www.nordicmessaging.se for more information about our carrier-grade messaging products. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Location of third party jar files.
Hi, Hmm, that's very strange. The only reason that comes to mind for this is other JavaMail API classes repackaged in a JAR either in common/lib or your WEB-INF/lib. For example, j2ee.jar contains these classes and should be avoided for this reason. Yoav Shapira Millennium Research Informatics >-Original Message- >From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >Sent: Wednesday, September 08, 2004 5:04 PM >To: Tomcat Users List >Subject: Re: Location of third party jar files. > >Yes, it is in tomcat/webapps/MyServer/WEB-INF/lib/. If I move it to >tomcat/common/lib/ and restart Tomcat everything works ok. > >Kyle > >Shapira, Yoav wrote: > >> Hi, >> And, is Sun's mail.jar in WEB-INF/lib? >> >> Yoav Shapira >> Millennium Research Informatics >> >> >> >>>-Original Message- >>>From: Kyle A. Boyd [mailto:[EMAIL PROTECTED] >>>Sent: Wednesday, September 08, 2004 3:57 PM >>>To: Tomcat Users List >>>Subject: Re: Location of third party jar files. >>> >>>Here is the exception: >>> >>>2004-09-08 12:40:30 StandardWrapperValve[invoker]: Servlet.service() >> >> for >> >>>servlet invoker threw exception >>>java.lang.NoClassDefFoundError: javax/mail/MessagingException >>>at java.lang.Class.forName0(Native Method) >>>at java.lang.Class.forName(Class.java:115) >>>at com.brit.comm.EmailManager.addSender(EmailManager.java:646) >>>at >>>com.brit.comm.EmailManager.readPropertiesFile(EmailManager.java:618) >>>at com.brit.comm.EmailManager.(EmailManager.java:82) >>>at com.brit.MiniRIS.Comm.Email.(Email.java:91) >>>at >>>com.brit.MiniRIS.Servlet.MiniRisMonitor.getEmailManager(MiniRisMonito r. >> >> java >> >>>:359) >>>at >>>com.brit.MiniRIS.Servlet.AdminServlet.showAdminServlet(AdminServlet.j av >> >> a:63 >> >>>3) >>>at >>>com.brit.MiniRIS.Servlet.AdminServlet.parseHeader(AdminServlet.java:3 45 >> >> ) >> >>>at >> >> com.brit.MiniRIS.Servlet.AdminServlet.doGet(AdminServlet.java:221) >> >>>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) >>>at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) >>>at >>>org.apache.catalina.servlets.InvokerServlet.serveRequest(InvokerServl et >> >> .jav >> >>>a:419) >>>at >>>org.apache.catalina.servlets.InvokerServlet.doGet(InvokerServlet.java :1 >> >> 33) >> >>>at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) >>>at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) >>>at >>>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl ic >> >> atio >> >>>nFilterChain.java:237) >>>at >>>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF il >> >> terC >> >>>hain.java:157) >>>at >>>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV al >> >> ve.j >> >>>ava:214) >>>at >>>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eC >> >> onte >> >>>xt.java:104) >>>at >>>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a: >> >> 520) >> >>>at >>>org.apache.catalina.core.StandardContextValve.invokeInternal(Standard Co >> >> ntex >> >>>tValve.java:198) >>>at >>>org.apache.catalina.core.StandardContextValve.invoke(StandardContextV al >> >> ve.j >> >>>ava:152) >>>at >>>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eC >> >> onte >> >>>xt.java:104) >>>at >>>org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a: >> >> 520) >> >>>at >>>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j av >> >> a:13 >> >>>7) >>>at >>>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eC >> >> onte >> >>>xt.java:104) >>>at >>>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j av >> >> a:11 >> >>>7) >>>at >>>org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eC >> >> onte >&
RE: Location of third party jar files.
Not sure if you could tell this from a stacktrace or not, but where do you get your Mail Session from? If you've set up a JNDI resource, as described on http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources-howto.html, then mail.jar will need to be in common/lib. > -Original Message- > From: Roberto Cosenza [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 09, 2004 2:23 AM > To: Tomcat Users List > Subject: Re: Location of third party jar files. > > > Kyle A. Boyd wrote: > > > Yes, it is in tomcat/webapps/MyServer/WEB-INF/lib/. If I move it to > > tomcat/common/lib/ and restart Tomcat everything works ok. > > > > Kyle > > Kyle, > The right approach is to put web app specific jars in the WEB-INF/lib > directory. > Seldomly you need to put stuff in the commons/lib directory. > You probably have a corrupted jar file or you have bad permissions on > the WEB-INF/lib directory. Check that the user running Tomcat > can access > the dir correctly. > /rob > > -- > Roberto Cosenza > Infoflex Connect AB, Sweden > Tel: +46-(0)8-55576860, Fax: +46-(0)8-55576861 > -- > Nordic Messaging Technologies is a trademark of Infoflex > Connect. Please visit www.nordicmessaging.se for more > information about our carrier-grade messaging products. > > > > - > 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]