Re: TOMCAT SUCKS
Nick == Nick Stoianov [EMAIL PROTECTED] writes: Nick I really think that TOMCAT SUCKS so bad. I'm not against the Nick open source community but this is why I think that TOMCAT Nick sucks: Some of the points you're mentioning are not Tomcat specific, but general problems for free software: incomplete documentation, lack of guaranteed support (only through mailing lists etc, hoping someone helps you, where in practice b.t.w. support often is much better than bought support). The answers are standard too and have been mentioned 1000s of times before: - you have the source - you can improve it yourself, why don't YOU write some documentation, fix some bugs or add some functionality?!? Probably free software (such as Linux, FreeBSD, tomcat, apache, emacs, perl) isn't for you; you better stick with MSFT stuff and stop bothering us. It doesn't work well, but at least you have guaranteed support, documentation which only teaches you some tricks but doesn't show the real API's (since even those are closed) let alone the inner workings. On Tomcat specifically, I can only say that I'm running Tomcat4 beta-5 for a critical Intranet server. It replaced JRUN some time ago (which really SUCKS by the way). Documenation has been sufficient for my purposes, and those parts lacking can be found from the examples and from the source code (can you read/understand source code by the way?!?). I don't need integration with some other webserver, so those are no issue for me. I can't comment on everyones needs and setup, but for my case Tomcat4 fits perfectly well, provides a solid implementation of the Servlet 2.3 API and is 100% reliable. -- Peter Mutsaers | Dübendorf| UNIX - Live free or die [EMAIL PROTECTED] | Switzerland | Sent via FreeBSD 4.3-stable
The null thingee. I know it was discused before.
Hi guys, I am new to Tomcat and I have installed 3.2.2 with Apache 1.3.20. It seems that Tomcat does not like my context : 2001-07-01 01:01:38 - Ctx( /iWeb ): 404 R( /iWeb + /iNotes/test/test.jsp + null) JSP file not found This is the erroe I get. The Apache is configured correctly because I can view static pages. I am a little perplexed by this behaviour. All the example pages work. Both servlet and jsp. I am also having problems understanding how should I confiigure Tomcat to the needs of the engineers in my company. Is there an FAQ that deals with this ? Many thanks in advance for any help rendered. N.
Does Apache worth it?
Hello all, We are intending to use Apache Tomcat as web server in our product, and preliminary experiments show excellent performance. Most of our web pages are JSPs and servlets, and few HTMLs and Gifs. We wonder what is the contribution of Apache in our scenario - some of us think that Tomcat standalone is enough. Is there any advantage of using Apache and not Tomcat standalone? We will appreciate any contributing input. Thanks, - Eitan Ben-Noach Proficiency, Ltd. Tel: +972.2.548.0287 Fax: +972.2.586.3871 email: [EMAIL PROTECTED] The Intelligence in Engineering Supply Chain Collaboration http://www.proficiency.com/
i take it there is:
Hello guys, i take it there is a long time delay for [EMAIL PROTECTED] to unsubscribe my e-mail? Cheers!
[tomcat-user] how to use generic servlets
Hi, all the literature i have just deals with HttpServlets and stuff, and anyway: its not much literature. could someone give me a nice example how to write a web.xml in which i can use my generic servlet which uses my own protocol? tia, nick -- The moon is a planet just like the Earth, only it is even deader.
how come im still getting mail from this group?
after unsubscribing 4 times, im still getting mail. what is going on?
Re: Does Apache worth it?
Hi Eitan, Apache as far as I know is a powerful full blown HTTP server. Tomcat is also a webserver and as you already know it supports servlets and JSP's. The internals of how Tomcat and apache differ I do not know. But from the docs I guess it's the divide and rule policy. Anyting related to static it is directed to Apache since it is a proven and powerful HTTP service and when it is servlets or JSP it is redirected to Tomcat. Basic developement we can use Tomcat I guess for production it is better to use Apache to serve the static files. There is more to it...this is my part. Nive --- Eitan Ben Noach [EMAIL PROTECTED] wrote: Hello all, We are intending to use Apache Tomcat as web server in our product, and preliminary experiments show excellent performance. Most of our web pages are JSPs and servlets, and few HTMLs and Gifs. We wonder what is the contribution of Apache in our scenario - some of us think that Tomcat standalone is enough. Is there any advantage of using Apache and not Tomcat standalone? We will appreciate any contributing input. Thanks, - Eitan Ben-Noach Proficiency, Ltd. Tel: +972.2.548.0287 Fax: +972.2.586.3871 email: [EMAIL PROTECTED] The Intelligence in Engineering Supply Chain Collaboration http://www.proficiency.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: Why does this list e-mail all users - i don't want this crap arriving in my mail
It is a mailing list. And the good idea is that it is a one-many relationship. When a person has a problem it is communicated to all in the database. Hence the answers to your questions can be answered by varioys professionals and you have a wider network instead of keepin it in a small group. Yup the mailbox is filled but there is a price you have to take!!! :)( Cheers, Nive --- Brad Pardee [EMAIL PROTECTED] wrote: Look on the bright side. If you ever visit Germany, you'll be able to tell everyone your on vacation! -Original Message- From: Norman Cave-Browne-Cave [mailto:[EMAIL PROTECTED]] Sent: 29 June 2001 12:02 To: [EMAIL PROTECTED] Subject: Why does this list e-mail all users - i don't want this crap arriving in my mail __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: Does Apache worth it?
The built in webserver in a Java appserver is really only suitable for testing with - if you are serving more than a few thousand pages per day, or doing anything remotely serious for production use, or your server is on the internet, you should use a real webserver in front of Tomcat, and Apache is the one of choice. Principal reasons are: Performance - Apache is much faster at handling connections and doing basic processing on URLs; it's IO is well optimised (the only thing that beats it is a kernel-space websever like khttpd or Tux) You can also get it to serve any bits of purely static content, such as image files, taking some load off the Java layer. Finally, you can more easily multiplex across multiple Java VM's on multiple boxes, for scalability and redundancy. Configurability - Apache is very powerful and flexible as far as configuration is concerned, and can handle all kinds of complex multi-site hosting issues. Security - Apache has been used on the internet for years by many, many sites, and has withstood all kinds of attacks; most of the vulnerabilities in it have been found and eliminated. By contrast, Tomcat's built in server has not had this level of robust testing. By avoiding the need to connect Tomcat directly to port 80/443, Apache provides an additional layer of insulation between your appserver and the bad guys. Nivedan Nadraj wrote: Hi Eitan, Apache as far as I know is a powerful full blown HTTP server. Tomcat is also a webserver and as you already know it supports servlets and JSP's. The internals of how Tomcat and apache differ I do not know. But from the docs I guess it's the divide and rule policy. Anyting related to static it is directed to Apache since it is a proven and powerful HTTP service and when it is servlets or JSP it is redirected to Tomcat. Basic developement we can use Tomcat I guess for production it is better to use Apache to serve the static files. There is more to it...this is my part. Nive --- Eitan Ben Noach [EMAIL PROTECTED] wrote: Hello all, We are intending to use Apache Tomcat as web server in our product, and preliminary experiments show excellent performance. Most of our web pages are JSPs and servlets, and few HTMLs and Gifs. We wonder what is the contribution of Apache in our scenario - some of us think that Tomcat standalone is enough. Is there any advantage of using Apache and not Tomcat standalone? We will appreciate any contributing input. Thanks, - Eitan Ben-Noach Proficiency, Ltd. Tel: +972.2.548.0287 Fax: +972.2.586.3871 email: [EMAIL PROTECTED] The Intelligence in Engineering Supply Chain Collaboration http://www.proficiency.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: Does Apache worth it?
Hi, I am very interested in this issue as well. What if all the pages of the website are generated through servlets and JSP's (except for the token few images/gifs) ? In cases of no static content, would Apache still make any difference ? Thanks. Ben - Original Message - From: David Crooke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 01, 2001 12:39 PM Subject: Re: Does Apache worth it? The built in webserver in a Java appserver is really only suitable for testing with - if you are serving more than a few thousand pages per day, or doing anything remotely serious for production use, or your server is on the internet, you should use a real webserver in front of Tomcat, and Apache is the one of choice. Principal reasons are: Performance - Apache is much faster at handling connections and doing basic processing on URLs; it's IO is well optimised (the only thing that beats it is a kernel-space websever like khttpd or Tux) You can also get it to serve any bits of purely static content, such as image files, taking some load off the Java layer. Finally, you can more easily multiplex across multiple Java VM's on multiple boxes, for scalability and redundancy. Configurability - Apache is very powerful and flexible as far as configuration is concerned, and can handle all kinds of complex multi-site hosting issues. Security - Apache has been used on the internet for years by many, many sites, and has withstood all kinds of attacks; most of the vulnerabilities in it have been found and eliminated. By contrast, Tomcat's built in server has not had this level of robust testing. By avoiding the need to connect Tomcat directly to port 80/443, Apache provides an additional layer of insulation between your appserver and the bad guys. Nivedan Nadraj wrote: Hi Eitan, Apache as far as I know is a powerful full blown HTTP server. Tomcat is also a webserver and as you already know it supports servlets and JSP's. The internals of how Tomcat and apache differ I do not know. But from the docs I guess it's the divide and rule policy. Anyting related to static it is directed to Apache since it is a proven and powerful HTTP service and when it is servlets or JSP it is redirected to Tomcat. Basic developement we can use Tomcat I guess for production it is better to use Apache to serve the static files. There is more to it...this is my part. Nive --- Eitan Ben Noach [EMAIL PROTECTED] wrote: Hello all, We are intending to use Apache Tomcat as web server in our product, and preliminary experiments show excellent performance. Most of our web pages are JSPs and servlets, and few HTMLs and Gifs. We wonder what is the contribution of Apache in our scenario - some of us think that Tomcat standalone is enough. Is there any advantage of using Apache and not Tomcat standalone? We will appreciate any contributing input. Thanks, - Eitan Ben-Noach Proficiency, Ltd. Tel: +972.2.548.0287 Fax: +972.2.586.3871 email: [EMAIL PROTECTED] The Intelligence in Engineering Supply Chain Collaboration http://www.proficiency.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: Does Apache worth it?
Eitan, I've done some amount of testing on the Tomcat webserver and the Apache-Tomcat combination and have found the 8080 Tomcat webserver lacking for real production strength deployment. It is excellent for development but speed-wise, feature-wise Apache is a far stronger offering and fronting your Tomcat engine with an Apache engine will yield good results. Vinay - Original Message - From: Eitan Ben Noach [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 01, 2001 2:32 PM Subject: Does Apache worth it? Hello all, We are intending to use Apache Tomcat as web server in our product, and preliminary experiments show excellent performance. Most of our web pages are JSPs and servlets, and few HTMLs and Gifs. We wonder what is the contribution of Apache in our scenario - some of us think that Tomcat standalone is enough. Is there any advantage of using Apache and not Tomcat standalone? We will appreciate any contributing input. Thanks, - Eitan Ben-Noach Proficiency, Ltd. Tel: +972.2.548.0287 Fax: +972.2.586.3871 email: [EMAIL PROTECTED] The Intelligence in Engineering Supply Chain Collaboration http://www.proficiency.com/
Prefix subject headers in Tomcat list?
Is it possible for the list admin to apply a '[tomcat-user] ' or similar prefix to all mails sent from the mailing list? This helps a lot in separating list traffic from other traffic. Thanks -Pete
RE: Does Apache worth it?
Images... -Original Message- From: Benjamin Wong [mailto:[EMAIL PROTECTED]] Sent: Sunday, July 01, 2001 1:01 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Does Apache worth it? Hi, I am very interested in this issue as well. What if all the pages of the website are generated through servlets and JSP's (except for the token few images/gifs) ? In cases of no static content, would Apache still make any difference ? Thanks. Ben - Original Message - From: David Crooke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 01, 2001 12:39 PM Subject: Re: Does Apache worth it? The built in webserver in a Java appserver is really only suitable for testing with - if you are serving more than a few thousand pages per day, or doing anything remotely serious for production use, or your server is on the internet, you should use a real webserver in front of Tomcat, and Apache is the one of choice. Principal reasons are: Performance - Apache is much faster at handling connections and doing basic processing on URLs; it's IO is well optimised (the only thing that beats it is a kernel-space websever like khttpd or Tux) You can also get it to serve any bits of purely static content, such as image files, taking some load off the Java layer. Finally, you can more easily multiplex across multiple Java VM's on multiple boxes, for scalability and redundancy. Configurability - Apache is very powerful and flexible as far as configuration is concerned, and can handle all kinds of complex multi-site hosting issues. Security - Apache has been used on the internet for years by many, many sites, and has withstood all kinds of attacks; most of the vulnerabilities in it have been found and eliminated. By contrast, Tomcat's built in server has not had this level of robust testing. By avoiding the need to connect Tomcat directly to port 80/443, Apache provides an additional layer of insulation between your appserver and the bad guys. Nivedan Nadraj wrote: Hi Eitan, Apache as far as I know is a powerful full blown HTTP server. Tomcat is also a webserver and as you already know it supports servlets and JSP's. The internals of how Tomcat and apache differ I do not know. But from the docs I guess it's the divide and rule policy. Anyting related to static it is directed to Apache since it is a proven and powerful HTTP service and when it is servlets or JSP it is redirected to Tomcat. Basic developement we can use Tomcat I guess for production it is better to use Apache to serve the static files. There is more to it...this is my part. Nive --- Eitan Ben Noach [EMAIL PROTECTED] wrote: Hello all, We are intending to use Apache Tomcat as web server in our product, and preliminary experiments show excellent performance. Most of our web pages are JSPs and servlets, and few HTMLs and Gifs. We wonder what is the contribution of Apache in our scenario - some of us think that Tomcat standalone is enough. Is there any advantage of using Apache and not Tomcat standalone? We will appreciate any contributing input. Thanks, - Eitan Ben-Noach Proficiency, Ltd. Tel: +972.2.548.0287 Fax: +972.2.586.3871 email: [EMAIL PROTECTED] The Intelligence in Engineering Supply Chain Collaboration http://www.proficiency.com/ __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
RE: JRUN really SUCKS (was TOMCAT SUCKS)
Re ... It replaced JRUN some time ago (which really SUCKS by the way) ... Peter, can share your thoughts here re exactly how? We're looking at a few JSP engines, and am really short of eminformed/em opinions. Thanks. Arnold Shore Annapolis, MD USA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Mutsaers Sent: Sunday, July 01, 2001 2:39 AM To: [EMAIL PROTECTED] Subject: Re: TOMCAT SUCKS ... On Tomcat specifically, I can only say that I'm running Tomcat4 beta-5 for a critical Intranet server. It replaced JRUN some time ago (which really SUCKS by the way). Documenation ...
doclet extension
Does anyone out there have a link to a good tutorial or even just example files of how to easily extend the standard doclet? ie you have a @tag and you just want to easily use it in your every day javadocing :-) thanks!! msew
Re: Prefix subject headers in Tomcat list?
At 03:12 PM 7/1/2001, you wrote: Is it possible for the list admin to apply a '[tomcat-user] ' or similar prefix to all mails sent from the mailing list? This helps a lot in separating list traffic from other traffic. My client allows filtering via one or all of the incoming mail headers, I filter the tomcat mail list with the Any Recipient header. I don't know that this header is an rfc 821 compliant one (In fact I can't find it in the rfc) but it works for me. Surely you can filter out tomcat mail list messages through one of the other ones though.
Tomcat v Resin
Hello Folks, Anyone here tried Resin? Was wondering if anyone has experience using Resin and would like to share its pros and cons wrt Tomcat. Thanks in advance Vinay
Re: Prefix subject headers in Tomcat list?
It also helps to be able to see the mails from the tomcat list if they are mixed in with the rest - i use several mail clients to read mail on my IMAP server, and not all of them do automatic filtering. Is there any good reason not to prefix tomcat-user mail with [tomcat-user]? -Pete At 03:12 PM 7/1/2001, you wrote: Is it possible for the list admin to apply a '[tomcat-user] ' or similar prefix to all mails sent from the mailing list? This helps a lot in separating list traffic from other traffic. My client allows filtering via one or all of the incoming mail headers, I filter the tomcat mail list with the Any Recipient header. I don't know that this header is an rfc 821 compliant one (In fact I can't find it in the rfc) but it works for me. Surely you can filter out tomcat mail list messages through one of the other ones though.
Re: Prefix subject headers in Tomcat list?
i use the filter where 'To:' is [EMAIL PROTECTED] Works! Vinay - Original Message - From: pete [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 01, 2001 11:12 PM Subject: Prefix subject headers in Tomcat list? Is it possible for the list admin to apply a '[tomcat-user] ' or similar prefix to all mails sent from the mailing list? This helps a lot in separating list traffic from other traffic. Thanks -Pete
Re: Tomcat v Resin
i am working wiht tomcat and resin, both in combinatin with apache I'll use all my applicacions with resin + apache is fastes, no bugs ... - Original Message - From: Vinay Menon [EMAIL PROTECTED] To: Tomcat User [EMAIL PROTECTED] Sent: Monday, July 02, 2001 12:07 AM Subject: Tomcat v Resin Hello Folks, Anyone here tried Resin? Was wondering if anyone has experience using Resin and would like to share its pros and cons wrt Tomcat. Thanks in advance Vinay
javax.servlet.jsp.JspTagException: ClassNotFoundException Error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hay TomCatters, I have some really wired behaviour on my Tomcat 3.2.1 Installation. We have some classes laying around in the deployment classes folder: $TOMCAT_HOME/webapps/APPNAME/WEB-INF/classes/ 1.) The classes are physically there. 2.) The classpath is build properly and included on startup. (see $1) and I get the ClassNotFoundException :((( the Class is loaded dynamically with: Beans.instantiate(classLoader, com.eproduction.ResourceProvider); So My question (for hours now) ...where to put the class so that the classLoader can allocate it? I have no (more) clue? ok. There is a workaround. I can put those classes under: $TOMCAT_HOME/classes then the whole thing works. But this is exactly not what I wanted. I want to pack the application and keep those helper classes in the application's classes folder under WEB-INF. Any suggestions? thx. roman SERVER.XML - - !-- The App Context -- Context path=/eJob docBase=webapps/eJob crossContext=false debug=0 reloadable=true /Context CLASSPATH: - - Classpath according to the Servlet Engine is: /usr/local/tomcat/webapps/eJob/WEB-INF/classes:/usr/local/tomcat/webap ps/eJob/WEB-INF/lib/US_export_policy.jar:/usr/local/tomcat/webapps/eJo b/WEB-INF/lib/local_policy.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/ lib/jce1_2_1.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/ivjdab.jar :/usr/local/tomcat/webapps/eJob/WEB-INF/lib/db2java.jar:/usr/local/tom cat/webapps/eJob/WEB-INF/lib/jasper.jar:/usr/local/tomcat/webapps/eJob /WEB-INF/lib/jce.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/sunjce _provider.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/webserver.jar And errormessage: - -- Error: 500 Location: /eJob/web/ErrorMessage.jsp Internal Servlet Error: javax.servlet.ServletException: ClassNotFoundException Error : com.eproduction.ResourceProvider at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont extImpl.java:459) at web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspService (_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:296) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ let.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31 8) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40 4) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatch erImpl.java:194) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java :421) at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont extImpl.java:446) at web._0002fweb_0002fController_0002ejspController_jsp_0._jspService(_00 02fweb_0002fController_0002ejspController_jsp_0.java:772) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ let.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31 8) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40 4) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.j ava:797) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConn ection(Ajp12ConnectionHandler.java:166) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:4 16) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java: 498) at java.lang.Thread.run(Thread.java:484) Root cause: javax.servlet.jsp.JspTagException: ClassNotFoundException Error : com.eproduction.ResourceProvider at com.eproduction.LabelTag.doEndTag(LabelTag.java:70) at web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspService (_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:283) at
Re: Prefix subject headers in Tomcat list?
At 04:03 PM 7/1/2001, you wrote: It also helps to be able to see the mails from the tomcat list if they are mixed in with the rest - i use several mail clients to read mail on my IMAP server, and not all of them do automatic filtering. Is there any good reason not to prefix tomcat-user mail with [tomcat-user]? Some one has to configure it. Good reason #1.
Re: javax.servlet.jsp.JspTagException: ClassNotFoundException Error
If you run it on windows 9x/Me, please see http://rogerwei.com/install_secret.txt - Original Message - From: Gerteis, Roman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 01, 2001 6:46 PM Subject: javax.servlet.jsp.JspTagException: ClassNotFoundException Error -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hay TomCatters, I have some really wired behaviour on my Tomcat 3.2.1 Installation. We have some classes laying around in the deployment classes folder: $TOMCAT_HOME/webapps/APPNAME/WEB-INF/classes/ 1.) The classes are physically there. 2.) The classpath is build properly and included on startup. (see $1) and I get the ClassNotFoundException :((( the Class is loaded dynamically with: Beans.instantiate(classLoader, com.eproduction.ResourceProvider); So My question (for hours now) ...where to put the class so that the classLoader can allocate it? I have no (more) clue? ok. There is a workaround. I can put those classes under: $TOMCAT_HOME/classes then the whole thing works. But this is exactly not what I wanted. I want to pack the application and keep those helper classes in the application's classes folder under WEB-INF. Any suggestions? thx. roman SERVER.XML - - !-- The App Context -- Context path=/eJob docBase=webapps/eJob crossContext=false debug=0 reloadable=true /Context CLASSPATH: - - Classpath according to the Servlet Engine is: /usr/local/tomcat/webapps/eJob/WEB-INF/classes:/usr/local/tomcat/webap ps/eJob/WEB-INF/lib/US_export_policy.jar:/usr/local/tomcat/webapps/eJo b/WEB-INF/lib/local_policy.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/ lib/jce1_2_1.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/ivjdab.jar :/usr/local/tomcat/webapps/eJob/WEB-INF/lib/db2java.jar:/usr/local/tom cat/webapps/eJob/WEB-INF/lib/jasper.jar:/usr/local/tomcat/webapps/eJob /WEB-INF/lib/jce.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/sunjce _provider.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/webserver.jar And errormessage: - -- Error: 500 Location: /eJob/web/ErrorMessage.jsp Internal Servlet Error: javax.servlet.ServletException: ClassNotFoundException Error : com.eproduction.ResourceProvider at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont extImpl.java:459) at web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspService (_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:296) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ let.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31 8) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40 4) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatch erImpl.java:194) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java :421) at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont extImpl.java:446) at web._0002fweb_0002fController_0002ejspController_jsp_0._jspService(_00 02fweb_0002fController_0002ejspController_jsp_0.java:772) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ let.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31 8) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40 4) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.j ava:797) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConn ection(Ajp12ConnectionHandler.java:166) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:4 16) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java: 498) at java.lang.Thread.run(Thread.java:484) Root cause: javax.servlet.jsp.JspTagException: ClassNotFoundException Error : com.eproduction.ResourceProvider at
RE: Does Apache worth it?
I am very interested in this issue as well. What if all the pages of the website are generated through servlets and JSP's (except for the token few images/gifs) ? In cases of no static content, would Apache still make any difference ? No. Since what will essentially happen is a brokerage call to Tomcat and the response gets redirected through Apache. That's the main point(IMHO) of implementing Tomcat with its' own webserver. So, in the case in which you have nothing but servlet/jsp content you do not need an extra step. --- Michael Wentzel Software Developer Software As We Think - http://www.aswethink.com
RE: Prefix subject headers in Tomcat list?
Is it possible for the list admin to apply a '[tomcat-user] ' or similar prefix to all mails sent from the mailing list? This helps a lot in separating list traffic from other traffic. The to: addr is [EMAIL PROTECTED] you should be able to filter on that perfectly fine. --- Michael Wentzel Software Developer Software As We Think - http://www.aswethink.com
AW: javax.servlet.jsp.JspTagException: ClassNotFoundException Error
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hai Roger, it's not a web.xml thing or unmapped servlets or anything. I talk a about helperclasses or packages which ARE on the classpath and not accessible by the classloader somehow. Same to the packages. The loading of a Context does (at least in my case) not properly bind the ressources in WEB-INF/classes and WEB-INF/lib onto my Web-Application. hmm.m still searching. thanxs anyways. roman - -Ursprüngliche Nachricht- Von: Roger Wei [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 2. Juli 2001 01:29 An: [EMAIL PROTECTED] Betreff: Re: javax.servlet.jsp.JspTagException: ClassNotFoundException Error If you run it on windows 9x/Me, please see http://rogerwei.com/install_secret.txt - - Original Message - From: Gerteis, Roman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, July 01, 2001 6:46 PM Subject: javax.servlet.jsp.JspTagException: ClassNotFoundException Error -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hay TomCatters, I have some really wired behaviour on my Tomcat 3.2.1 Installation. We have some classes laying around in the deployment classes folder: $TOMCAT_HOME/webapps/APPNAME/WEB-INF/classes/ 1.) The classes are physically there. 2.) The classpath is build properly and included on startup. (see $1) and I get the ClassNotFoundException :((( the Class is loaded dynamically with: Beans.instantiate(classLoader, com.eproduction.ResourceProvider); So My question (for hours now) ...where to put the class so that the classLoader can allocate it? I have no (more) clue? ok. There is a workaround. I can put those classes under: $TOMCAT_HOME/classes then the whole thing works. But this is exactly not what I wanted. I want to pack the application and keep those helper classes in the application's classes folder under WEB-INF. Any suggestions? thx. roman SERVER.XML - - !-- The App Context -- Context path=/eJob docBase=webapps/eJob crossContext=false debug=0 reloadable=true /Context CLASSPATH: - - Classpath according to the Servlet Engine is: /usr/local/tomcat/webapps/eJob/WEB-INF/classes:/usr/local/tomcat/web ap ps/eJob/WEB-INF/lib/US_export_policy.jar:/usr/local/tomcat/webapps/e Jo b/WEB-INF/lib/local_policy.jar:/usr/local/tomcat/webapps/eJob/WEB-IN F/ lib/jce1_2_1.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/ivjdab.j ar :/usr/local/tomcat/webapps/eJob/WEB-INF/lib/db2java.jar:/usr/local/t om cat/webapps/eJob/WEB-INF/lib/jasper.jar:/usr/local/tomcat/webapps/eJ ob /WEB-INF/lib/jce.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/sunj ce _provider.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/webserver.j ar And errormessage: - -- Error: 500 Location: /eJob/web/ErrorMessage.jsp Internal Servlet Error: javax.servlet.ServletException: ClassNotFoundException Error : com.eproduction.ResourceProvider at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCo nt extImpl.java:459) at web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspServi ce (_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:296) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSe rv let.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java: 31 8) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java: 40 4) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:37 2) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispat ch erImpl.java:194) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.ja va :421) at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCo nt extImpl.java:446) at web._0002fweb_0002fController_0002ejspController_jsp_0._jspService(_ 00 02fweb_0002fController_0002ejspController_jsp_0.java:772) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSe rv let.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java: 31 8) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java: 40 4) at org.apache.tomcat.core.Handler.service(Handler.java:286) at
Re: doclet extension
depending on how brave you're feeling the ejbdoclet project is one example of such work (http://www.sourceforge.net/projects/ejbdoclet). cheers dim On Mon, 2 Jul 2001 07:32, msew wrote: Does anyone out there have a link to a good tutorial or even just example files of how to easily extend the standard doclet? ie you have a @tag and you just want to easily use it in your every day javadocing :-) thanks!! msew
Re: [tomcat-user] how to use generic servlets
On Sunday 01 July 2001 01:05 pm, you wrote: Hi, all the literature i have just deals with HttpServlets and stuff, and anyway: its not much literature. could someone give me a nice example how to write a web.xml in which i can use my generic servlet which uses my own protocol? tia, nick web.xml is a standard file used by all servlet-powered systems. You can find the spec for it at the sun web site, where the servlet specification is housed: http://java.sun.com/products/servlet/download.html (Available in many formats) Now, although your message was a bit ambiguous, if you use servlets, you must adhere to HTTP protocol specifications. You can still process the HTTP message using the service rather than doGet or doPost calls if you wanna get closer to the implementation. It is still HTTP though. If you want another port, set it up in the tomcat or apache port listener. Servlets can run on any port. They are bound to their environment's ports, through the web server instance. You can enclose any data you wish in the transaction, but the proper HTTP headers and the like must be used by your protocol. If it does not use HTTP, then I suggest you write a socket server (in Java it's cake) and use your own protocol. You'll have to do a lot to get load balancing, etc., so you might wanna consider just enabling it in HTTP. -- . . . tizzy L'enfers, c'est les autres. --Jean Paul Sartre, Huit Clos
RE: [tomcat-user] The null thingee. I know it was discused before.
The most often cause of the null thingee is that you have not properly configured the connection between apache and tomcat correctly. A few simple simple things: Make sure the server.xml doc is configured right. I always check the contexts on 8080 to make sure the JVM is running and that the servlets/JSPs load appropriately. Make sure the httpd.conf file is configured with the correct connections into Tomcat. Are you using ajp12 or ajp13? Are they all set up right? Check the documentation again, just to be safe. Lastly, after you start tomcat, do you restart the apache process? Most important step there. Apache opens a socket and keeps it open to tomcat. If you cycle tomcat, you need to cycle apache as well. -- . . . tizzy L'enfers, c'est les autres. --Jean Paul Sartre, Huit Clos
Re: [tomcat-user] how to use generic servlets
I'm sorry, but I agree with Nick. My reading of the servlet standard does not force the protocol to be HTTP. Theoretically the protocol could be anything that you want. You should be able to rewrite sendmail using servlets (why, I don't know, but it should be able to be done according to my understanding of the standard). If this isn't being done for Tomcat, I volunteer to write a generic connector-without-protocol. So many people consider servlets and HTTP to be intimately connected, and yet I think that is an accident of fate rather than part of the standard. (I'm not being altruistic about volunteering -- I also need to have a servlet without a known protocol and for the reasons that tizzy? suggests it would be better to use a servlet rather than rewrite the server engine.) I will reread the servlet spec tonight and make sure that non-HTTP protocols are part of the spec. On Sunday 01 July 2001 01:05 pm, you wrote: Hi, all the literature i have just deals with HttpServlets and stuff, and anyway: its not much literature. could someone give me a nice example how to write a web.xml in which i can use my generic servlet which uses my own protocol? tia, nick web.xml is a standard file used by all servlet-powered systems. You can find the spec for it at the sun web site, where the servlet specification is housed: http://java.sun.com/products/servlet/download.html (Available in many formats) Now, although your message was a bit ambiguous, if you use servlets, you must adhere to HTTP protocol specifications. You can still process the HTTP message using the service rather than doGet or doPost calls if you wanna get closer to the implementation. It is still HTTP though. If you want another port, set it up in the tomcat or apache port listener. Servlets can run on any port. They are bound to their environment's ports, through the web server instance. You can enclose any data you wish in the transaction, but the proper HTTP headers and the like must be used by your protocol. If it does not use HTTP, then I suggest you write a socket server (in Java it's cake) and use your own protocol. You'll have to do a lot to get load balancing, etc., so you might wanna consider just enabling it in HTTP. -- . . . tizzy L'enfers, c'est les autres. --Jean Paul Sartre, Huit Clos -- D. Jay Newman ! For the pleasure and the profit it derives [EMAIL PROTECTED] ! I arrange things, like furniture, and http://www.sprucegrove.com/~jay/ ! daffodils, and ...lives. -- Hello Dolly
Re: [tomcat-user] how to use generic servlets
hey - this looks interesting. On Mon, 2 Jul 2001 10:40, D. Jay Newman wrote: I'm sorry, but I agree with Nick. me too could someone give me a nice example how to write a web.xml in which i can use my generic servlet which uses my own protocol? What sort of a protocol are you looking at? My understanding is that _any_ request/reply based messaging could be done this way. I have no idea about this in practice, but AFAIK I cant see any reason why you'd need to depart from a standard web.xml file. I'm assuming that the servlet-class needs to be a Servlet (not HttpServlet). How far have you got with this? I'd be really interested to hear more. btw - on a side note, which may be (vaguely) related. I once tried to create my own HttpServletRequest and HttpServletResponse types for use within a servlet, to simulate firing a request to a RequestDispatcher. It didn't work - the first line of forward was attempted casting my HttpServletRequest to a tomcat specific class. Not sure how legit what I was doing is, or how legit tomcat's casting was, but it didn't work. Things like this _might, maybe_ be of some use to you (o: cheers dim
Re: Prefix subject headers in Tomcat list?
The Subject gets too long and then you have to widen the subject column to see what the message is really about. This may not be an option on some laptops or other low res devices. pete wrote: It also helps to be able to see the mails from the tomcat list if they are mixed in with the rest - i use several mail clients to read mail on my IMAP server, and not all of them do automatic filtering. Is there any good reason not to prefix tomcat-user mail with [tomcat-user]? -Pete At 03:12 PM 7/1/2001, you wrote: Is it possible for the list admin to apply a '[tomcat-user] ' or similar prefix to all mails sent from the mailing list? This helps a lot in separating list traffic from other traffic. My client allows filtering via one or all of the incoming mail headers, I filter the tomcat mail list with the Any Recipient header. I don't know that this header is an rfc 821 compliant one (In fact I can't find it in the rfc) but it works for me. Surely you can filter out tomcat mail list messages through one of the other ones though. -- [EMAIL PROTECTED] / [EMAIL PROTECTED] http://www.flashman.com/ (303) 971-8780 B-24 Crew Registry http://www.flashman.com/cgi-bin/crew-reg.cgi
Re: [tomcat-user] how to use generic servlets
hey - this looks interesting. I'm glad you think so. I can use all the help I can get. :) On Mon, 2 Jul 2001 10:40, D. Jay Newman wrote: I'm sorry, but I agree with Nick. me too could someone give me a nice example how to write a web.xml in which i can use my generic servlet which uses my own protocol? What sort of a protocol are you looking at? My understanding is that _any_ request/reply based messaging could be done this way. Well, I'm just looking at sending XML messages back and forth. This could easily be encapsulated into the HTTP protocol, but I don't see any reason to make things more difficult than that are already. I have no idea about this in practice, but AFAIK I cant see any reason why you'd need to depart from a standard web.xml file. I'm assuming that the servlet-class needs to be a Servlet (not HttpServlet). How far have you got with this? I'd be really interested to hear more. btw - on a side note, which may be (vaguely) related. I once tried to create my own HttpServletRequest and HttpServletResponse types for use within a servlet, to simulate firing a request to a RequestDispatcher. It didn't work - the first line of forward was attempted casting my HttpServletRequest to a tomcat specific class. Not sure how legit what I was doing is, or how legit tomcat's casting was, but it didn't work. Things like this _might, maybe_ be of some use to you (o: I've looked at the code of the connectors and such in Tomcat 4.0b5 and found that they are very tightly tied to HTTP. Until now I haven't had enough free time to get anything new done. -- D. Jay Newman ! For the pleasure and the profit it derives [EMAIL PROTECTED] ! I arrange things, like furniture, and http://www.sprucegrove.com/~jay/ ! daffodils, and ...lives. -- Hello Dolly
Re: [tomcat-user] how to use generic servlets
On Mon, 2 Jul 2001 11:40, you wrote: I'm glad you think so. I can use all the help I can get. :) I think I'd be leading you astray if I left you thinking that there's much chance I'd find time to actually do anything )o: much as I'd love to get my feet wet, there's barely enough time in the day to sleep as it is )o: Well, I'm just looking at sending XML messages back and forth. This could easily be encapsulated into the HTTP protocol, but I don't see any reason to make things more difficult than that are already. more difficult for your client you mean? At the server I would see it being simpler implementing it as a servlet. If java.net.HttpURLConnection worked it'd be easy from the client too (o: I'd have thought that it'd be simpler to do it as XML/HTTP and then implement something on the client (which you'd have to do to some degree anyway). I'm also pretty sure you can find some nice client side http connection libs out there. I've looked at the code of the connectors and such in Tomcat 4.0b5 and found that they are very tightly tied to HTTP. I think I now see what you're saying about implementing it now. Different approach though... Why not SOAP? I'm assuming there's a good reason why this isn't appropriate. cheers dim
Re: [tomcat-user] how to use generic servlets
On Mon, 2 Jul 2001 11:59, D. Jay Newman wrote: I have just gotten though enough of the Servlet 2.3 specs, and while a servlet *must* implement the HTTP protocol, it can also implement other protocols. So I would think that I'd just be helping to make Tomcat more in sync with the standard. really? yipes... haven't read it yet... in any case if its ptp req/reply messaging then I'd still argue for http. are you agreeing here? Actually it's because I don't know anything about SOAP. I'll have to look at that... Though I'm basically using XML to build a protocol for a directory service (GUS -- the Group-User-Service server; GUS is designed mainly to work between servers rather than directly for a person). 30 word intro to soap (simple object access protocol). you have an object which has an interface (defined by wsdl) and you can use a invoke calls on that object (methods). Are you saying that GUS is going to be a primary server and would provide its functionality, other servers might require that functionality and use the GUS server to provide that functionality? The big thing about SOAP is that its XML, which means a lot of relatively (compared to straight rmi) expensive marshalling. though if your servers have to communicate with a firewall in the middle its exactly what you want. have a look at http://xml.jakarta.org/soap - it has a pretty quick startup-example. Make sure you use xerces 1.2 and _not_ 1.3. ASAIK it doesn't support xerces 1.3 (although this may have changed recently). In my almost 30 years of computing things have changed from where I could know pretty much everything in the field to where things change so fast that I can feel my knowledge becoming obsolute while I'm taking the time to write this email... :( grin / I'm not even going to tell you how few years I've been in the game compared to your 30! shy-away / cheers dim
RE: JRUN really SUCKS (was TOMCAT SUCKS)
We have to finish this conversation ASAP. I want to add to you. I am a ERP consultant, you know SAP or Oracle, I am in Oracle arena. This software cost US$100.000 My experience is Oracle is SUCK, even the support, They sell software WITH THOUSAND BUGS and this make make they pay me more .. haha .. strange business. Oracle #2 in the world but they got a bugs in their application esp Oracle Application (ERP). Oh yah, one thing, Oracle made a 1000 pages documentation permodule (Oracle have more than 48 modules) .. God... 48.000 pages, and still not enough for me as a consultant. My college is SAP consultant, said that too, SAP is more complicated. I learn from this week (speaking SUCK everyday)..We have to try to improve tomcat, tomcat must be a foundation all apache project (JetSpeed, Cocoon, Turbine etc). Because we all in one brand name apache.org. We have to help each others. We all got a good lesson, why don't we think we will better than commercial software later, and we can be like Great Bridge in listed in Fortune with their PostgreSQL. Oke, Who will create tomcat-doc mailing list.. I need that.. but... what happen if there is a syntax, and all the tomcat-doc mailing list got problem. Basically, the question of syntax is - Description - Sample Just it. I think we need tomcat-user and tomcat-dev members also. Frans --- Arnold Shore [EMAIL PROTECTED] wrote: Re ... It replaced JRUN some time ago (which really SUCKS by the way) ... Peter, can share your thoughts here re exactly how? We're looking at a few JSP engines, and am really short of eminformed/em opinions. Thanks. Arnold Shore Annapolis, MD USA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Mutsaers Sent: Sunday, July 01, 2001 2:39 AM To: [EMAIL PROTECTED] Subject: Re: TOMCAT SUCKS ... On Tomcat specifically, I can only say that I'm running Tomcat4 beta-5 for a critical Intranet server. It replaced JRUN some time ago (which really SUCKS by the way). Documenation ... __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
tomcat book
On Mon, 2 Jul 2001 12:23, Frans Thamura wrote: Basically, the question of syntax is - Description - Sample Just it. I think we need tomcat-user and tomcat-dev members also. To sign up for the tomcatbook mailing list, send an empty email to [EMAIL PROTECTED] I've just signed up - will look forward to seeing what has already been done, and to what the members of this list can add to that. cheesr dim
unscubscribe
Re: Does Apache worth it?
Eitan, it all depends on how ur application works. if u do not have too many static pages not too much of load then Tomcat as a stand-alone is fine. but if u also think of scalability then u must use Apache-tomcat combination as Apache is very robust. Personally i think the effort in gettting Apache-Tomcat combination to work is very much worth. the entire application will be very robust. hope this help, Parminder. On Sun, 1 Jul 2001, Eitan Ben Noach wrote: Date: Sun, 1 Jul 2001 15:32:12 +0200 To: [EMAIL PROTECTED] From: Eitan Ben Noach [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Subject: Does Apache worth it? Hello all, We are intending to use Apache Tomcat as web server in our product, and preliminary experiments show excellent performance. Most of our web pages are JSPs and servlets, and few HTMLs and Gifs. We wonder what is the contribution of Apache in our scenario - some of us think that Tomcat standalone is enough. Is there any advantage of using Apache and not Tomcat standalone? We will appreciate any contributing input. Thanks, - Eitan Ben-Noach Proficiency, Ltd. Tel: +972.2.548.0287 Fax: +972.2.586.3871 email: [EMAIL PROTECTED] The Intelligence in Engineering Supply Chain Collaboration http://www.proficiency.com/