RE: [OT] Re: Tomcat mailing list is full of non tomcat topics
And enjoyable reading for me. The fact is no one forces you to read an OT topic. I don't have time for more than one or two lists so my reading is pretty focused, sometimes moreso than I'd like. Sometimes reading an OT topic on Tomcat is a refreshing change from the normal questions. I don't think it's all that hard to just ignore properly marked OT topics if you're not interested. -Original Message- From: Parsons Technical Services To: Tomcat Users List Sent: 12/9/2004 7:16 AM Subject: Re: [OT] Re: Tomcat mailing list is full of non tomcat topics Some days ago we had a 20 post about how to convert a char to an intvery legitimate question but very OT. And marked as such. Quote: sorry for posting this offtopic qns here And the subject: off topic - how do i convert an int to char Doug - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] SCWCD Exam 1.4
You might find some interesting opinions on this book, by the author, at this O'Reilly page. I'm not trying to push this book. I just find it interesting to juxtapose the high praise it gets there and elsewhere with the cold shower it's gotten in this thread: http://www.oreilly.com/news/ksmanifesto.html -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Friday, November 26, 2004 10:19 AM To: 'Andoni '; 'Tomcat Users List ' Subject: RE: [OT] SCWCD Exam 1.4 Ha! Well I know this type of book has to come as a shock, especially as a book for certification. As I said earlier I gave up on the Head First Java book because it was just too childlike. But this one has surprised me. Maybe that's because I went through both the Manning and Wrox books to get my 1.2 certification and this just serves as a light reminder of what I learned there as well as coverage of new topics for 1.4. I do know that it seemed pretty easy for people to score in the 90+ range on the 1.2 exam and that some people, mainly at JavaRanch, said that that was because anyone could memorize the required material. I suspect that the 1.4 exam tries to test for deeper understanding. My second suspicion is that underneath all the childlike facade of this Head First book that the authors are trying to make a deeper understanding of how servlets, jsp, etc. work more important than memorizing the spec. But I can't say whether I think that they've been successful until I finish the book. It may be when I'm done I'll just find that I didn't the childish style never added up to anything. Time will tell. But I can't blame you for being scared off by the book, especially as a certification book. I think that it really does presume a young audience, who will enjoy references to Weezer CDs, whatever/whoever they are. That said I'm still reading on and enjoying it. Perhaps I'll send an email to Tomcat list when I finally finish it. I do know that the first version of the Manning book was perfectly fine for me for my 1.2 certication and I imagine the new one will be just as good. Ken -Original Message- From: Andoni To: Tomcat Users List Sent: 11/26/2004 5:30 AM Subject: Re: [OT] SCWCD Exam 1.4 Hi, After reading this mail last night I found a shop in Dublin which had the book in stock. I raced into town after work to get there before the shop closed and got there 5 minutes before closing. I was so relieved and when I saw the book on the shelf I was well pleased. Only when I opened it to take a look did I realise the true extent of what you meant by jokes, cartoons and fill in the blanks pages. It looks more like a children's nursery rhyme book than a Java Certification book! I just put it back on the shelf and walked back out of the shop :-( Thanks, but no thanks, I'll be waiting until January. Andoni. - Original Message - From: Januski, Ken [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Wednesday, November 24, 2004 11:06 PM Subject: RE: [OT] SCWCD Exam 1.4 I'm part way through the Head First book. I really didn't like Head First Java though it got rave reviews when it came out. And I did like the first version of the Manning SCWCD book. That said I'm finding the Head First Servlets and JSP book enjoyable, though I've only read the first 150 pages or so. The authors are from www.javaranch.com and I'm sure you can get plenty of additional information there. Of course a lot of fans of the Head First books hang out there too. Whether you could actually use it for certification I'm not sure. I think that you probably could based on what I've read so far because it strives to get you to understand servlets, jsp and everything connected with them on a basic level. It does so with jokes, cartoons, fill in the blank pages, etc. I'm sure a lot of people will hate this manner of learning just as others can't stand the drier approach of the Manning book. My feeling is that if you are not someone who gets offended by jokey material that you can read this book and learn enough to pass the exam, esp. if you also read the specs as the book suggests. But take this with a grain of salt as I've not taken the 1.4 exam and I'm only 1/8 of the way through the book. If you like your books serious though, then steer very clear. Hope this helps, Ken -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 12:57 PM To: 'Tomcat Users List' Subject: RE: [OT] SCWCD Exam 1.4 I'd be completely remiss in not mentioning that Manning is putting out a second edition of it's SCWCD study guide. The second edition has been updated for the new exam. Manning's ISBN is 1932394389 (that's the one scheduled for January) HeadFirst is 0596005407 (the one out now) both of them cover the new exam. -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 11:49 AM To: 'Tomcat
RE: [OT] SCWCD Exam 1.4
Ha! Well I know this type of book has to come as a shock, especially as a book for certification. As I said earlier I gave up on the Head First Java book because it was just too childlike. But this one has surprised me. Maybe that's because I went through both the Manning and Wrox books to get my 1.2 certification and this just serves as a light reminder of what I learned there as well as coverage of new topics for 1.4. I do know that it seemed pretty easy for people to score in the 90+ range on the 1.2 exam and that some people, mainly at JavaRanch, said that that was because anyone could memorize the required material. I suspect that the 1.4 exam tries to test for deeper understanding. My second suspicion is that underneath all the childlike facade of this Head First book that the authors are trying to make a deeper understanding of how servlets, jsp, etc. work more important than memorizing the spec. But I can't say whether I think that they've been successful until I finish the book. It may be when I'm done I'll just find that I didn't the childish style never added up to anything. Time will tell. But I can't blame you for being scared off by the book, especially as a certification book. I think that it really does presume a young audience, who will enjoy references to Weezer CDs, whatever/whoever they are. That said I'm still reading on and enjoying it. Perhaps I'll send an email to Tomcat list when I finally finish it. I do know that the first version of the Manning book was perfectly fine for me for my 1.2 certication and I imagine the new one will be just as good. Ken -Original Message- From: Andoni To: Tomcat Users List Sent: 11/26/2004 5:30 AM Subject: Re: [OT] SCWCD Exam 1.4 Hi, After reading this mail last night I found a shop in Dublin which had the book in stock. I raced into town after work to get there before the shop closed and got there 5 minutes before closing. I was so relieved and when I saw the book on the shelf I was well pleased. Only when I opened it to take a look did I realise the true extent of what you meant by jokes, cartoons and fill in the blanks pages. It looks more like a children's nursery rhyme book than a Java Certification book! I just put it back on the shelf and walked back out of the shop :-( Thanks, but no thanks, I'll be waiting until January. Andoni. - Original Message - From: Januski, Ken [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.tomcat.user Sent: Wednesday, November 24, 2004 11:06 PM Subject: RE: [OT] SCWCD Exam 1.4 I'm part way through the Head First book. I really didn't like Head First Java though it got rave reviews when it came out. And I did like the first version of the Manning SCWCD book. That said I'm finding the Head First Servlets and JSP book enjoyable, though I've only read the first 150 pages or so. The authors are from www.javaranch.com and I'm sure you can get plenty of additional information there. Of course a lot of fans of the Head First books hang out there too. Whether you could actually use it for certification I'm not sure. I think that you probably could based on what I've read so far because it strives to get you to understand servlets, jsp and everything connected with them on a basic level. It does so with jokes, cartoons, fill in the blank pages, etc. I'm sure a lot of people will hate this manner of learning just as others can't stand the drier approach of the Manning book. My feeling is that if you are not someone who gets offended by jokey material that you can read this book and learn enough to pass the exam, esp. if you also read the specs as the book suggests. But take this with a grain of salt as I've not taken the 1.4 exam and I'm only 1/8 of the way through the book. If you like your books serious though, then steer very clear. Hope this helps, Ken -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 12:57 PM To: 'Tomcat Users List' Subject: RE: [OT] SCWCD Exam 1.4 I'd be completely remiss in not mentioning that Manning is putting out a second edition of it's SCWCD study guide. The second edition has been updated for the new exam. Manning's ISBN is 1932394389 (that's the one scheduled for January) HeadFirst is 0596005407 (the one out now) both of them cover the new exam. -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 11:49 AM To: 'Tomcat Users List' Subject: RE: [OT] SCWCD Exam 1.4 -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 9:25 AM To: Tomcat Users List Subject: RE: [OT] SCWCD Exam 1.4 The one you found Head First Servlets and JSP appears to me not to be a dedicated exam guide. I think the only reason it Not sure what copy you're looking at. Mine has a black bar across the top that say ... Study Guide
RE: [OT] SCWCD Exam 1.4
I'm part way through the Head First book. I really didn't like Head First Java though it got rave reviews when it came out. And I did like the first version of the Manning SCWCD book. That said I'm finding the Head First Servlets and JSP book enjoyable, though I've only read the first 150 pages or so. The authors are from www.javaranch.com and I'm sure you can get plenty of additional information there. Of course a lot of fans of the Head First books hang out there too. Whether you could actually use it for certification I'm not sure. I think that you probably could based on what I've read so far because it strives to get you to understand servlets, jsp and everything connected with them on a basic level. It does so with jokes, cartoons, fill in the blank pages, etc. I'm sure a lot of people will hate this manner of learning just as others can't stand the drier approach of the Manning book. My feeling is that if you are not someone who gets offended by jokey material that you can read this book and learn enough to pass the exam, esp. if you also read the specs as the book suggests. But take this with a grain of salt as I've not taken the 1.4 exam and I'm only 1/8 of the way through the book. If you like your books serious though, then steer very clear. Hope this helps, Ken -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 12:57 PM To: 'Tomcat Users List' Subject: RE: [OT] SCWCD Exam 1.4 I'd be completely remiss in not mentioning that Manning is putting out a second edition of it's SCWCD study guide. The second edition has been updated for the new exam. Manning's ISBN is 1932394389 (that's the one scheduled for January) HeadFirst is 0596005407 (the one out now) both of them cover the new exam. -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 11:49 AM To: 'Tomcat Users List' Subject: RE: [OT] SCWCD Exam 1.4 -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 24, 2004 9:25 AM To: Tomcat Users List Subject: RE: [OT] SCWCD Exam 1.4 The one you found Head First Servlets and JSP appears to me not to be a dedicated exam guide. I think the only reason it Not sure what copy you're looking at. Mine has a black bar across the top that say ... Study Guide The subtitle of the book is Passing the Sun Certified Web Component Developer Exam and it mentions on the cover that it is Written by the co-developers of the real SCWCD exam for J2EE 1.4. - 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: ISAPI redirector warnings
Given all the problems that people have had with getting ISAPI redirector to work correctly I'd just be happy if it works and not worry about errors in the log. I say that after many attempts at tracking down errors in logs when I couldn't get it working correctly. Though I've always been a believer in using logs to solve problems I seem to recall that they never really helped in this instance. I believe DEBUG will give you the most verbose log. So it's probably: DEBUG-INFO-WARN-ERROR in terms of verbosity. -Original Message- From: Eric Sandusky [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 11:15 AM To: 'Tomcat Users List' Subject: RE: ISAPI redirector warnings By setting the LogLevel to INFO, I get more entries in the Event log. By setting the logLevel to ERROR, I still get the following Warnings in the Application log. Each of the entries starts with the word Error so they must be errors, not warnings. Does anybody know what the root cause of these errors/warnings are? There is nothing in the way of documentation for the JK2 connector that talks about this in detail. I have gone through this site, http://jakarta.apache.org/tomcat/connectors-doc/jk2/index.html, and found absolutely nothing about these errors. They happen regularly as requests are made to the server, and are unacceptable to many of my customers. Error: [jk_worker_ajp13.c (648)]: ajp13.service() Error forwarding ajp13:localhost:8009 1 0 Error: [jk_worker_ajp13.c (546)]: ajp13.service() ajpGetReply recoverable error 3 Error: [jk_handler_response.c (140)]: handler.response() Error sending response Error: [jk_service_iis.c (126)]: jk_ws_service_t::head, ServerSupportFunction failed Error: [jk_worker_ajp13.c (546)]: ajp13.service() ajpGetReply recoverable error 3 Error: [jk_handler_response.c (140)]: handler.response() Error sending response Error: [jk_service_iis.c (126)]: jk_ws_service_t::head, ServerSupportFunction failed Eric Sandusky 630.368.9950x233 [EMAIL PROTECTED] -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 9:58 AM To: Tomcat Users List Subject: RE: ISAPI redirector warnings i don't know much about jk2 logging. I don't think it can use log4j or commons-logging as it's just a DLL. the theory is the same I imagine, i.e the amount of logging gets narrower info/warn/debug/error. Setting it at ERROR will mean only errors come out and remove all the other stuff. -Original Message- From: Eric Sandusky [mailto:[EMAIL PROTECTED] Sent: 09 November 2004 15:54 To: 'Tomcat Users List' Subject: RE: ISAPI redirector warnings Do you know any more information about the 3 logLevels? I see an ERROR, DEBUG, and INFO. I currently set it to DEBUG, which is the default and is not necessary. I would guess that INFO would give you more warnings, and ERROR would give you less warnings. Does this make sense? Eric Sandusky 630.368.9950x233 [EMAIL PROTECTED] -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 9:50 AM To: Tomcat Users List Subject: RE: ISAPI redirector warnings you could reduce it by setting logLevel=info in the registry settings. You can also specify logging in the workers2.properties file with an info level. [logger.win32] level=INFO ADC -Original Message- From: Eric Sandusky [mailto:[EMAIL PROTECTED] Sent: 09 November 2004 15:38 To: [EMAIL PROTECTED] Cc: Eric Sandusky Subject: ISAPI redirector warnings While running Tomcat 5 with IIS and JK2.. The Windows Application Logs often log several Warnings at the same point in time, see below for example. The problem is, these Warnings pile up in the Windows Event logs and force the Administrator to manually clear out the logs daily or weekly. What is the reason for these log entries? How can I reduce or eliminate these log entries? Error: [jk_worker_ajp13.c (648)]: ajp13.service() Error forwarding ajp13:localhost:8009 1 0 Error: [jk_worker_ajp13.c (546)]: ajp13.service() ajpGetReply recoverable error 3 Error: [jk_handler_response.c (140)]: handler.response() Error sending response Error: [jk_service_iis.c (126)]: jk_ws_service_t::head, ServerSupportFunction failed Error: [jk_worker_ajp13.c (546)]: ajp13.service() ajpGetReply recoverable error 3 Error: [jk_handler_response.c (140)]: handler.response() Error sending response Error: [jk_service_iis.c (126)]: jk_ws_service_t::head, ServerSupportFunction failed Configuration: Windows 2000 or Windows
RE: Problem with logging in Eclipse
For what it's worth my logs show: - Root Cause - java.lang.NoClassDefFoundError: org/apache/log4j/Logger at... rather than the - Root Cause - java.lang.NoClassDefFoundError: org/apache/log4j/Layout at. noted below. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 11:22 AM To: Tomcat Users List Subject: RE: Problem with logging in Eclipse Donie, I just noticed this from your log: - Root Cause - java.lang.NoClassDefFoundError: org/apache/log4j/Layout I'm at work right now so can't check my logs at home but if they also point to Layout as the missing class rather than just Log4j that may tell us a little more about what's causing the problem. I didn't think that my errors pointed to Layout but I could be wrong. Ken -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 5:19 AM To: Tomcat Users List Subject: RE: Problem with logging in Eclipse Anybody else have this problem??? Thanks Donie -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 28 October 2004 11:12 To: Tomcat Users List Subject: RE: Problem with logging in Eclipse Hi guys I have the same problem and it's driving me nuts. I have a run configuration in Eclipse 3.0 for tomcat 4.1.18 and I call bootstrap.jar directly within eclipse to start tomcat. The only jars I put in the run configuration class path are the tomcat ones. This starts tomcat as it would be normally run and tomcat then inits the webapps directory and creates the classpath for each webapp based on the contents of the WEB-INF/lib. I have commons-logging.jar in my WEB-INF/lib as it's required by some code. This has problems finding log4j even though it's there. When I send in a request that uses com.sun.xml.messaging.saaj.soap.dom4j.ElementFactory tomcat throws an exception into Catalina.out log showing the following stack trace below. Now, if I put log4j.jar into the run configuration class path the problem goes away? Why can't tomcat find this jar under Eclipse 3 However, because I have multiple webapps running, the logging for the different webapps is the same as the log4j.jar is now global so the last webapp to init sets the logging scheme and location. Painful. Thanks Donie 2004-10-28 11:14:41 StandardWrapperValve[webclient]: Servlet.service() for servlet webclient threw exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:493) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:509) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline
RE: Problem with logging in Eclipse
Donie, I just noticed this from your log: - Root Cause - java.lang.NoClassDefFoundError: org/apache/log4j/Layout I'm at work right now so can't check my logs at home but if they also point to Layout as the missing class rather than just Log4j that may tell us a little more about what's causing the problem. I didn't think that my errors pointed to Layout but I could be wrong. Ken -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 5:19 AM To: Tomcat Users List Subject: RE: Problem with logging in Eclipse Anybody else have this problem??? Thanks Donie -Original Message- From: Donie Kelly [mailto:[EMAIL PROTECTED] Sent: 28 October 2004 11:12 To: Tomcat Users List Subject: RE: Problem with logging in Eclipse Hi guys I have the same problem and it's driving me nuts. I have a run configuration in Eclipse 3.0 for tomcat 4.1.18 and I call bootstrap.jar directly within eclipse to start tomcat. The only jars I put in the run configuration class path are the tomcat ones. This starts tomcat as it would be normally run and tomcat then inits the webapps directory and creates the classpath for each webapp based on the contents of the WEB-INF/lib. I have commons-logging.jar in my WEB-INF/lib as it's required by some code. This has problems finding log4j even though it's there. When I send in a request that uses com.sun.xml.messaging.saaj.soap.dom4j.ElementFactory tomcat throws an exception into Catalina.out log showing the following stack trace below. Now, if I put log4j.jar into the run configuration class path the problem goes away? Why can't tomcat find this jar under Eclipse 3 However, because I have multiple webapps running, the logging for the different webapps is the same as the log4j.jar is now global so the last webapp to init sets the logging scheme and location. Painful. Thanks Donie 2004-10-28 11:14:41 StandardWrapperValve[webclient]: Servlet.service() for servlet webclient threw exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:493) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:509) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java: 1040) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151 ) at
RE: Problem with logging in Eclipse
This isn't much help but I have had a somewhat similar experience. I took the war for a working application running on Tomcat 4.0 at work and tried to get it running with Tomcat 5.0 and Eclipse 3.0 at home. It constantly complained about not being able to find log4j, this no matter where I put the log4j jar. Since this isn't something critical to me I haven't focussed on solving it, but have been playing with it intermittently for at least 2 months. But it does seem odd to me that Tomcat in Eclipse can never find it. You wouldn't think that log4j had to go in some special place in Eclipse. I hope someone else can shed some light. -Original Message- From: Glenn Barnard [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 27, 2004 11:11 AM To: [EMAIL PROTECTED] Subject: Problem with logging in Eclipse Hi, I'm new to this list so if my question has been answered previously, please give me a URL to look at---I have tried one without a hit. I am trying to use Tomcat 5.5 in my Eclipse 3.0 development environment. I have a Tomcat plugin which starts Tomcat from a simple icon. In following the limited instructions I've been able to find for installing log4j for Tomcat 5.5, I put commons-logging.jar and log4j.jar in the common/lib directory. As soon as I do that, Tomcat fails during startup with the following stack trace. The messages indicate that Catalog.class is not in the jar files, but I've confirmed that it is in log4j.jar in the correct package. I have brought in the source code, and tried to step through it, but I'm not getting anywhere with that. This AM I tried Tomcat 5.0 and got the same problem. Am not seeing any problem starting Tomcat directly from a DOS prompt. If anyone can help me, I'd surely appreciate it! Let me know if you have any questions about how I configure Tomcat, although I've tried server.xml without editing it. java.lang.ExceptionInInitializerError at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:208) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:402) Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: No suitable Log constructor [Ljava.lang.Class;@958bb8 for org.apache.commons.logging.impl.Log4JLogger (Caused by java.lang.NoClassDefFoundError: org/apache/log4j/Category) (Caused by org.apache.commons.logging.LogConfigurationException: No suitable Log constructor [Ljava.lang.Class;@958bb8 for org.apache.commons.logging.impl.Log4JLogger (Caused by java.lang.NoClassDefFoundError: org/apache/log4j/Category)) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja va:543) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja va:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.ja va:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.catalina.core.StandardService.clinit(StandardService.java:53) ... 8 more Caused by: org.apache.commons.logging.LogConfigurationException: No suitable Log constructor [Ljava.lang.Class;@958bb8 for org.apache.commons.logging.impl.Log4JLogger (Caused by java.lang.NoClassDefFoundError: org/apache/log4j/Category) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI mpl.java:413) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.ja va:529) ... 12 more Caused by: java.lang.NoClassDefFoundError: org/apache/log4j/Category at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) at java.lang.Class.getConstructor0(Unknown Source) at java.lang.Class.getConstructor(Unknown Source) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryI mpl.java:410) ... 13 more _ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cannot get a DataSource
I've been beating my head against the wall on and off for a week now and just can't seem to get the hand of JNDI DataSources with Tomcat. Everything I try seems to end with javax.naming.NamingException: Cannot create resource instance. Though I've also done a fair amount of research on this I haven't found any clear answers as to what exactly causes this error, esp. when using Tomcat. Thanks for any ideas, Ken The entries in server.xml, under GlobalNamingResources are: Resource name=jdbc/CheckUsers auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/CheckUsers parameter namedriverClassName/name valuecom.mysql.jdbc.Driver/value /parameter parameter nameurl/name valuejdbc:mysql://inqtomcat/photo?autoReconnect=true/value /parameter parameter nameusername/name valuexxx/value /parameter parameter namepassword/name valuexxx/value /parameter parameter namemaxActive/name value10/value /parameter parameter namemaxIdle/name value3/value /parameter parameter namemaxWait/name value100/value /parameter parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter /ResourceParams /Resource In my web.xml I have: resource-ref res-ref-namejdbc/CheckUsers/res-ref-name res-typejavax.sqlDataSource/res-type res-authContainer/res-auth /resource-ref And in the calling code I have: private DataSource ds; Context initContext; Context env; try { initContext = new InitialContext(); env = (Context)initContext.lookup(java:comp/env); ds = (DataSource) env.lookup(jdbc/CheckUsers); } catch ( NamingException ne ) { logger.info( Problem setting datasource in setDs using JNDI and DataSource: + ne + .); } catch ( Exception e ) { logger.info( Problem setting datasource in setDs : + e + .); }
RE: JSTL / MYSQL JDBC / TOMCAT 5
I just noticed that this is the syntax given on http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples-how to.html, complete with the double web-app tags so I wouldn't be surprised if a number of people run into this problem. -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Friday, August 20, 2004 5:15 PM To: Tomcat Users List Subject: Re: JSTL / MYSQL JDBC / TOMCAT 5 On Fri, Aug 20, 2004 at 05:11:09PM -0400, Williams, Mark L CIV NSWC-PC wrote: : Here's the extract from the example. Would anyone like to tell me how to : fix it (if I leave it as-is, not only is there no XML tag at the top, : but I get a XML document structures must start and end within the same : entity. error)? I'll learn it some day, but if I had leisure, I : wouldn't be asking for help... : ===extract starts here== : web-app xmlns=http://java.sun.com/xml/ns/j2ee; : xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; : xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee : http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; : version=2.4 : web-app Long story short: XML tags are like parentheses or curly braces in code; they must balance. What you have here is the equivalent of { { } aka, no closing } Take out the second web-app tag. If you're too short on time to learn XML, invest in a validation tool. A free one comes with Expat, something like xmlwf. -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: IIS Tomcat Web Log Error 500 Misleading?
This may not be the answer but I've always read that there's a limit on the number of characters in a GET request. I don't use many GETS so have never run into it. But that's the first thing I thought of when I saw the length of the query string... Ken -Original Message- From: Kan-Lee Liou [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 8:32 AM To: [EMAIL PROTECTED] Subject: IIS Tomcat Web Log Error 500 Misleading? I have IIS 5.0 and Tomcat 5.0.19 installed on my machine and I have no problems running it to server JSP pages. However, our web master complained that IIS created a lot of Errors 500 in the web logs. I tested it on my local machine and I can create the errors in the logs, but I don't see them in the browser. I suspect they are some timeout and retry effort between IIS and Tomcat by isapi_redirector2.dll. In the following partial log, you can find that for the same JSESSIONID, it logged several GET's (200, success), a couple POST's (500, Internal Server Errors, 4th and 5th line items), and then a POST (200, success, 6th line item). I did try to refresh the web pages several times quickly in order to create these errors in the log file, but I did not see any error on my screen. -- 2004-07-14 18:23:07 127.0.0.1 GET /jakarta/isapi_redirector2.dll 200 4117 959 0 JSESSIONID=7ECBDF34DD859002F06970330B5031EC HTTP://localhost/itswindstorm/wpi8/wpi8_start.jsp?searchAddNum=1106searchSt reet=Second+StreetsearchCity=SweenysearchCounty=BRAZORIAerrorMsg=%3cb%3eC annot+find+any+address+matching+your+criteria.+%3cbr%3e%0d%0a%09%09%09Please +refine+your+search+criteria.%3c%2fb%3e 2004-07-14 18:23:07 127.0.0.1 GET /jakarta/isapi_redirector2.dll 200 112 641 0 JSESSIONID=7ECBDF34DD859002F06970330B5031EC http://localhost/itswindstorm/wpi8/wpi8_start.jsp?searchAddNum=1106searchSt reet=Second+StreetsearchCity=SweenysearchCounty=BRAZORIAerrorMsg=%3cb%3eC annot+find+any+address+matching+your+criteria.+%3cbr%3e%0d%0a%09%09%09Please +refine+your+search+criteria.%3c%2fb%3e 2004-07-14 18:23:07 127.0.0.1 GET /jakarta/isapi_redirector2.dll 200 112 640 0 JSESSIONID=7ECBDF34DD859002F06970330B5031EC http://localhost/itswindstorm/wpi8/wpi8_start.jsp?searchAddNum=1106searchSt reet=Second+StreetsearchCity=SweenysearchCounty=BRAZORIAerrorMsg=%3cb%3eC annot+find+any+address+matching+your+criteria.+%3cbr%3e%0d%0a%09%09%09Please +refine+your+search+criteria.%3c%2fb%3e 2004-07-14 18:23:07 127.0.0.1 POST /jakarta/isapi_redirector2.dll 500 89 937 19750 JSESSIONID=7ECBDF34DD859002F06970330B5031EC http://localhost/itswindstorm/wpi8/wpi8_start.jsp?searchAddNum=1106searchSt reet=Second+StreetsearchCity=SweenysearchCounty=BRAZORIAerrorMsg=%3cb%3eC annot+find+any+address+matching+your+criteria.+%3cbr%3e%0d%0a%09%09%09Please +refine+your+search+criteria.%3c%2fb%3e 2004-07-14 18:23:17 127.0.0.1 POST /jakarta/isapi_redirector2.dll 500 89 937 20937 JSESSIONID=7ECBDF34DD859002F06970330B5031EC http://localhost/itswindstorm/wpi8/wpi8_start.jsp?searchAddNum=1106searchSt reet=Second+StreetsearchCity=SweenysearchCounty=BRAZORIAerrorMsg=%3cb%3eC annot+find+any+address+matching+your+criteria.+%3cbr%3e%0d%0a%09%09%09Please +refine+your+search+criteria.%3c%2fb%3e 2004-07-14 18:23:19 127.0.0.1 POST /jakarta/isapi_redirector2.dll 200 510 776 9969 JSESSIONID=7ECBDF34DD859002F06970330B5031EC http://localhost/itswindstorm/wpi8/wpi8_start.jsp?searchAddNum=1106searchSt reet=Second+StreetsearchCity=SweenysearchCounty=BRAZORIAerrorMsg=%3cb%3eC annot+find+any+address+matching+your+criteria.+%3cbr%3e%0d%0a%09%09%09Please +refine+your+search+criteria.%3c%2fb%3e 2004-07-14 18:23:19 127.0.0.1 GET /jakarta/isapi_redirector2.dll 200 4117 798 0 JSESSIONID=7ECBDF34DD859002F06970330B5031EC http://localhost/itswindstorm/wpi8/wpi8_start.jsp?searchAddNum=1106searchSt reet=Second+StreetsearchCity=SweenysearchCounty=BRAZORIAerrorMsg=%3cb%3eC annot+find+any+address+matching+your+criteria.+%3cbr%3e%0d%0a%09%09%09Please +refine+your+search+criteria.%3c%2fb%3e --- Our web master insisted that a good application should not create Error 500 in the log. Have you seen similar things in your web logs? Do you know how to get rid of those 500 errors? Thanks. KL
RE: Integrating Tomcat and IIS
And what do you have to offer this list as help for the person asking the question? -Original Message- From: Aris Javier [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 07, 2004 7:57 PM To: Tomcat Users List Subject: RE: Integrating Tomcat and IIS I SUCCESSFULLY INTEGRATE TOMCAT 5 WITH IIS... =) SIMPLE AND EASY! aris -Original Message- From: Tom Burke [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 07, 2004 9:42 PM To: Tomcat Users List Subject: Integrating Tomcat and IIS I sent a long email to the list on Tuesday asking for help with problems I'm having intergating Tomcat with IIS. Sadly, there were no replies. My email was rather long - lots of examples, config file extracts, etc - so maybe recipients found it hard to digest. So I'll recast it as a shorter request: is there anyone on the list who has succeeded in integrating Tomcat (4 or 5) with IIS (5 or 6)? If so, are there any tips you can pass on? Any problems you experienced and overcame? And if anyone else has had problems and *not* been able to overcome them, what were they? Incidentally, I was following this set of instructions: https://www.rit.edu/~ack5504/tomcat-iis6-howto/narantugs-sengee-guide.ht ml Tom Burke - 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: Integrating Tomcat and IIS
Many, many people have had problems with this and a search of the archives may help. I do know that I read your lengthy message but didn't really see anything that was helpful in terms of pointing out the error. Having gone through this a number of times myself I also understand your frustration. But at the end I didn't learn any particular clues that would be useful to others. I do believe though that you didn't mention whether you had the green arrow in the isapi filter on IIS. If so that tells us something. The one thing that has bitten me many times is setting the isapi filter in more than one place, e.g. the default web app AND under Master Server Properties. I've read people suggest both on this list. For me I know that the default web app has worked but that if I had both it failed. Other than that I'd suggest that you let us know whether or not you get the green arrow, and if so then what errors you're seeing after that. Good luck. Ken -Original Message- From: Tom Burke [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 07, 2004 9:42 AM To: Tomcat Users List Subject: Integrating Tomcat and IIS I sent a long email to the list on Tuesday asking for help with problems I'm having intergating Tomcat with IIS. Sadly, there were no replies. My email was rather long - lots of examples, config file extracts, etc - so maybe recipients found it hard to digest. So I'll recast it as a shorter request: is there anyone on the list who has succeeded in integrating Tomcat (4 or 5) with IIS (5 or 6)? If so, are there any tips you can pass on? Any problems you experienced and overcame? And if anyone else has had problems and *not* been able to overcome them, what were they? Incidentally, I was following this set of instructions: https://www.rit.edu/~ack5504/tomcat-iis6-howto/narantugs-sengee-guide.html Tom Burke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Importing Tomcat 5.0 webapp into Eclipse 3.0?
I'm new to both Eclipse and Tomcat 5.0 but have been using Tomcat 4.0 for quite a while. I'd like to move a project I'm working on in Tomcat 4.0 to Tomcat 5.0 and Eclipse 3.0? Has anyone successfully imported a Tomcat webapp into Eclipse 3.0? I continue to get XML validation disabled errors whenever I try. I've run into a deadend trying to figure out that error but am wondering if the problem might not actually begin further back in trying to import files from a current webapp into Eclipse. I'm about to just go back to finishing off the project in Tomcat 4.0 without Eclipse if I can't figure out how to get them working together in a day or so. Thanks for any ideas, Ken
RE: Importing Tomcat 5.0 webapp into Eclipse 3.0?
Thanks Lorenzo, I haven't tried either but will give them a look. I have run across a number of references to Myeclipse but haven't pursued it since I just downloaded Eclipse for the first time a few days ago. I guess now is the time Ken -Original Message- From: Lorenzo A. Jimenez Briceno [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 2:45 PM To: Tomcat Users List Subject: RE: Importing Tomcat 5.0 webapp into Eclipse 3.0? Importance: High Try www.myeclipseide.com, very easy and afordable? Also, Have you tried Lomboz plugin? http://forge.objectweb.org/projects/lomboz/ (Lomboz 3.0 RC2 release is available) -Mensaje original- De: Januski, Ken [mailto:[EMAIL PROTECTED] Enviado el: Martes, 06 de Julio de 2004 12:02 p.m. Para: Tomcat Users List Asunto: Importing Tomcat 5.0 webapp into Eclipse 3.0? I'm new to both Eclipse and Tomcat 5.0 but have been using Tomcat 4.0 for quite a while. I'd like to move a project I'm working on in Tomcat 4.0 to Tomcat 5.0 and Eclipse 3.0? Has anyone successfully imported a Tomcat webapp into Eclipse 3.0? I continue to get XML validation disabled errors whenever I try. I've run into a deadend trying to figure out that error but am wondering if the problem might not actually begin further back in trying to import files from a current webapp into Eclipse. I'm about to just go back to finishing off the project in Tomcat 4.0 without Eclipse if I can't figure out how to get them working together in a day or so. Thanks for any ideas, Ken _ Lorenzo A. Jimenez Briceno WebMaster Banco Internacional de Costa Rica ( (506) 243-1077 1 (506) 243-1075 - [EMAIL PROTECTED] BICSA ¡Un mundo de servicios financieros a su alcance! http://www.bicsa.com 7/6/2004 12:44 PM Este mensaje puede ser confidencial. Si usted no es la persona a quien se debió dirigir por favor notifíquenos de inmediato y borre el mensaje. BICSA no acepta responsabilidad legal por ningún daño causado por virus, errores u omisiones en el contenido de este mensaje. Todo uso o divulgación no autorizado está prohibido. Gracias. This message may be confidential. If you are not the intended recipient, please notify us immediately and delete this message. BICSA does not accept liability for any damage caused by virus, errors, or omissions in the contents of this message. Any unauthorized use or disclosure of its contents is prohibited. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Importing Tomcat 5.0 webapp into Eclipse 3.0?
Thanks Matt, I'm using the Sysdeo plugin and that got me to the point where I could build a simple jsp page in Eclipse. But as soon as I started to try importing an entire web app I got the error about XLM validation disabled. That then prompted my question as to whether or not it's possible to import an entire Tomcat webapp into Eclipse using Sysdeo plugin or anything else. I gave myself 1-2 days to stop working on code for project and see if I could get it running under Eclipse. But the second day is drawing to a close without success so I think I may have to finish this project without Eclipse and give it another try when I have more time. I'd hope to use Eclipse refactoring to make some wholesale changes in the application. But I think I'll have to stick to the old way of just editing files one by one, at least for now. Ken -Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 3:53 PM To: Tomcat Users List Subject: RE: Importing Tomcat 5.0 webapp into Eclipse 3.0? There is also the sysdeo tomcat plugin which is free and works very well. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: 06 July 2004 19:50 To: Tomcat Users List Subject: RE: Importing Tomcat 5.0 webapp into Eclipse 3.0? Thanks Lorenzo, I haven't tried either but will give them a look. I have run across a number of references to Myeclipse but haven't pursued it since I just downloaded Eclipse for the first time a few days ago. I guess now is the time Ken -Original Message- From: Lorenzo A. Jimenez Briceno [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 2:45 PM To: Tomcat Users List Subject: RE: Importing Tomcat 5.0 webapp into Eclipse 3.0? Importance: High Try www.myeclipseide.com, very easy and afordable? Also, Have you tried Lomboz plugin? http://forge.objectweb.org/projects/lomboz/ (Lomboz 3.0 RC2 release is available) -Mensaje original- De: Januski, Ken [mailto:[EMAIL PROTECTED] Enviado el: Martes, 06 de Julio de 2004 12:02 p.m. Para: Tomcat Users List Asunto: Importing Tomcat 5.0 webapp into Eclipse 3.0? I'm new to both Eclipse and Tomcat 5.0 but have been using Tomcat 4.0 for quite a while. I'd like to move a project I'm working on in Tomcat 4.0 to Tomcat 5.0 and Eclipse 3.0? Has anyone successfully imported a Tomcat webapp into Eclipse 3.0? I continue to get XML validation disabled errors whenever I try. I've run into a deadend trying to figure out that error but trying to import files from a current webapp into Eclipse. I'm about to just go back to finishing off the project in Tomcat 4.0 without Eclipse if I can't figure out how to get them working together in a day or so. Thanks for any ideas, Ken _ Lorenzo A. Jimenez Briceno WebMaster Banco Internacional de Costa Rica ( (506) 243-1077 1 (506) 243-1075 - [EMAIL PROTECTED] BICSA ¡Un mundo de servicios financieros a su alcance! http://www.bicsa.com 7/6/2004 12:44 PM Este mensaje puede ser confidencial. Si usted no es la persona a quien se debió dirigir por favor notifíquenos de inmediato y borre el mensaje. BICSA no acepta responsabilidad legal por ningún daño causado por virus, errores u omisiones en el contenido de este mensaje. Todo uso o divulgación no autorizado está prohibido. Gracias. This message may be confidential. If you are not the intended recipient, please notify us immediately and delete this message. BICSA does not accept liability for any damage caused by virus, errors, or omissions in the contents of this message. Any unauthorized use or disclosure of its contents is prohibited. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat does not compiles my .jsp!
I seem to recall I had this problem once and it occurred because servlet.jar wasn't where it should be (/tomcat/common/lib in my setup). -Original Message- From: David Smith [mailto:[EMAIL PROTECTED] Sent: Thursday, June 24, 2004 11:21 AM To: Tomcat Users List Subject: Re: Tomcat does not compiles my .jsp! Take a look at your log files for around the time you try to access the jsps. Seems to me there has to be some info related to this error. Does the .java file get created in the work directory tree at all? Also check the volume your work directory is on -- is there enough space and have you run fsck on it recently? The last time I experienced what you saw, it was r/w permissions on the work directory for user tomcat. I couldn't see the error until I su'd into the tomcat user account and tried to write a file. Obviously your situation is different somehow. Good luck. That's all my ideas. --David Cyberjobe wrote: No, my work dir is ok. And... if I use the Ant the .jsp will compile. (make a _jsp.java file) What more can I do? Thanks, Cyberjobe - Original Message - From: David Smith [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, June 24, 2004 9:18 AM Subject: Re: Tomcat does not compiles my .jsp! I'm fairly sure the problem is tomcat is having some trouble writing to the work directory when it writes your jsp as a java class. Quick test: su tomcat (if done from root, no password required) cd /usr/local/jakarta-tomcat-5.0.25/work vi testfile.txt type some junk and try to write the file. If this fails, you have your problem. Exit the su session and take a look at file permissions on the work directory. Be sure tomcat owns it and has write access. I'd recommend tomcat user and group have full permissions (rw, x for directories), others have nothing. --David - 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: unable to run JSP examples, tomcat 4.1.30, java 1.4.2, window s XP p ro
The first thing I notice is Ljava. Is that correct? -Original Message- From: Jesús Gutiérrez Ramírez [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 25, 2004 11:47 AM To: [EMAIL PROTECTED] Subject: unable to run JSP examples, tomcat 4.1.30, java 1.4.2, windows XP p ro Hi, I have installed tomcat 4.1.30, java 1.4.2 and windows XP pro. When I try to run some JSP exmples I receive a page error. What can be wrong? TIA Jesus Gutierrez. This is the error page javax.servlet.ServletException: javax.servlet.ServletContext.getResourcePaths(Ljava/lang/String;)Ljava/util/ Set; at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2422) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:163 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:199) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:683) at java.lang.Thread.run(Thread.java:534) root cause java.lang.NoSuchMethodError: javax.servlet.ServletContext.getResourcePaths(Ljava/lang/String;)Ljava/util/ Set; at org.apache.jasper.compiler.TldLocationsCache.processJars(TldLocationsCache.j ava:216) at org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:158 ) at org.apache.jasper.compiler.TldLocationsCache.getLocation(TldLocationsCache.j ava:357) at org.apache.jasper.JspCompilationContext.getTldLocation(JspCompilationContext .java:436) at org.apache.jasper.compiler.Parser.parseTaglibDirective(Parser.java:353) at org.apache.jasper.compiler.Parser.parseDirective(Parser.java:381) at org.apache.jasper.compiler.Parser.parseElements(Parser.java:795) at org.apache.jasper.compiler.Parser.parse(Parser.java:122) at org.apache.jasper.compiler.ParserController.parse(ParserController.java:199) at org.apache.jasper.compiler.ParserController.parse(ParserController.java:153) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:227) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:369) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:4 73) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:1 90) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at
Tomcat 4.1.2 jsps fail with JasperException
org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file This is on a new install of Tomcat 4.1.2. This example fails at localhost:8080. I can get the servlet examples to work by going directly to them, e.g. localhost:8080/examples/servlet/index.html but the default page and many others fail with the above error. Anyone have any idea where to start looking?
RE: Tomcat 4.1.2 jsps fail with JasperException
This Tomcat installation was done with a JRE, by someone else, rather than SDK. I installed the SDK an hour or so ago and changed Java_Home to reflect that but I'm wondering if it won't take effect until I reboot server. I'm hoping that the reboot will solve the problem. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 3:23 PM To: Tomcat Users List Subject: Tomcat 4.1.2 jsps fail with JasperException org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file This is on a new install of Tomcat 4.1.2. This example fails at localhost:8080. I can get the servlet examples to work by going directly to them, e.g. localhost:8080/examples/servlet/index.html but the default page and many others fail with the above error. Anyone have any idea where to start looking?
All jsps fail with JasperException
No luck with a reboot. All jsps are failing to compile with the message noted below. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 3:51 PM To: Tomcat Users List Subject: RE: Tomcat 4.1.2 jsps fail with JasperException This Tomcat installation was done with a JRE, by someone else, rather than SDK. I installed the SDK an hour or so ago and changed Java_Home to reflect that but I'm wondering if it won't take effect until I reboot server. I'm hoping that the reboot will solve the problem. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 3:23 PM To: Tomcat Users List Subject: Tomcat 4.1.2 jsps fail with JasperException org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file This is on a new install of Tomcat 4.1.2. This example fails at localhost:8080. I can get the servlet examples to work by going directly to them, e.g. localhost:8080/examples/servlet/index.html but the default page and many others fail with the above error. Anyone have any idea where to start looking?
RE: Apache/Tomcat/Struts Certification Proposal
Now if you had your spelling certification we wouldn't have to worry about this:-) I personally have found that certification has helped me learn a few things better. But I think that's really all that should be expected of them now: they may force you to study and learn a few things that you don't already know. But they're only an adjunct to experience. And really only valuable for the learning experience. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday, February 20, 2004 1:19 PM To: Tomcat Users List Subject: RE: Apache/Tomcat/Struts Certification Proposal Howdy, Many typos today... Sorry ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Shapira, Yoav Sent: Friday, February 20, 2004 1:12 PM To: Tomcat Users List Subject: RE: Apache/Tomcat/Struts Certification Proposal Howdy, My person view on most of these certification is that they're BS. They mostly tell you someone knows the nomenclature and has read some books. They're no substitute for experience, and when (this is not an if, I've actually been in this situation) I have to choose between a less experienced but certified engineer and a more experienced non-certified one, I go with the latter. I've been happy with my choices in this area so far ;) Most certifications also require the certified person to renew/retest periodically, which is a pain, albeit required otherwise the certificate certifies out-of-date/obsolete knowledge. But this hassle has been enough to keep my from getting certified in the past, and is likely to do the same in the future, including for ASF certification if one were offered. Yoav Shapira Millennium ChemInformatics -Original Message- From: Yansheng Lin [mailto:[EMAIL PROTECTED] Sent: Friday, February 20, 2004 12:59 PM To: 'Tomcat Users List' Subject: RE: Apache/Tomcat/Struts Certification Proposal I just thought it would help people with real knowledge to stand out and have a better chance. It's just not fair for people with better understanding of the software(I believe you can get a IIS certification, why not Apache). And it would help the Apache Foundation as well. With the money they get from people taking the exams, they can have way better support as a whole. After all, software programming is not only about working in front of a computer all day anymore. The real challenge is how the whole process can be administrated. Ah, I don't think it's possible anyways with current open source development structure. But just thought it would be an interesting idea. -Yan -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 1:35 PM To: Tomcat Users List Subject: Re: Apache/Tomcat/Struts Certification Proposal FWIW, I think certification is a waste in terms of the amount of learning that it forces on the developer. Perhaps in many cases it does help the recruiter, but firstly I think that recruiters who need to see certification of something in an IT candidate are not doing their job properly, and secondly I think the whole process is a waste of resources, siphoning off money and time from people who usually have better things to do. So please, no to Apache certifications! Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - 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] 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: Another Try at MySQL Connection Pooling
Merrill, Much of what you're doing is just beyond me but I can't help but noticing this in your first post. parameter namepassword/name valuexxx/value /parameter Since you've included a password value in all the other places I'm wondering if the lack of it here could be part of the problem. Sorry if I'm way off base, Ken -Original Message- From: Merrill Cornish [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 10, 2004 5:25 PM To: [EMAIL PROTECTED] Subject: Another Try at MySQL Connection Pooling I'm running * Tomcat 5.0.18 running as a Wndows service, * MySQL 4.0.16 running as a Windows service, and * MySQL Connector/J 3.0.10 stable all on Windows 2000 Server, which is where I'm also doing the testing (i.e., on localhost). A number of tomcat-user mailing list denizens have given me snippets of XML to put in various places. Nothing worked. So I tried following the MySQL Configuration example from http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-examples-how to.html. After all changes were made to server.xml, web.xml and timesheet.xml (the context fragment under conf/Catalina/localhost), I restarted Tomcat and tried to login (the first action that would have had to touch the MySQL database). I got the following errorPage: At Timesheet.Util.errorPage(Util.java:550) there occurred a java.lang.Exception: A fatal exception occurred while retrieving login name and pass phrase because... At Timesheet.Util.getSqlConnection(Util.java:492) there occurred a java.lang.Exception: Unable to establish a MysqlDataSource connection for ResourceLine name jdbc/TimesheetsDB because... At org.apache.naming.NamingContext.lookup(NamingContext.java:814) there occurred a javax.naming.NameNotFoundException: Name jdbc is not bound in this Context OK, that seems to say it doesn't know what the name jdbc/TimesheetsDB is. Tomcat has written nothing to stderr.log and stdout.log shows a clean startup, so Tomcat itself isn't too perturbed. stdout.log includes the following line: INFO: Processing Context configuration file URL file:C:\Program Files\Apache Group\Tomcat 5.0.18\conf\Catalina\localhost\timesheet.xml implying that my timesheet.xml context fragment file was found and processed. The Timesheet application log file contains the following: 2004-02-10 16:20:05 NamingContextListener[/Catalina/localhost/timesheet]: Resource parameters for jdbc/TimesheetsDB = ResourceParams[name=jdbc/TimesheetsDB, parameters={factory=org.apache.commons.dbcp.BasicDataSourceFactory, url=jdbc:mysql://localhost/Timesheets?autoReconnect=truesocketFactory=com.m ysql.jdbc.NamedPipeSocketFactory, password=All41a14all, maxWait=1, maxActive=100, driverClassName=org.gjt.mm.mysql.Driver, username=timesheet_app, maxIdle=30}] 2004-02-10 16:20:05 NamingContextListener[/Catalina/localhost/timesheet]: Adding resource ref jdbc/TimesheetsDB 2004-02-10 16:20:05 NamingContextListener[/Catalina/localhost/timesheet]: ResourceRef[className=javax.sql.DataSource,factoryClassLocation=null,factory ClassName=org.apache.naming.factory.ResourceFactory,{type=scope,content=Shar eable},{type=auth,content=Container},{type=factory,content=org.apache.common s.dbcp.BasicDataSourceFactory},{type=url,content=jdbc:mysql://localhost/Time sheets?autoReconnect=truesocketFactory=com.mysql.jdbc.NamedPipeSocketFactor y},{type=password,content=All41a14all},{type=maxWait,content=1},{type=ma xActive,content=100},{type=driverClassName,content=org.gjt.mm.mysql.Driver}, {type=username,content=timesheet_app},{type=maxIdle,content=30}] 2004-02-10 16:20:05 NamingContextListener[/Catalina/localhost/timesheet]: Resource parameters for UserTransaction = null [Blank lines added for clarity.] As per the instructions in the jndi-datasource-examples-howto.html page, my web.xml file has the following addition resource-ref descriptionMySql Connection Pool/description res-ref-namejdbc/TimesheetsDB/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref immediately after the error-page element and immediately before the security-constraint element. Now that I am using the timesheet.xml context fragment file, server.xml is unchanged except that I have modified it to use port 80 in place of 8080 and port 443 in place of 8443. The timesheet.xml context fragment file looks like this: Context path=/timesheet docBase=timesheet debug=9 reloadable=true crossContext=true displayName=ConnectTel Timesheet Application Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_timesheet_log. suffix=.txt timestamp=true/ Resource name=jdbc/TimesheetsDB auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/TimesheetsDB parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name !-- max db connections in the pool --
RE: [ot] why tomcat is called tomcat?
My wife loves the logo. She's a non-computer person. But she is a cat person. There is a fairly lengthy explanation of Tomcat origin in the O'Reilly book on Tomcat by the way. I just don't remember much of what it said other than that, I THINK, some code was shown on a screen at a convention, and it happened to show a tomcat class. So someone asked what it referred to and thus Tomcat sprang upon the unsuspecting world. -Original Message- From: epyonne [mailto:[EMAIL PROTECTED] Sent: Friday, February 06, 2004 11:42 AM To: Tomcat Users List Subject: Re: [ot] why tomcat is called tomcat? What do people outside of computer world think of the name 'tomcat'? Like someone who doesn't know what it does and just hear a bunch of his computer friends:0 talking about it. I am asking mostly in terms of marketing. For example, most of people on this list would think Apache sounds much better than IIS. Tomcat is also the nickname of the US Naval fighter jet, it can't be any cooler than that. =) I like the name Apache, but I don't like the name Jakarta. Just my $0.02. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT]:Jsp page won't refresh
Sorry for this sort of OT question. I'm trying to get a jsp page to refresh with either response.setHeader(Refresh,30) or response.setIntHeader(Refresh, 30). But I can find no sign of any refreshing going on. Does anyone have any clues as to what might prevent the refresh? Exact code is: % response.setIntHeader(Expires,30); % Thanks for any ideas, Ken
RE: [OT]:Jsp page won't refresh
I thought that response.setHeader(Refresh,30) was supposed to be a shortcut for the meta code you suggest. But since it just won't work for me I may try your suggestion. Thanks, Ken -Original Message- From: Yansheng Lin [mailto:[EMAIL PROTECTED] Sent: Monday, February 02, 2004 6:00 PM To: 'Tomcat Users List' Subject: RE: [OT]:Jsp page won't refresh so you want you page to refresh every 30 seconds, right? You can use the meta tag, something like meta http-equiv=refresh content=60 Hope this helps. -Yan -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Monday, February 02, 2004 3:39 PM To: Tomcat Users List Subject: [OT]:Jsp page won't refresh Sorry for this sort of OT question. I'm trying to get a jsp page to refresh with either response.setHeader(Refresh,30) or response.setIntHeader(Refresh, 30). But I can find no sign of any refreshing going on. Does anyone have any clues as to what might prevent the refresh? Exact code is: % response.setIntHeader(Expires,30); % Thanks for any ideas, Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT]:Jsp page won't refresh
Yangshen, As soon as I tried your method it worked just as it should have. But I'm still stymied why response.setHeader and setIntHeader don't seem to work. But users will be happy it refreshes, which is what's most important. It's now more of a theoretical question as to why response.setHeader doesn't seem to. Ken -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Monday, February 02, 2004 6:04 PM To: Tomcat Users List Subject: RE: [OT]:Jsp page won't refresh I thought that response.setHeader(Refresh,30) was supposed to be a shortcut for the meta code you suggest. But since it just won't work for me I may try your suggestion. Thanks, Ken -Original Message- From: Yansheng Lin [mailto:[EMAIL PROTECTED] Sent: Monday, February 02, 2004 6:00 PM To: 'Tomcat Users List' Subject: RE: [OT]:Jsp page won't refresh so you want you page to refresh every 30 seconds, right? You can use the meta tag, something like meta http-equiv=refresh content=60 Hope this helps. -Yan -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Monday, February 02, 2004 3:39 PM To: Tomcat Users List Subject: [OT]:Jsp page won't refresh Sorry for this sort of OT question. I'm trying to get a jsp page to refresh with either response.setHeader(Refresh,30) or response.setIntHeader(Refresh, 30). But I can find no sign of any refreshing going on. Does anyone have any clues as to what might prevent the refresh? Exact code is: % response.setIntHeader(Expires,30); % Thanks for any ideas, Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RTFM
and let us know if it worked. -Original Message- From: Carlos Pereira [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 5:09 AM To: Tomcat Users List; [EMAIL PROTECTED] Subject: Re: RTFM no, I'm not returning anything from the servlet. It's not returning anything! You must return after using sendRedirect, otherwise your servlet will continue running. That's probably the problem, as it redirects you to another page, but continues it's execution. Try returning. Carlos Pereira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OT?:Can't include .js file on jsp page controlled by front contro ller servlet
I may be getting in over my head here as I'm really not all that familiar with patterns. And I'm not sure that the pattern has anything to do with problem. But I have a controller servlet through which all web requests must pass. It has worked fine as is. Until I tried to include a .js file on a jsp page. In that case it seems to either print it out to page, rather than execute it, or it tries to use requestDispatcher portion of controller servlet to forward/include it. Normally the requestDispatcher forwards request to the requested page after it checks to see if user is logged in. But now it seems to go into an infinite loop when forwarding. And I guess it's trying to use requestDispather.include because the .js resource is included via a src='http:...' request. I know that this is a very vague question but I wonder if anyone has any clues as to where the problem might lie or what I can start experimenting with.
RE: OT?:Can't include .js file on jsp page controlled by front co ntro ller servlet
Thanks, The .js file is a downloaded calendar, i.e. I didn't write it myself. I'm including it, per the instructions that came with it, using src=http:/ I believe I've tried including it using a system file path and still had problems. But I'll give it another try just to make sure. I guess I should have added that I'm also a beginner with javascript and that might be part of the problem. Ken -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 12, 2004 12:07 PM To: Tomcat Users List Subject: Re: OT?:Can't include .js file on jsp page controlled by front contro ller servlet A JavaScript include is a purely HTML thing - it shouldnt be processed in any way by the server. You can do it by going: script language=JavaScript src=xyz.js/script cheers Pete Kiss Technologies http://www.kisstechnologies.co.uk/ 4, Percy Street London W1T 1DF Phone numbers: Phone 020 7692 9922 Fax 020 7692 9923 Januski, Ken [EMAIL PROTECTED] 12/01/2004 16:58 Please respond to Tomcat Users List To: Tomcat Users List [EMAIL PROTECTED] cc: Subject:OT?:Can't include .js file on jsp page controlled by front contro ller servlet I may be getting in over my head here as I'm really not all that familiar with patterns. And I'm not sure that the pattern has anything to do with problem. But I have a controller servlet through which all web requests must pass. It has worked fine as is. Until I tried to include a .js file on a jsp page. In that case it seems to either print it out to page, rather than execute it, or it tries to use requestDispatcher portion of controller servlet to forward/include it. Normally the requestDispatcher forwards request to the requested page after it checks to see if user is logged in. But now it seems to go into an infinite loop when forwarding. And I guess it's trying to use requestDispather.include because the .js resource is included via a src='http:...' request. I know that this is a very vague question but I wonder if anyone has any clues as to where the problem might lie or what I can start experimenting with. email protected and scanned by AdvascanTM - keeping email useful - www.advascan.com
RE: OT?:Can't include .js file on jsp page controlled by front co ntro ller servlet
I've changed javascript source from 'src =http:... ' to src=%=request.getContextPath()%/scripts/datetimepicker.js. But I find that the requestDispather is still being called, and then it can't find the js. file. What I don't understand is why, when the calendar that calls the javascript is clicked, that the file is not just included and the javascript executed rather than the servlet calling requestDispatcher. Thanks for any help. I realize that this is getting a bit off a specific TC topic. I've just been wrestling with it and would like to figure it out. Ken -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Monday, January 12, 2004 12:25 PM To: Tomcat Users List Subject: RE: OT?:Can't include .js file on jsp page controlled by front co ntro ller servlet Thanks, The .js file is a downloaded calendar, i.e. I didn't write it myself. I'm including it, per the instructions that came with it, using src=http:/ I believe I've tried including it using a system file path and still had problems. But I'll give it another try just to make sure. I guess I should have added that I'm also a beginner with javascript and that might be part of the problem. Ken -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 12, 2004 12:07 PM To: Tomcat Users List Subject: Re: OT?:Can't include .js file on jsp page controlled by front contro ller servlet A JavaScript include is a purely HTML thing - it shouldnt be processed in any way by the server. You can do it by going: script language=JavaScript src=xyz.js/script cheers Pete Kiss Technologies http://www.kisstechnologies.co.uk/ 4, Percy Street London W1T 1DF Phone numbers: Phone 020 7692 9922 Fax 020 7692 9923 Januski, Ken [EMAIL PROTECTED] 12/01/2004 16:58 Please respond to Tomcat Users List To: Tomcat Users List [EMAIL PROTECTED] cc: Subject:OT?:Can't include .js file on jsp page controlled by front contro ller servlet I may be getting in over my head here as I'm really not all that familiar with patterns. And I'm not sure that the pattern has anything to do with problem. But I have a controller servlet through which all web requests must pass. It has worked fine as is. Until I tried to include a .js file on a jsp page. In that case it seems to either print it out to page, rather than execute it, or it tries to use requestDispatcher portion of controller servlet to forward/include it. Normally the requestDispatcher forwards request to the requested page after it checks to see if user is logged in. But now it seems to go into an infinite loop when forwarding. And I guess it's trying to use requestDispather.include because the .js resource is included via a src='http:...' request. I know that this is a very vague question but I wonder if anyone has any clues as to where the problem might lie or what I can start experimenting with. email protected and scanned by AdvascanTM - keeping email useful - www.advascan.com
SOLVED: OT?:Can't include .js file on jsp page
Thanks to Merrill for pointing out that the problem was probably in the javascript. By includining actual file, section by section, in jsp page I was able to isolate some javascript errors that triggered the requestDispatcher. I haven't figured out exactly why yet but at least I now know where the problem is coming from. Thanks to everyone for their suggestions, Ken -Original Message- From: Merrill Cornish [mailto:[EMAIL PROTECTED] Sent: Monday, January 12, 2004 12:43 PM To: Januski,Ken Subject: RE: OT?:Can't include .js file on jsp page controlled by front co ntro ller servlet Ken, One interesting characteristic of JavaScript is that if there is any error, it quietly does nothing. So, you may be correctly downloading it, but it finds something wrong and does nothing. One way to attack the problem is to get a copy of the JavaScript file and include it directly in your JSP page between script ... /script tags rather than downloading the .js file with script src= Once you have it in your JSP page, edit the JavaScript so that each JavaScript function is individually enclosed in a script ... /script pair rather than having the whole thing in a single script ... /script tag pair. JavaScript merges all of the individual tag pair together as if it were one big declaration EXCEPT an error in one function now does not stop other functions from executing. Finally, use alert(...); statements at the top fo the various JavaScript functions to see which one is refusing to execute. That will tell you which function(s) have the error. You can then start commenting out blocks of code until you isolate the failing statement. Of course, it would be easier to use a JavaScript debugger, but I'm not familiar with them. Merrill
RE: CGI not working on Tomcat 5.0.16?
Thanks John, and good luck with Tomcat 5. Ken -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 2:52 PM To: Tomcat Users List Subject: Re: CGI not working on Tomcat 5.0.16? The only CGI that I tested with is a log analysis package called AWStats (http://awstats.sourceforge.net/) which primarily consists of a single .pl file. It also seems to use some .pm library files. It has always worked great with Tomcat 4.1. I can't get it to work with Tomcat 5 though. I'm hoping that someone will chime in and let me know if CGI works for them on Tomcat 5. Jon - Original Message - From: Januski, Ken [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 12:51 PM Subject: RE: CGI not working on Tomcat 5.0.16? Jon, Just slightly off topic, have you gotten cgi to do more or less what you wanted with Tomcat? I can't get it working very well in Tomcat 4.1 and am wondering if it's just me. I can get one page to work but when it calls anohter cgi page I run into problems. Ken -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 1:04 PM To: Tomcat Users List Subject: Re: CGI not working on Tomcat 5.0.16? Tomcat supports CGI natively. I'm using Tomcat in standalone mode. Jon - Original Message - From: Edson Alves Pereira [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 6:59 AM Subject: RE: CGI not working on Tomcat 5.0.16? Just a question, CGI isn´t a Apache server matter? -- De: Jonathan Eric Miller[SMTP:[EMAIL PROTECTED] Responder: Tomcat Users List Enviada: segunda-feira, 15 de dezembro de 2003 20:52 Para: Tomcat Users List Assunto: Re: CGI not working on Tomcat 5.0.16? Do you have the same error that I do in your log? As far as I can tell this is a bug in Tomcat. Jon - Original Message - From: Lawrence, Gabriel [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 15, 2003 4:58 PM Subject: RE: CGI not working on Tomcat 5.0.16? I've noticed that on tomcat 5 the working directory that it execs the cgi script in is different then it was on tomcat 4. I haven't solved my problem yet, but I have isolated that to be my problem. -gabe -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 2:42 PM To: Tomcat User List Subject: CGI not working on Tomcat 5.0.16? I've been having problems getting CGI to work with Tomcat 5.0.16. I have it working with Tomcat 4.1. Has anyone else been able to get it to work? I'm receiving the following error in my localhost_log*.txt log even though the file listed is there. Has anyone else had this problem? 2003-12-12 16:46:14 StandardContext[]cgi: runCGI (stderr):Can't open perl script /opt/jakarta-tomcat-5.0.16/webapps/ROOT/WEB-INF/cgi/awstats.pl: No such file or directory 2003-12-12 16:46:14 StandardContext[]cgi: runCGI: 1 lines received on stderr Jon - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CGI not working on Tomcat 5.0.16?
Jon, Just slightly off topic, have you gotten cgi to do more or less what you wanted with Tomcat? I can't get it working very well in Tomcat 4.1 and am wondering if it's just me. I can get one page to work but when it calls anohter cgi page I run into problems. Ken -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 1:04 PM To: Tomcat Users List Subject: Re: CGI not working on Tomcat 5.0.16? Tomcat supports CGI natively. I'm using Tomcat in standalone mode. Jon - Original Message - From: Edson Alves Pereira [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Tuesday, December 16, 2003 6:59 AM Subject: RE: CGI not working on Tomcat 5.0.16? Just a question, CGI isn´t a Apache server matter? -- De: Jonathan Eric Miller[SMTP:[EMAIL PROTECTED] Responder: Tomcat Users List Enviada: segunda-feira, 15 de dezembro de 2003 20:52 Para: Tomcat Users List Assunto: Re: CGI not working on Tomcat 5.0.16? Do you have the same error that I do in your log? As far as I can tell this is a bug in Tomcat. Jon - Original Message - From: Lawrence, Gabriel [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 15, 2003 4:58 PM Subject: RE: CGI not working on Tomcat 5.0.16? I've noticed that on tomcat 5 the working directory that it execs the cgi script in is different then it was on tomcat 4. I haven't solved my problem yet, but I have isolated that to be my problem. -gabe -Original Message- From: Jonathan Eric Miller [mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 2:42 PM To: Tomcat User List Subject: CGI not working on Tomcat 5.0.16? I've been having problems getting CGI to work with Tomcat 5.0.16. I have it working with Tomcat 4.1. Has anyone else been able to get it to work? I'm receiving the following error in my localhost_log*.txt log even though the file listed is there. Has anyone else had this problem? 2003-12-12 16:46:14 StandardContext[]cgi: runCGI (stderr):Can't open perl script /opt/jakarta-tomcat-5.0.16/webapps/ROOT/WEB-INF/cgi/awstats.pl: No such file or directory 2003-12-12 16:46:14 StandardContext[]cgi: runCGI: 1 lines received on stderr Jon - 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: google yourself
The sad part of googling yourself is when you google for answers to a certain problem and end up getting an earlier post of your own on same topic as the first result. -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED] Sent: Thursday, December 11, 2003 4:30 PM To: Tomcat Users List Subject: Re: google yourself Amazingly it seems that google is down. Bang goes another myth. On 12/11/2003 02:41 PM Nikola Milutinovic wrote: Ostad, James wrote: have you googled yourself at goole.com? I don't know how they get all of our listserv communications. Any one knows how they do that? There is a web archive of this list. Nix. -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
IIS redirector works first time then fails
Hi, This error originally started on ArcIMS 4.01 with Tomcat 4.112 and IIS 5.0. But I now realize that it affects all servlets not just those used with ArcIMS. Though all attempts to myServer:8080 work fine attempts to myServer work once at most. After that they give a 404 error. So the example files that come with Tomcat work fine at :8080 but just once at most at default of :80. This is on a server that used to work fine. I recently moved to a new department on new floor and brought pc with me. I'm not sure if it's the move itself that caused the problems or if some experimentation with getting cgi to work with Tomcat might have inadvertently caused it. Can anyone hazard a guess as to why the redirector might work successfully for first access of a site and fail with all others?? Thanks for any help. This is driving me nuts. Ken Januski
RE: IIS redirector works first time then fails
Just to confirm that I'm not hallucinating I checked to make sure that uriworkermap.properties said /examples/*=ajp13. Then I restarted both Tomcat and IIS. The HelloWorldExample in servlets worked. So I hit refresh. Same problem: Page cannot be found. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:27 PM To: Tomcat Users List Subject: IIS redirector works first time then fails Hi, This error originally started on ArcIMS 4.01 with Tomcat 4.112 and IIS 5.0. But I now realize that it affects all servlets not just those used with ArcIMS. Though all attempts to myServer:8080 work fine attempts to myServer work once at most. After that they give a 404 error. So the example files that come with Tomcat work fine at :8080 but just once at most at default of :80. This is on a server that used to work fine. I recently moved to a new department on new floor and brought pc with me. I'm not sure if it's the move itself that caused the problems or if some experimentation with getting cgi to work with Tomcat might have inadvertently caused it. Can anyone hazard a guess as to why the redirector might work successfully for first access of a site and fail with all others?? Thanks for any help. This is driving me nuts. Ken Januski
RE: IIS redirector works first time then fails
stderr.log shows that connection is being closed and I wonder if that may be the cause of problem and how I might get around it? WARN common.ChannelSocket - server has closed the current connection (-1) -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:43 PM To: Tomcat Users List Subject: RE: IIS redirector works first time then fails Just to confirm that I'm not hallucinating I checked to make sure that uriworkermap.properties said /examples/*=ajp13. Then I restarted both Tomcat and IIS. The HelloWorldExample in servlets worked. So I hit refresh. Same problem: Page cannot be found. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:27 PM To: Tomcat Users List Subject: IIS redirector works first time then fails Hi, This error originally started on ArcIMS 4.01 with Tomcat 4.112 and IIS 5.0. But I now realize that it affects all servlets not just those used with ArcIMS. Though all attempts to myServer:8080 work fine attempts to myServer work once at most. After that they give a 404 error. So the example files that come with Tomcat work fine at :8080 but just once at most at default of :80. This is on a server that used to work fine. I recently moved to a new department on new floor and brought pc with me. I'm not sure if it's the move itself that caused the problems or if some experimentation with getting cgi to work with Tomcat might have inadvertently caused it. Can anyone hazard a guess as to why the redirector might work successfully for first access of a site and fail with all others?? Thanks for any help. This is driving me nuts. Ken Januski
RE: IIS redirector works first time then fails - fixed
After altering various permissions on IIS I finally got this working again. I wish I could say which ones I changed so that others might find it useful but I changed too many. The most important one though was to allow only integrated Windows authentication for the Default Web Site. That may have been the one that fixed this. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 5:46 PM To: Tomcat Users List Subject: RE: IIS redirector works first time then fails stderr.log shows that connection is being closed and I wonder if that may be the cause of problem and how I might get around it? WARN common.ChannelSocket - server has closed the current connection (-1) -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:43 PM To: Tomcat Users List Subject: RE: IIS redirector works first time then fails Just to confirm that I'm not hallucinating I checked to make sure that uriworkermap.properties said /examples/*=ajp13. Then I restarted both Tomcat and IIS. The HelloWorldExample in servlets worked. So I hit refresh. Same problem: Page cannot be found. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:27 PM To: Tomcat Users List Subject: IIS redirector works first time then fails Hi, This error originally started on ArcIMS 4.01 with Tomcat 4.112 and IIS 5.0. But I now realize that it affects all servlets not just those used with ArcIMS. Though all attempts to myServer:8080 work fine attempts to myServer work once at most. After that they give a 404 error. So the example files that come with Tomcat work fine at :8080 but just once at most at default of :80. This is on a server that used to work fine. I recently moved to a new department on new floor and brought pc with me. I'm not sure if it's the move itself that caused the problems or if some experimentation with getting cgi to work with Tomcat might have inadvertently caused it. Can anyone hazard a guess as to why the redirector might work successfully for first access of a site and fail with all others?? Thanks for any help. This is driving me nuts. Ken Januski
RE: RequestDispatcher.forward to cgi?
Tim, Now that I look at them closely I see that most of them are due to a looping problem in my program. So it just logs over and over that it's forwarding the request. I'll investigate to see if the loop is due to an error in my progamming (certainly possible since I've had to tinker with a very large controller servlet in order to incorporate this cgi page) or due to a failure in forwarding. What I was hoping in asking the question though was to find out whether anyone had done this successfully or not. I'm happy to troubleshoot the problem if I think there's a chance of success. But I hate to spend the time on it if I'm just trying to do the impossible or the dumb. Ken -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Thursday, December 04, 2003 9:21 PM To: Tomcat Users List Subject: Re: RequestDispatcher.forward to cgi? Just curious ... what are the errors? -Tim Januski, Ken wrote: I've finally managed to get cgi working in Tomcat. Now I need to forward from a servlet to a cgi page. But both RequestDispatcher.forward and RequestDispatcher.include are failing. I'm not surprised that include does but I thought it might be possible with forward. Since this is part of a large application that keeps track of the session I'd like to be able to include the cgi page in the application. But I'm beginning to think that's not possible. So I wonder if anyone knows whether it's possible to forward to a cgi page within the same Tomcat webapp. If not I'll save myself a lot of trouble and just make it a separate webapp with just a cgi component. Thanks for any advice. Ken P.S. I'm using cgi with perl because I can't find a class to add IPTC information to a Jpg and I don't have time to write it myself. Such a module does already exist in Perl. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RequestDispatcher.forward to cgi?
Thanks Tim, I'll keep working on it then and see where it gets me. Ken -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2003 12:54 PM To: Tomcat Users List Subject: Re: RequestDispatcher.forward to cgi? I would think that the CGI servlet would work on a forward but you must be sure that: 1) No input streams were open (or that they are compatible with the CGIServlet) 2) On a POST, you do not call or look at request parameters or the input stream since it looks like the CGIServlet wants to pass the Inputstream right to the servlet. 3) I am unsure of how the CGI servlet goes to look for the exe with respect to a forward. (But I think you should be ok) -Tim Januski, Ken wrote: Tim, Now that I look at them closely I see that most of them are due to a looping problem in my program. So it just logs over and over that it's forwarding the request. I'll investigate to see if the loop is due to an error in my progamming (certainly possible since I've had to tinker with a very large controller servlet in order to incorporate this cgi page) or due to a failure in forwarding. What I was hoping in asking the question though was to find out whether anyone had done this successfully or not. I'm happy to troubleshoot the problem if I think there's a chance of success. But I hate to spend the time on it if I'm just trying to do the impossible or the dumb. Ken -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Thursday, December 04, 2003 9:21 PM To: Tomcat Users List Subject: Re: RequestDispatcher.forward to cgi? Just curious ... what are the errors? -Tim Januski, Ken wrote: I've finally managed to get cgi working in Tomcat. Now I need to forward from a servlet to a cgi page. But both RequestDispatcher.forward and RequestDispatcher.include are failing. I'm not surprised that include does but I thought it might be possible with forward. Since this is part of a large application that keeps track of the session I'd like to be able to include the cgi page in the application. But I'm beginning to think that's not possible. So I wonder if anyone knows whether it's possible to forward to a cgi page within the same Tomcat webapp. If not I'll save myself a lot of trouble and just make it a separate webapp with just a cgi component. Thanks for any advice. Ken P.S. I'm using cgi with perl because I can't find a class to add IPTC information to a Jpg and I don't have time to write it myself. Such a module does already exist in Perl. - 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]
RequestDispatcher.forward to cgi?
I've finally managed to get cgi working in Tomcat. Now I need to forward from a servlet to a cgi page. But both RequestDispatcher.forward and RequestDispatcher.include are failing. I'm not surprised that include does but I thought it might be possible with forward. Since this is part of a large application that keeps track of the session I'd like to be able to include the cgi page in the application. But I'm beginning to think that's not possible. So I wonder if anyone knows whether it's possible to forward to a cgi page within the same Tomcat webapp. If not I'll save myself a lot of trouble and just make it a separate webapp with just a cgi component. Thanks for any advice. Ken P.S. I'm using cgi with perl because I can't find a class to add IPTC information to a Jpg and I don't have time to write it myself. Such a module does already exist in Perl.
RE: Can Tomcat really run cgi scripts?
Well my head is really a bloody mess now but after seeing that other IOException: CreateProcess errors for other applications often referred to both path and pathext environmental variables I decided to add .pl and .cgi to pathext. Path was already corrected and I tinkered with it endlessly. That still didn't work. Until I rebooted system. I assume that once I did so Tomcat figured out the .pl/.cgi extensions and processed the cgi file properly. Sending this just in case anyone else runs into the problem. I've found a number of references to the problem on google but no answers. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 3:21 PM To: Tomcat Users List Subject: RE: Can Tomcat really run cgi scripts? Beat my head against wall for another couple hours and still end up with this error. Anyone have any other ideas? java.io.IOException: CreateProcess: perl C:\Tomcat4112\webapps\examples\WEB-INF\cgi\exp.pl lname=januski fname=ken error=2 at java.lang.Win32Process.create(Native Method) at java.lang.Win32Process.(Win32Process.java:63) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Runtime.java:550) at java.lang.Runtime.exec(Runtime.java:416) at org.apache.catalina.servlets.CGIServlet$CGIRunner.run(CGIServlet.java:1583) at org.apache.catalina.servlets.CGIServlet.doGet(CGIServlet.java:635) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:471) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:380) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:533) at java.lang.Thread.run(Thread.java:536) -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 1:01 PM To: Tomcat Users List Subject: RE: Can Tomcat really run cgi scripts? Thanks Chris, I've tried !#c:\perl\bin\perl.exe, #!c:\perl\bin, #!perl, and #!/usr/bin/perl and get same error on each. I've also added perl to the path environmental PATH variable. I do think that you're right about
Can Tomcat really run cgi scripts?
I've been trying for last day to get Tomcat 4.1.12 to run a perl cgi script. I've done most of it based on this article: http://www.fawcette.com/javapro/2003_03/online/perl_teden_03_18_03/default_p f.aspx. But now I'm stuck with this error: java.io.IOException: CreateProcess: perl C:\Tomcat4112\webapps\examples\WEB-INF\cgi\exp.cgi In researching this on google I've found that a number of people have run into siimilar problems. Some of them solved it by adding Apache to the mix. I don't want to add Apache if I don't have to. So what I'm wondering is if anyone has had much success running perl scripts from cgi directory without using Apache? And also does anyone know how to get around the above error? Thanks, Ken P.S. The only reason I'm having to run perl is that I need to add iptc info to jpeg files and I've only found perl methods for doing so. If anyone can point me to a Java method of doing so I could avoid this problem for the time being.
RE: Can Tomcat really run cgi scripts?
Thanks Chris, I've tried !#c:\perl\bin\perl.exe, #!c:\perl\bin, #!perl, and #!/usr/bin/perl and get same error on each. I've also added perl to the path environmental PATH variable. I do think that you're right about missing PATH information so I'll keep experimenting. I just can't figure out what additional paths to try. Ken -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 12:53 PM To: Tomcat Users List Subject: Re: Can Tomcat really run cgi scripts? Ken, But now I'm stuck with this error: java.io.IOException: CreateProcess: perl C:\Tomcat4112\webapps\examples\WEB-INF\cgi\exp.cgi This is likely to be due to the lack of PATH information available to the script itself. Try using #!/usr/bin/perl in your script instead of #!perl I've heard some complains about sub-process permissions, but my initial reaction is that they are errant complaints. -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can Tomcat really run cgi scripts?
Beat my head against wall for another couple hours and still end up with this error. Anyone have any other ideas? java.io.IOException: CreateProcess: perl C:\Tomcat4112\webapps\examples\WEB-INF\cgi\exp.pl lname=januski fname=ken error=2 at java.lang.Win32Process.create(Native Method) at java.lang.Win32Process.(Win32Process.java:63) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Runtime.java:550) at java.lang.Runtime.exec(Runtime.java:416) at org.apache.catalina.servlets.CGIServlet$CGIRunner.run(CGIServlet.java:1583) at org.apache.catalina.servlets.CGIServlet.doGet(CGIServlet.java:635) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:471) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:380) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:533) at java.lang.Thread.run(Thread.java:536) -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 1:01 PM To: Tomcat Users List Subject: RE: Can Tomcat really run cgi scripts? Thanks Chris, I've tried !#c:\perl\bin\perl.exe, #!c:\perl\bin, #!perl, and #!/usr/bin/perl and get same error on each. I've also added perl to the path environmental PATH variable. I do think that you're right about missing PATH information so I'll keep experimenting. I just can't figure out what additional paths to try. Ken -Original Message- From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 12:53 PM To: Tomcat Users List Subject: Re: Can Tomcat really run cgi scripts? Ken, But now I'm stuck with this error: java.io.IOException: CreateProcess: perl C:\Tomcat4112\webapps\examples\WEB-INF\cgi\exp.cgi This is likely to be due to the lack of PATH information available to the script itself. Try using #!/usr/bin/perl in your script instead of #!perl I've heard some complains about sub-process permissions, but my initial reaction is that they are errant complaints. -chris
RE: IIS is not supported in Tomcat 4.1.29.
It's hard not to think that there's a lot of misspent energy here. Many people have problems setting up Tomcat, esp. with IIS, and I'm one of them. In fact I had a thread that went on for 50+ messages before it got solved. But generally most people to get their problems resolved. The original message is so long that I doubt that most people have the energy to go through it and respond. This really isn't a matter of what should be or what shouldn't but just of practicality. It doesn't seem to me that this is a practical way to get your problems solved. I'm sure others that know far more than me and are more vocal in this forum will respond as well. But this my 2 cents on the subject. Ken -Original Message- From: Tom Lyle [mailto:[EMAIL PROTECTED] Sent: Monday, November 24, 2003 5:00 AM To: Tomcat Users List Subject: RE: IIS is not supported in Tomcat 4.1.29. Jesus, what a way to start a Monday morning. Is there really any point in shouting at each other like this? If you've still not got Tomcat working with IIS try this: http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html I followed that and got it all working. Tomcat isn't as well documented as it might be (for reasons that have already been stated) but theres really no reason to start having a go at people. Peace people, Tom -Original Message- From: Roeland Meyer [mailto:[EMAIL PROTECTED] Sent: 24 November 2003 09:43 To: 'Tomcat Users List' Subject: RE: IIS is not supported in Tomcat 4.1.29. Before I sound too much like byting the hand that feeds, let me thank you for the useful information that you have provided. From: Christopher Schultz [mailto:[EMAIL PROTECTED] Sent: Monday, November 24, 2003 4:26 AM and I will make due allowances for the time of your response as well. Late nights can make one more than a bit tense. You don't pretend to win the coveted Whiner Of The Month award with this, I hope. There's a lot of competition, you know. I think this post gets my vote for this coveted award. Everyone: you have only 7 days left to submit your entries! For one thing, whether you guys know it or not, Java is competing against MS .NET. I surfaced specific issues that need to be covered. I have a case where the requirements are Win2K and IIS. Neither Linux nor Apache are viable options, although I've argued for, at least, Apache. I'm doing good to get Tomcat, okay? I don't want to do C# as that doesn't port more than 5 micro-inches from the MS platforms. This sort of stuff makes it hard to sell Tomcat. There are three section to this email; 'General Complaints', 'IIS HOW-TO', and 'Workers HOW-TO'. No, you have one section: complaining about everything. I mistakenly read the whole post, thinking that there woud, in fact, be an IIS HOWTO and Workers HOWTO contained somewhere within. Alas, there was not. No, I went item-by-item thorugh the dox that were shipped with the product. Often I was looking at http://jakarta.caselle:8080/tomcat-docs/jk2/jk/workershowto.html or http://jakarta.caselle:8080/tomcat-docs/jk2/jk/iishowto.html. I was making the case that both of those documents need to be either fixed or removed from the distribution. In fact, I stated that plainly. You must not have read that. General complaints: (in no particular order) I recognize that there are shortcomings in the documentation. You do realize that pretty much nobody gets paid to write this stuff, right? If you have spent a significant amount of time figuring something out, why not help out with the project and submit either a replacement document for IIS/Tomcat or a patch to any existing documentation? Actually, I would gladly do so. I am considering compiling my notes for subbmital after I get this stuff working. I *really* don't want to do .NET. IIS HOW-TO: 1) Obviously, all references to Workers HOW-TO point to a defective document, as shown in the section on the workers HOW-TO. [snip] Workers HOW-TO: This was obviously written for Tomcat 3 and never updated for Tomcat 4.1.29. Do you mean this HOWTO: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/iishowto.html Yep and these are the offending lines; --- workers.properties - A file that describes the host(s) and port(s) used by the workers (Tomcat processes). A sample workers.properties can be found under the conf directory. uriworkermap.properties - A file that maps URL-Path patterns to workers. A sample uriworkermap.properties can be found under the conf directory as well. --- Neither workers.properties nor uriworkermap.properties are shipped with the product, contrary to what is clearly written insaid dox. It specifically mentions the changes since Tomcat 3.3 (with respect to 4.x and 5.x). Here's an example: The ajp12 has been deprecated with Tomcat 3.3.x and you should use instead ajp13 which is the only ajp
RE: Testing] Am I blacklisted?
Must be a slow-starting work week. -Original Message- From: Hart, Justin [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 9:20 AM To: Tomcat Users List Subject: RE: Testing] Am I blacklisted? Ahh, that would explain why the traffic has been so light these days ;-) Justin -Original Message- From: Francois JEANMOUGIN [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 9:08 AM To: Tomcat Users List Subject: RE: Testing] Am I blacklisted? It exists, but you're probably blacklisted on it :) -Message d'origine- De : Hart, Justin [mailto:[EMAIL PROTECTED] Envoyé : lundi 17 novembre 2003 15:03 À : Tomcat Users List Objet : RE: Testing] Am I blacklisted? Could I suggest the formation of such a list? j/k Justin -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 8:59 AM To: Tomcat Users List Subject: RE: Testing] Am I blacklisted? Howdy, There's no such thing as being blacklisted on this list ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Holger Klawitter [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 8:15 AM To: Tomcat Users List Subject: [OT: Testing] Am I blacklisted? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, my last mails did not arrive timely on the list. This mail is being sent 2003-11-17 14:14 MET. Let's see when it arrives. Mit freundlichem Gruß / With kind regards Holger Klawitter - -- lists at klawitter dot de -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/uMns1Xdt0HKSwgYRAu87AKCJpR9qfRIrQSPay4mwih2SGQqclACfRoz3 HFIigSj16bqgOjbtlWtsGcg= =tONc -END PGP SIGNATURE- - 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: Enabling valve crashed ESRI Arcims applications.
It might be a good idea to put the comment back in, restart Tomcat, and then see whether or not you get these errors. At least that way you know whether or not they're related to your changes. -Original Message- From: Yansheng Lin [mailto:[EMAIL PROTECTED] Sent: Thursday, November 13, 2003 5:59 PM To: 'Tomcat Users List' Subject: RE: Enabling valve crashed ESRI Arcims applications. Nope, no errors or exception(not that I know of:). I did a tail apache_log.2003-11-13.txt and the log just stop there after the first arcims request. And on the arcims server side, nothing happens, i.e., no arcims request was received. I do get the following exception when I started my tomcat. But I think that exception is always there, with or without Valve. -- 2003-11-13 15:20:14 [org.apache.catalina.connector.warp.WarpConnection] Exception on socket java.net.SocketException: Socket closed at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:116) at java.net.SocketInputStream.read(SocketInputStream.java:144) at org.apache.catalina.connector.warp.WarpConnection.recv(Unknown Source) at org.apache.catalina.connector.warp.WarpRequestHandler.handle(Unknown Source) at org.apache.catalina.connector.warp.WarpConnection.run(Unknown Source) at java.lang.Thread.run(Thread.java:536) -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, November 13, 2003 3:46 PM To: Tomcat Users List Subject: Re: Enabling valve crashed ESRI Arcims applications. did you get a stack trace? Filip - Original Message - From: Yansheng Lin [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Thursday, November 13, 2003 2:41 PM Subject: Enabling valve crashed ESRI Arcims applications. Wow, this is kind of cool. And I couldn't explain it! If I uncomment the following header logging in my server.xml, all of 'arcims-related' application does not work anymore. And it seems that the request wasn't even sent to 'arcims' server. Valve className=org.apache.catalina.valves.RequestDumperValve/ Unfortunately, arcims uses a propriety servlet. So I have no idea what's inside of that class. All other application worked with logging. Thanks! - 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: Tomcat JK Connector DLLs for IIS in IIS 6.0/Win2k3SBS - Won't Load!
Thanks Adam, I haven't had to wrestle with this yet but I know it's waiting for me down the line. Ken -Original Message- From: Adam Krouskop [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 04, 2003 4:14 PM To: 'Tomcat Users List' Subject: RE: Tomcat JK Connector DLLs for IIS in IIS 6.0/Win2k3SBS - Won't Load! FYI, For future reference, I have posted a resources page for configuring IIS 6.0 with Tomcat on the web: http://www.rit.edu/~ack5504/tomcat-iis6-howto/tomcat_iis6_resources.html It offers the suggestions of this thread, but in more detail and I hope people will find it useful down the road. Regards. Adam Krouskop -Original Message- From: Adam Krouskop [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 1:41 PM To: 'Tomcat Users List' Cc: 'Matthew Hall-Smith' Subject: RE: Tomcat JK Connector DLLs for IIS in IIS 6.0/Win2k3SBS - Won't Load! With some good suggestions of Matt Hall-Smith of Pauaware Information Architects (and [disappointment]no suggestions from the Tomcat Users List[/disappointment]) I have been able to get IIS 6.0 to work with Tomcat. My working setup consists of IIS 6.0 running under Windows 2003 Small Business Server talking to Tomcat 4.1.27 via Tomcat Web Server Connector JK 1.2.5. The various registry settings and configuration files are setup the standard way described in the numerous online tutorials for setting up IIS to work with Tomcat. (One, for instance, is located at http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-iis-howto.html). The one special extra step that needs to be taken in addition the standard steps outlined in those online tutorials to get things to work under IIS 6.0. This extra step is to turn on IIS 5.0 Isolation mode. (In the management console go to: Web Site Properties - Service - Isolation Mode). I imagine that turning on this isolation mode disables some of the additional functionality added to IIS in the 5 - 6 upgrade, but I don't know all the ins and outs of what's new in IIS 6, so I'm not in a position to further comment on that. Matt Hall-Smith also discussed that the isapi_redirector2.dll of the JK2 distribution can be specially registered with IIS 6.0 (see IIS 6.0's online help) which creates a configuration which works but doesn't seem stable, as servletinputstream corruptions were experienced in large posts made to his servlets. I have not experimented with this configuration, but should someone need to JK2 or not have their IIS 6.0 in IIS 5.0 Isolation Mode they could experiment with that setup. Hopefully as the user base of IIS 6.0 continues to grow as people move to Windows 2003, the demand for a stable JK connector to work with an out of the box IIS 6.0 will bring about a new version of the JK connector. Until then, I hope this e-mail thread can help some folks out. Regards. Adam Krouskop [EMAIL PROTECTED] -Original Message- From: Adam Krouskop [mailto:[EMAIL PROTECTED] Sent: Friday, October 24, 2003 5:04 PM To: [EMAIL PROTECTED] Subject: Tomcat JK Connector DLLs for IIS in IIS 6.0/Win2k3SBS - Won't Load! I'm trying to move an installation of Tomcat 4.1.27 and IIS from a Windows XP box running IIS 5.1 to a Windows 2003 Small Business Server box running an integrated version of IIS 6.0. I am running into problems because I can not get the ISAPI Filter (DLL) to load. The arrow is always red and down (never green and up) and the service log shows that the filter fails to lead each time I restart IIS. I am using identical /conf files and registry settings as my *working* IIS 5.1/XP setup. (And that setup is based on the general setup guide for the IIS connector on the jakarta.apache.org site.) So, I don't believe my configuration is to blame. I have also tried using both the JK 1.2 and JK 2.0 connectors. I've also tried disabling all the other ISAPI Filters that were present by default with the Win2k3 installation. In my search for advice on the web, I found a few folks asking for help with different aspects of *working* IIS 6.0 configurations, so I assume that with the right tinkering, it is possible to get the existing connectors to work with IIS 6.0. If anyone has any tips on getting a connector to work under IIS 6.0, I would be most appreciative. Thanks. Adam Krouskop [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: IIS 5.1 and Tomcat 4
Please excuse my butting in mid-thread as I may have missed something. I've spent more time than I'd like getting IIS and Tomcat working in the past but unfortunately don't remember all the details. One thing I do notice from earlier thread is that you seem to be calling the host localhost. See below. Perhaps you should change it to machine name? Ken [workers.properties] worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13 worker.ajp13.lbfactor=1 -Original Message- From: Jon Skeet [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 23, 2003 5:42 AM To: Tomcat Users List Subject: RE: IIS 5.1 and Tomcat 4 snip log It seems like /mobilizer/mobilizer/ finds its way through, but the path /localhost/mobilizer/mobilizer doesn't. Is that correct? What is the path starting with /localhost, is this really your intention? There shouldn't be any path starting with /localhost. I'm visiting the URL http://localhost/mobilizer/mobilizer but the localhost part is the servername, not the path. This appears to be consistent with the log I get when I use the name of the computer rather than localhost, eg: [Tue Sep 23 10:40:11 2003] [jk_uri_worker_map.c (351)]: Into jk_uri_worker_map_t::map_uri_to_worker [Tue Sep 23 10:40:11 2003] [jk_uri_worker_map.c (368)]: Attempting to map URI '/treebeard/mobilizer/mobilizer/' [Tue Sep 23 10:40:11 2003] [jk_uri_worker_map.c (456)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match My guess is that it's something IIS is doing for the sake of virtual hosting, but I wouldn't like to say for sure. The /mobilizer/mobilizer path is the correct one - but I don't know why it's then not getting any further than it is doing. Jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: IIS 5.1 and Tomcat 4
Jon, I think that the log is telling you just what it should. Tomcat looks for a mapping of server name to servlet in web.xml. So it won't find one for localhost or machine name but that's really not important. It will find nothing for them and move on. What it should find and does is the mapping from servlet name to servlet. So it seems to me that it is finding the mapping correctly. The problem is that nothing is happening after that. Have you looked at the IIS logs to see what they say? They should include line for isapi_redirect or isapi_redirecto2.dll and SHOULD have a 200 as server response, e.g. POST /jakarta/isapi_redirector2.dll - 200 0 4096 690 When I was trying this it took me forever to get it to change from 400/500 to 200 I believe. Unfortunately this won't solve your problem but it may move you further toward a solution. Ken -Original Message- From: Jon Skeet [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 23, 2003 5:42 AM To: Tomcat Users List Subject: RE: IIS 5.1 and Tomcat 4 snip log It seems like /mobilizer/mobilizer/ finds its way through, but the path /localhost/mobilizer/mobilizer doesn't. Is that correct? What is the path starting with /localhost, is this really your intention? There shouldn't be any path starting with /localhost. I'm visiting the URL http://localhost/mobilizer/mobilizer but the localhost part is the servername, not the path. This appears to be consistent with the log I get when I use the name of the computer rather than localhost, eg: [Tue Sep 23 10:40:11 2003] [jk_uri_worker_map.c (351)]: Into jk_uri_worker_map_t::map_uri_to_worker [Tue Sep 23 10:40:11 2003] [jk_uri_worker_map.c (368)]: Attempting to map URI '/treebeard/mobilizer/mobilizer/' [Tue Sep 23 10:40:11 2003] [jk_uri_worker_map.c (456)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match My guess is that it's something IIS is doing for the sake of virtual hosting, but I wouldn't like to say for sure. The /mobilizer/mobilizer path is the correct one - but I don't know why it's then not getting any further than it is doing. Jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Auto-Confirmation
Did anyone notice the message where Quest replied to Compuserve? Autoresponders gone mad. -Original Message- From: Mark Eggers [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 5:44 PM To: Tomcat Users List Subject: Re: Auto-Confirmation Since they are in California, I've already called and made them aware of the problem. I don't know what they are currently doing about it though. /mde/ just my two cents . . . . --- Pike [EMAIL PROTECTED] wrote: Hey guess what, quest is actually a list member ... forget my previous remarks ... someone needs to unsubscribe him Thank you for submitting your request to Quest Software Technical Support. [snip] Quest Software Technical Support - United States 949.754.8000 Original Message From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 14:55:56 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: E-Mail to CompuServe Customer Service Typical Microsoft! == + give luck a chance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Logfile for isapi_redirector2.dll?
Well we haven't solved the question about the logfile but the second question is interesting as well:-) I think that the problem is that there is only one registry entry. If you could have more than one you could configure different isapi_filters in IIS Management Console, then use the one you want for each application. With different registry entries you could then use more than one workers2.properties file. That in turn would allow various mappings in Tomcat. But from what I can tell the workers2.properties file says I'll handle everthing that matches these patterns. If it allowed you to say send requesting this pattern here, ones matching this other pattern here, etc. that also would solve the problem. This may be just rehashing what Nathan has already said. But I just wanted to take a look for myself and see if I could get a clearer understanding of just what was happening. I think the lack of documentation on isapi_redirector2 does add to the problem but as John has said before there may be a very good reason for that. -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 11:37 AM To: Tomcat Users List Subject: Re: Logfile for isapi_redirector2.dll? Sure, but that specifies the machine where Tomcat is running. I could specify different hosts for different workers if I want multiple instances of Tomcat running on different machines. I have one instance of Tomcat on one machine and one instance of IIS on another. However, two virtual hosts/web sites under IIS each of which need access to one and only one webapp on the single Tomcat instance. Nathan - Original Message - From: John Turner [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 10:47 AM Subject: Re: Logfile for isapi_redirector2.dll? uriworkermap.properties doesn't take a hostname? John Nathan Ward wrote: I believe that is the same thing I'm trying to do (did) with IIS and Tomcat. I don't believe it is a bug. It is just the way the isapi_redirector.dll is written. Windows registry settings specifies where _the_ workers.properties file is located as well as where the uriworkermap.properties is located. Each IIS website is configured in IIS's Management Application to use the ISAPI filter (isapi_redirector.dll) and a virtual directory is defined in IIS as well under each web site to the directory where the isapi_redirector.dll file is located. Since the mapping to webapps is controlled by the uriworkermap.properties file and only one can be specified in the registry settings, there is no way in IIS or via the ISAPI filter to control the access. This must not be a common thing at all as you said because I also checked three books on Tomcat. Professional Apache Tomcat was the closest to cover this at all but none of them specifically addressed this configuration. However, my customer wants to have one computer running IIS to be accessible to the Internet. So, that is what I have make it work with this configuration. Nathan - 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: Logfile for isapi_redirector2.dll?
Nathan, I'd love to see the configuration but these urls don't seem to work. P.S. I wasn't thinking clearly when I suggested multiple workers2.properties files. Ken -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:12 PM To: Tomcat Users List Subject: Re: Logfile for isapi_redirector2.dll? Just to be clear for others who may read this, here's an example of the uriworkermap.properties file that works for me: www.website1.com/rms-jobs/*=ajp13Worker www.website2.biz/rms/*=ajp13Worker What I had before that didn't control access as required was: /rms-jobs/*=ajp13Worker /rms/*=ajp13Worker Nathan - Original Message - From: Nathan Ward [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:05 PM Subject: Re: Logfile for isapi_redirector2.dll? Shit! You're right!!! All the examples of uriworkermap.properties that I had seen had a relative path specified including the 3 books I looked at. It never occurred to me to specify the full url until your example. I just tried it that way and it works! Boy, do I feel stupid. You said the example is for jk2. Doesn't JK2 use workers2.properties instead of uirworkermap.properties and workers.properties? I'm using jk. I tried jk2, but didn't get it to work. jk is working fine for now. Back to the original question of why didn't I get more responses about this. Maybe indicating isapi/iis in the subject was too limiting. Maybe I should have said something about controlling access to webapps from multiple virtual hosts. Nathan - Original Message - From: John Turner [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 11:55 AM Subject: Re: Logfile for isapi_redirector2.dll? I guess I misunderstood what uriworkermap.properties was doingI was under the impression that was where you mapped URIs to specific workers. In JK2 (mod_jk2.so), it might look something like: [uri:www.hostA.com/appA/*.jsp] There's no counterpart to that in an IIS + Tomcat configuration? I find that surprising. John Nathan Ward wrote: Sure, but that specifies the machine where Tomcat is running. I could specify different hosts for different workers if I want multiple instances of Tomcat running on different machines. I have one instance of Tomcat on one machine and one instance of IIS on another. However, two virtual hosts/web sites under IIS each of which need access to one and only one webapp on the single Tomcat instance. Nathan - Original Message - From: John Turner [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 10:47 AM Subject: Re: Logfile for isapi_redirector2.dll? uriworkermap.properties doesn't take a hostname? John Nathan Ward wrote: I believe that is the same thing I'm trying to do (did) with IIS and Tomcat. I don't believe it is a bug. It is just the way the isapi_redirector.dll is written. Windows registry settings specifies where _the_ workers.properties file is located as well as where the uriworkermap.properties is located. Each IIS website is configured in IIS's Management Application to use the ISAPI filter (isapi_redirector.dll) and a virtual directory is defined in IIS as well under each web site to the directory where the isapi_redirector.dll file is located. Since the mapping to webapps is controlled by the uriworkermap.properties file and only one can be specified in the registry settings, there is no way in IIS or via the ISAPI filter to control the access. This must not be a common thing at all as you said because I also checked three books on Tomcat. Professional Apache Tomcat was the closest to cover this at all but none of them specifically addressed this configuration. However, my customer wants to have one computer running IIS to be accessible to the Internet. So, that is what I have make it work with this configuration. Nathan - 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] - To unsubscribe,
RE: Logfile for isapi_redirector2.dll?
Boy I really am not thinking clearly! Thanks for the info. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:20 PM To: Tomcat Users List Subject: RE: Logfile for isapi_redirector2.dll? Nathan, I'd love to see the configuration but these urls don't seem to work. P.S. I wasn't thinking clearly when I suggested multiple workers2.properties files. Ken -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:12 PM To: Tomcat Users List Subject: Re: Logfile for isapi_redirector2.dll? Just to be clear for others who may read this, here's an example of the uriworkermap.properties file that works for me: www.website1.com/rms-jobs/*=ajp13Worker www.website2.biz/rms/*=ajp13Worker What I had before that didn't control access as required was: /rms-jobs/*=ajp13Worker /rms/*=ajp13Worker Nathan - Original Message - From: Nathan Ward [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:05 PM Subject: Re: Logfile for isapi_redirector2.dll? Shit! You're right!!! All the examples of uriworkermap.properties that I had seen had a relative path specified including the 3 books I looked at. It never occurred to me to specify the full url until your example. I just tried it that way and it works! Boy, do I feel stupid. You said the example is for jk2. Doesn't JK2 use workers2.properties instead of uirworkermap.properties and workers.properties? I'm using jk. I tried jk2, but didn't get it to work. jk is working fine for now. Back to the original question of why didn't I get more responses about this. Maybe indicating isapi/iis in the subject was too limiting. Maybe I should have said something about controlling access to webapps from multiple virtual hosts. Nathan - Original Message - From: John Turner [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 11:55 AM Subject: Re: Logfile for isapi_redirector2.dll? I guess I misunderstood what uriworkermap.properties was doingI was under the impression that was where you mapped URIs to specific workers. In JK2 (mod_jk2.so), it might look something like: [uri:www.hostA.com/appA/*.jsp] There's no counterpart to that in an IIS + Tomcat configuration? I find that surprising. John Nathan Ward wrote: Sure, but that specifies the machine where Tomcat is running. I could specify different hosts for different workers if I want multiple instances of Tomcat running on different machines. I have one instance of Tomcat on one machine and one instance of IIS on another. However, two virtual hosts/web sites under IIS each of which need access to one and only one webapp on the single Tomcat instance. Nathan - Original Message - From: John Turner [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 10:47 AM Subject: Re: Logfile for isapi_redirector2.dll? uriworkermap.properties doesn't take a hostname? John Nathan Ward wrote: I believe that is the same thing I'm trying to do (did) with IIS and Tomcat. I don't believe it is a bug. It is just the way the isapi_redirector.dll is written. Windows registry settings specifies where _the_ workers.properties file is located as well as where the uriworkermap.properties is located. Each IIS website is configured in IIS's Management Application to use the ISAPI filter (isapi_redirector.dll) and a virtual directory is defined in IIS as well under each web site to the directory where the isapi_redirector.dll file is located. Since the mapping to webapps is controlled by the uriworkermap.properties file and only one can be specified in the registry settings, there is no way in IIS or via the ISAPI filter to control the access. This must not be a common thing at all as you said because I also checked three books on Tomcat. Professional Apache Tomcat was the closest to cover this at all but none of them specifically addressed this configuration. However, my customer wants to have one computer running IIS to be accessible to the Internet. So, that is what I have make it work with this configuration. Nathan - 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
RE: Logfile for isapi_redirector2.dll?
Thanks, Nathan If I was awake I WOULDN'T have tried to go to your web site but instead would have realized that those weren't links but entries.:-) Who knows what I was thinking? But thanks for the explanation. It has been interesting following the discussion and has helped clarify a little bit the filtering process. I have my jk2 working right now as it should but it's always such a pain getting it setup that I tend to follow any discussions on it to see what I can learn. Ken -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 2:03 PM To: Tomcat Users List Subject: Re: Logfile for isapi_redirector2.dll? Ken, That was an example configuration. I didn't realize that you'd care to go to the actual web sites. Some of the real uri's aren't accessible from the Internet. One of them is though. Go to http://www.usresources.com Click on the Candidates link menu item, then click on the OPPORTUNITIES or SUBMIT RESUME links at the bottom of the page. Those two links go to /rms-jobs/something which is my webapp running on Tomcat on a different machine. The pages before those links were static HTML files from IIS. Turns out that what I had tried per John's message isn't actually working. What I tried was: www.usresources.com/rms-jobs/*=ajp13Worker in the uriworkermap.properties file I thought that was working, but maybe I didn't restart IIS after making the change. I've since changed the file back to: /rms-jobs/*=ajp13Worker I also have the following in the uriworkermap.properties file: /rms/*=ajp13Worker However, this better not be accessible from www.usresources.com (i.e. http://www.usresources.com/rms/something) should never work. It is supposed to be accessed from another web site that isn't actually on the Internet yet because we have to get a SSL certificate from Verisign for it first. So, if I could specify: www.usresources.com/rms-jobs/*=ajp13Worker and www.another-to-be-determined-domainname.com/rms/*=ajp13Worker in uriworkermap.properties file I wouldn't need the valve that I created in Tomcat. Let me know if you need more clarification. Nathan - Original Message - From: Januski, Ken [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:20 PM Subject: RE: Logfile for isapi_redirector2.dll? Nathan, I'd love to see the configuration but these urls don't seem to work. P.S. I wasn't thinking clearly when I suggested multiple workers2.properties files. Ken -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:12 PM To: Tomcat Users List Subject: Re: Logfile for isapi_redirector2.dll? Just to be clear for others who may read this, here's an example of the uriworkermap.properties file that works for me: www.website1.com/rms-jobs/*=ajp13Worker www.website2.biz/rms/*=ajp13Worker What I had before that didn't control access as required was: /rms-jobs/*=ajp13Worker /rms/*=ajp13Worker Nathan - Original Message - From: Nathan Ward [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 1:05 PM Subject: Re: Logfile for isapi_redirector2.dll? Shit! You're right!!! All the examples of uriworkermap.properties that I had seen had a relative path specified including the 3 books I looked at. It never occurred to me to specify the full url until your example. I just tried it that way and it works! Boy, do I feel stupid. You said the example is for jk2. Doesn't JK2 use workers2.properties instead of uirworkermap.properties and workers.properties? I'm using jk. I tried jk2, but didn't get it to work. jk is working fine for now. Back to the original question of why didn't I get more responses about this. Maybe indicating isapi/iis in the subject was too limiting. Maybe I should have said something about controlling access to webapps from multiple virtual hosts. Nathan - Original Message - From: John Turner [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, July 25, 2003 11:55 AM Subject: Re: Logfile for isapi_redirector2.dll? I guess I misunderstood what uriworkermap.properties was doingI was under the impression that was where you mapped URIs to specific workers. In JK2 (mod_jk2.so), it might look something like: [uri:www.hostA.com/appA/*.jsp] There's no counterpart to that in an IIS + Tomcat configuration? I find that surprising. John Nathan Ward wrote: Sure, but that specifies the machine where Tomcat is running. I could specify different hosts for different workers if I want multiple instances of Tomcat running on different machines. I have one instance of Tomcat on one machine and one instance of IIS on another. However, two virtual hosts/web sites under IIS each of which need access to one and only one webapp on the single
RE: Problem with isapi_redirect.dll
Check the bottom of this old Tomcat thread: http://archives.real-time.com/rte-tomcat/2000/Apr/msg00193.html -Original Message- From: Hichem Sellami [mailto:[EMAIL PROTECTED] Sent: Friday, July 25, 2003 3:19 PM To: [EMAIL PROTECTED] Subject: Problem with isapi_redirect.dll I am installing Tomcat to work with IIS, but I am having a problem getting the ISAPI filter to work properly. I get the following message when I start the IIS service (in the Event Viewer) The HTTP Filter DLL C:\Program Files\Apache Group\Tomcat 4.1\bin\win32\i386\isapi_redirect.dll failed to load. The data is the error. I already checked all the following: 1. Registery entries. 2. worker properties files 3. PWS virtual directory and filter definition. Anybody has any idea what's going on here. Thanks.
RE: Logfile for isapi_redirector2.dll?
I've been meaning to ask this myself ever since I went to isapi_redirector2.dll. It sure would be nice to have a log. -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 9:08 AM To: Tomcat Users List Subject: Logfile for isapi_redirector2.dll? Does isapi_redirector2.dll write a log file? If so, where does it put the file? I don't see any registry settings in the documentation that specifies the log file location. Nathan
RE: Logfile for isapi_redirector2.dll?
Since no one's responded I tried google. Eventually I found this page with the following sample registry entry. I've yet to try it but if it works I'll be very happy. It's about the same as registry entries for isapi_redirect and isapi_redirector. But all examples I've seen for isapi_redirector2.dll have not included a log_file. So I assumed there was a good reason. I guess I'll soon find out. http://www.wbtsystems.com/news/newsletters/july2003 [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\2.0] serverRoot=\\tomcat extensionUri=/jakarta/isapi_redirector2.dll log_file=\\tomcat\\logs\\iis_redirect.log logLevel=DEBUG workersFile=\\tomcat\\conf\\workers2.properties -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 12:57 PM To: Tomcat Users List Subject: RE: Logfile for isapi_redirector2.dll? I've been meaning to ask this myself ever since I went to isapi_redirector2.dll. It sure would be nice to have a log. -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 9:08 AM To: Tomcat Users List Subject: Logfile for isapi_redirector2.dll? Does isapi_redirector2.dll write a log file? If so, where does it put the file? I don't see any registry settings in the documentation that specifies the log file location. Nathan
RE: Logfile for isapi_redirector2.dll?
Sad to say adding a log_file entry to registry had absolutely no effect. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 5:37 PM To: Tomcat Users List Subject: RE: Logfile for isapi_redirector2.dll? Since no one's responded I tried google. Eventually I found this page with the following sample registry entry. I've yet to try it but if it works I'll be very happy. It's about the same as registry entries for isapi_redirect and isapi_redirector. But all examples I've seen for isapi_redirector2.dll have not included a log_file. So I assumed there was a good reason. I guess I'll soon find out. http://www.wbtsystems.com/news/newsletters/july2003 [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\2.0] serverRoot=\\tomcat extensionUri=/jakarta/isapi_redirector2.dll log_file=\\tomcat\\logs\\iis_redirect.log logLevel=DEBUG workersFile=\\tomcat\\conf\\workers2.properties -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 12:57 PM To: Tomcat Users List Subject: RE: Logfile for isapi_redirector2.dll? I've been meaning to ask this myself ever since I went to isapi_redirector2.dll. It sure would be nice to have a log. -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 9:08 AM To: Tomcat Users List Subject: Logfile for isapi_redirector2.dll? Does isapi_redirector2.dll write a log file? If so, where does it put the file? I don't see any registry settings in the documentation that specifies the log file location. Nathan
RE: Servlet Context Listener problem...
Listeners must be declared before any servlets in web.xml. I'd check that first. -Original Message- From: Mufaddal Khumri [mailto:[EMAIL PROTECTED] Sent: Monday, July 14, 2003 6:41 AM To: Tomcat List Subject: Servlet Context Listener problem... Hi: I implemented ServletContextListener in my class. I then wrote the xml in the web.xml file and started tomcat. The error tomcat threw tells me that it did not recognize the listener and listener-class elements ?? i have them declared in the web.xml as: web-app !-- ServletContextListener -- listener listener-class com.wavesinmotion.cw.classes.jsphelpers.CourseWizardContextListener /listener-class /listener /web-app Any ideas where I am going wrong ? Thanks. Tomcat threw this error below: SEVERE: Parse Error at line 10 column 12: Element type listener must be declared. org.xml.sax.SAXParseException: Element type listener must be declared. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Error HandlerWrapper.java:232) at org.apache.xerces.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.jav a:173) at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.jav a:371) at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.jav a:305) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(XMLDTDVali dator.java:1833) at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator. java:724) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(X MLDocumentFragmentScannerImpl.java:759) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDis patcher.dispatch(XMLDocumentFragmentScannerImpl.java:1477) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDo cumentFragmentScannerImpl.java:329) at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:5 25) at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:5 81) at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152) at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java :1175) at org.apache.commons.digester.Digester.parse(Digester.java:1495) at org.apache.catalina.startup.ContextConfig.applicationConfig(ContextConfi g.java:282) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:639) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.j ava:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu pport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3567 ) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Jul 14, 2003 3:56:11 PM org.apache.commons.digester.Digester error SEVERE: Parse Error at line 11 column 19: Element type listener-class must be declared. org.xml.sax.SAXParseException: Element type listener-class must be declared. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Error HandlerWrapper.java:232) at org.apache.xerces.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.jav a:173) at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.jav a:371) at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.jav a:305) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(XMLDTDVali dator.java:1833) at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator. java:724) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(X MLDocumentFragmentScannerImpl.java:759) at
RE: images not appearing
What happens if you type in browser: http://helloworld/images/specificImage.jpg; or whatever the name of your specific image is? -Original Message- From: Mark Biciunas [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 08, 2003 4:08 PM To: Tomcat Users List Subject: Re: images not appearing Again, I have a transcription error. In server.xml, it is actually docBase so that shouldn't be the problem. Mark Biciunas [EMAIL PROTECTED] - Original Message - From: Robert Wray [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Tuesday, July 08, 2003 3:58 PM Subject: Re: images not appearing Is capitalization important? docbase instead of docBase? At 03:09 PM 08/07/2003 -0400, you wrote: I am deploying a test servlet on Tomcat 4.1.24. Everything works great, the servlet executes, I get results back at my browser, but none of the images show up. In conf/server.xml, I have added the following: Context path= docbase=helloworld debug=99 Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_helloworld_log. suffix=.txt timestamp=true/ /Context In webapps/hello/WEB-INF/web.xml, I have the following: web-app ... servlet servlet-namehelloworld/servlet-name servlet-classhelloworld.Hello/servlet-class /servlet servlet-mapping servlet-namehelloworld/servlet-name url-pattern//url-pattern /servlet-mapping /web-app The image directory has been created in webapps/hello, and the requested image does exist. As part of trying to resolve this, have placed copies of the image directory up and down the directory tree and tried calling the image in the servlet in a number of ways (ie: /images/image.gif, ../images/image.gif, images/image.gif). Nothing seems to work to get the image to display!!! Any and all ideas would be greatly appreciated at this point!!! Mark [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Robert Wray, Engineer Forestry Products, Alberta Research Council Phone: (780) 450-5045 Fax: (780) 450-5397 [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: IIS Redirector - Not Refreshing
Does your isapi log indicate that it's reading the changes? It should read and implement them after you stop and restart first Tomcat then IIS services. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, July 07, 2003 8:38 AM To: Tomcat Users List Subject: RE: IIS Redirector - Not Refreshing Guys, Thanks for your replies... Unfortunately, as John Turner earlier asked, restarting Tomcat and/or IIS doesn't seem to be the solution. If I modify the uriworkermap.properties, the changes are not effective until the next reboot. Logging off the user didn't help. Removing the ISAPI filter and redeclaring it didn't work either. I don't know which process loads the ISAPI filter DLLs however it looks like a system level process to me. Any ideas? Regards, - Yagiz |-+ | | John Roth | | | [EMAIL PROTECTED]| | | ine.com | | || | | 07/07/2003 01:25 | | | PM | | | Please respond to| | | Tomcat Users| | | List| | || |-+ --- ---| | | | To: 'Tomcat Users List' [EMAIL PROTECTED] | | cc: | | Subject: RE: IIS Redirector - Not Refreshing | --- ---| After changing uriworkermap.properties, you must stop/start IIS (if the redirector is configured on the 'master' website) or the specific site instance (if the redirector is configured on the specific web instance). This also applies to workers.properties. Keep in mind that it is isapi_redirect.dll that reads these files. Hope this helps. -- John -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 07, 2003 8:23 AM To: Tomcat Users List Subject: Re: IIS Redirector - Not Refreshing You are saying that stopping Tomcat and stopping IIS, without rebooting Windows, has no effect? John On Fri, 4 Jul 2003 10:45:02 +0100, [EMAIL PROTECTED] wrote: Hi, I'm using IIS redirector with Tomcat 4.1.24 and everything works fine. However, when I modify the uriworkermap.properties file, the modifications are not recognized unless I reboot Windoz! Am I missing something? Thanks, - Yagiz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: repost : How to catch the error of jsp:useBean tag.
I'm not sure about catching it but the first thing I'd do is make sure that I'm using the bean correctly, i.e. are you calling by right id and class? It sounds like it can't find the class. -Original Message- From: Antony [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 1:32 AM To: tomcat mail list Subject: repost : How to catch the error of jsp:useBean tag. Hi, How to catch the error if it is caused by jsp:useBean tag ?. I am getting an error on the tag. The error message prints org.apache.jasper.JasperException: name of class. No Error details. How to deal with such errors ? Antony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense - THE END
Well I've admitted defeat and shot not the server but the connector. After 5 days experimenting with various versions of isapi_redirect and isapi_redirector I finally gave up on both and instead installed isapi_redirector2. It was working within 30 minutes. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 4:44 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense yes. sad to say i've already checked that a number of times. also the ps# has been corrected off and on as i've meddled with file. it seems to make no difference. i'm also determined to get it working and to document what i had to do to get it working. but i don't want to clutter up the list with it. unfortunately from what i've seen most of the threads with this problem just seem to fizzle out without resolution. it would be nice to see one get resolved, esp. since it's mine.:-) -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 4:37 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Have you tried giving 'Everyone' full permissions on the directory containing isapi_redirector.dll and on the file itself in the file system (not IIS)? I am determined to get this damn thing working. :) -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense - THE END
It's possible. Someone suggested something similar way back when but never followed up with more detailed instructions on how to fix it if that was indeed the case. -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2003 4:46 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense - THE END Sounds to me like you had JK2 configuration files but were using the JK connector, and as soon as you subbed in the connector that matched the files it worked. John On Thu, 26 Jun 2003 16:34:12 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Well I've admitted defeat and shot not the server but the connector. After 5 days experimenting with various versions of isapi_redirect and isapi_redirector I finally gave up on both and instead installed isapi_redirector2. It was working within 30 minutes. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 4:44 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense yes. sad to say i've already checked that a number of times. also the ps# has been corrected off and on as i've meddled with file. it seems to make no difference. i'm also determined to get it working and to document what i had to do to get it working. but i don't want to clutter up the list with it. unfortunately from what i've seen most of the threads with this problem just seem to fizzle out without resolution. it would be nice to see one get resolved, esp. since it's mine.:-) -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 4:37 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Have you tried giving 'Everyone' full permissions on the directory containing isapi_redirector.dll and on the file itself in the file system (not IIS)? I am determined to get this damn thing working. :) -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE : RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem
I can only second and third the following: I really don't know what to do. Why is this such a pain to simply connect IIS and Tomcat, even when following the instructions ? -Original Message- From: Hertenstein Alain [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 11:38 AM To: 'Tomcat Users List' Subject: RE : RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem Hi again, Just replaced my workers2.properties file with yours (and changing the path to the shm file according to my Tomcat 4 installation): exactly the same problem... Besides, I double-checked the W2K Event log entries and couldn't find that entry (or similar) you mentioned : Error: [jk_shm.c (333)]: shm.init(): No file I really don't know what to do. Why is this such a pain to simply connect IIS and Tomcat, even when following the instructions ? Thanks again for your help... Alain -Message d'origine- De : David Legg [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 25. juin 2003 16:59 À : 'Tomcat Users List' Objet : RE: RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem Aha! I thought so :-) Here's my workers2.properties file: - # # workers2.properties # [shm] file=C:\tomcat4\logs\shm.file size=1048576 [channel.socket:127.0.0.1:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 # Map the Tomcat examples webapp to the Web server uri space [uri:/examples/*] info=Map the whole webapp -- The [shm] entry seems to be some sort of shared memory area and I've seen references to something called the 'scoreboard' in conjunction with it. Anyway, the bottom line is you need this entry for JK2 to work on IIS. If you look in your W2k Event log you'll probably also notice a tell-tale Tomcat application error similar to this: - Error: [jk_shm.c (333)]: shm.init(): No file Hope this helps. Regards, David Legg Webmaster - 3Dlabs http://www.3dlabs.com mailto:[EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE : RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem
Thanks for the explanation, John. I'm still at a loss on my similar problem from yesterday and have wondered the same thing: why is it so hard? This at least clarifies the problem a bit. Wish I could add something helpful myself. Ken -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 11:50 AM To: Tomcat Users List Subject: Re: RE : RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem Its a pain because: - the pool of people who understand the connectors from a development aspect is small - the pool of people who understand the connectors and have time to submit code is smaller still - the pool of people who understand the connectors, can submit code, and understand ISAPI is smaller still - the pool of people who understand the connectors, can submit code, understand ISAPI, and can build/test actual ISAPI filters using commercial Microsoft development environments instead of free open source environments is smaller still - the pool of people who can do all of the above as well as create and submit good documentation are just about nonexistent John On Wed, 25 Jun 2003 17:38:01 +0200, Hertenstein Alain [EMAIL PROTECTED] wrote: Hi again, Just replaced my workers2.properties file with yours (and changing the path to the shm file according to my Tomcat 4 installation): exactly the same problem... Besides, I double-checked the W2K Event log entries and couldn't find that entry (or similar) you mentioned : Error: [jk_shm.c (333)]: shm.init(): No file I really don't know what to do. Why is this such a pain to simply connect IIS and Tomcat, even when following the instructions ? Thanks again for your help... Alain -Message d'origine- De : David Legg [mailto:[EMAIL PROTECTED] Envoyé : mercredi, 25. juin 2003 16:59 À : 'Tomcat Users List' Objet : RE: RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem Aha! I thought so :-) Here's my workers2.properties file: - # # workers2.properties # [shm] file=C:\tomcat4\logs\shm.file size=1048576 [channel.socket:127.0.0.1:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 # Map the Tomcat examples webapp to the Web server uri space [uri:/examples/*] info=Map the whole webapp -- The [shm] entry seems to be some sort of shared memory area and I've seen references to something called the 'scoreboard' in conjunction with it. Anyway, the bottom line is you need this entry for JK2 to work on IIS. If you look in your W2k Event log you'll probably also notice a tell-tale Tomcat application error similar to this: - Error: [jk_shm.c (333)]: shm.init(): No file Hope this helps. Regards, David Legg Webmaster - 3Dlabs http://www.3dlabs.com mailto:[EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: IIS 5 + Tomcat 4.1.24 + JK2 Connector problem
Yes, you're right, as John Turner mentioned in another response. Once I get it working I'll be happy to document it. I both wish I could avoid IIS and wish I could submit patches but I'm afraid neither of those will happen. When I get the thing working I will send the documentation for those few of us stuck with integrating IIS and Tomcat. -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 12:27 PM To: Tomcat Users List Subject: Re: IIS 5 + Tomcat 4.1.24 + JK2 Connector problem On Thu, 26 Jun 2003 00:20, Januski, Ken wrote: I can only second and third the following: I really don't know what to do. Why is this such a pain to simply connect IIS and Tomcat, even when following the instructions ? Mainly because the number of Apache Web Server + Tomcat users far out weigh the number of MS IIS + Tomcat users and when it comes to development I would say the numbers are even further apart. This means unfortunately for people that must use IIS that it isn't as well supported as the Apache Web Server. All I can suggest is that you scratch your own itch by either digging into the source and submitting patches to improve it or even just creating documentation based upon your experiences. Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: isapi_redirector2.dll not loading correctly
I believe that this is the problem. It's looking for 2.0. [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] -Original Message- From: Lior Shliechkorn [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 1:34 PM To: Tomcat Users List Subject: Re: isapi_redirector2.dll not loading correctly yep, I just created another .reg file with the following entries and it was added successfully: [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Apache Web Server] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Apache Web Server\1.3.14] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirect.dll log_file=C:\\TomCat\\logs\\isapi.log log_level=error worker_file=C:\\TomCat\\conf\\workers.properties worker_mount_file=C:\\TomCat\\conf\\uriworkermap.properties So, other than that, I'm just clueless as to why it's not working. Jason Bainbridge [EMAIL PROTECTED] wrote: On Thu, 26 Jun 2003 01:18, Lior Shliechkorn wrote: I'll try to reboot. But before, when I try to just return the filter back to the regular isapi file, not 2, then the arrow is green. What does that mean then? I'm starting to develop a migrane from this. HKEY_LOCAL_MACHINE /Software /Apache Software Foundation /Jakarta Isapi Redirector /2.0 Are you sure your registry has the 2.0 branch then? Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
RE: Connectors for IIS/Tomcat SHOULD make sense
Some progress... I haven't spent much time looking at the IIS logs but rather at the isapi_redirect logs. But today I did and happened to notice that the old logs for Tomcat before I upgraded and things stopped working has this when it redirects to Tomcat: GET /jakarta/isapi_redirector.dll - 200 Java1.4.0_01 The new logs where it's failing show this instead: GET /jakarta/isapi_redirector.dll - 200 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0) Both show 200 to indicate that they're forwarding successfully I think. But the successful one seems to link to Java and the unsuccessful to the browser. Once I get that figured out I'm hoping problem may be solved. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 6:09 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Thanks Jason, Yes I've edited the registry over and over, trying forward slashes, backslashed backwards slashes, etc. in path name all to know avail. I'm going to call it quits for today and hope that something will make more sense tomorrow. If not I guess I'll just start from scratch with a reinstallation. The fact the the redirect logs say that they've found so many rules and then found matches against those rules makes me think that there is no problem finding the uriworkermap.properties files, since that's where these are defined. But something sure is whacky with the loading of isapi_redirect(or). Maybe tomorrow it will all make more sense. Thanks much for all your efforts in trying to solve it. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:21 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 04:53, Januski, Ken wrote: I've honed uriworkermap.properties down to just this simple one below and have only tried accessing pages that it should find, like http://inqtomcat/examples/jsp/index.html I'm taking a guess here that it isn't finding your uriworkermap.properties file and it is trying to load everything including the DLL (which obviously should be loaded by IIS). Have you got all the registry keys setup correctly as per the following page? http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html?page=2 Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
I don't believe I want JK2. Can you tell me how to set it to JK? -Original Message- From: Dominic Parry [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 2:32 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense you are trying to use JK2 configs with JK DLL. - Original Message - From: Januski, Ken To: Tomcat Users List Sent: Wednesday, June 25, 2003 8:23 PM Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Some progress... I haven't spent much time looking at the IIS logs but rather at the isapi_redirect logs. But today I did and happened to notice that the old logs for Tomcat before I upgraded and things stopped working has this when it redirects to Tomcat: GET /jakarta/isapi_redirector.dll - 200 Java1.4.0_01 The new logs where it's failing show this instead: GET /jakarta/isapi_redirector.dll - 200 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0) Both show 200 to indicate that they're forwarding successfully I think. But the successful one seems to link to Java and the unsuccessful to the browser. Once I get that figured out I'm hoping problem may be solved. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 6:09 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Thanks Jason, Yes I've edited the registry over and over, trying forward slashes, backslashed backwards slashes, etc. in path name all to know avail. I'm going to call it quits for today and hope that something will make more sense tomorrow. If not I guess I'll just start from scratch with a reinstallation. The fact the the redirect logs say that they've found so many rules and then found matches against those rules makes me think that there is no problem finding the uriworkermap.properties files, since that's where these are defined. But something sure is whacky with the loading of isapi_redirect(or). Maybe tomorrow it will all make more sense. Thanks much for all your efforts in trying to solve it. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:21 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 04:53, Januski, Ken wrote: I've honed uriworkermap.properties down to just this simple one below and have only tried accessing pages that it should find, like http://inqtomcat/examples/jsp/index.html I'm taking a guess here that it isn't finding your uriworkermap.properties file and it is trying to load everything including the DLL (which obviously should be loaded by IIS). Have you got all the registry keys setup correctly as per the following page? http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html?page=2 Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirector.dll log_file=C:Tomcat4112logsisapi.log log_level=debug worker_file=C:/Tomcat4112/conf/workers.properties worker_mount_file=C:/Tomcat4112/conf/uriworkermap.properties @= -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 2:36 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Just for a sanity check can you export your registry settings for the below key and send them to the list? HKEY_LOCAL_MACHINE SOFTWARE Apache Software Foundation Jakarta Isapi Redirector 1.0 Regards, Jason On Thu, 26 Jun 2003 02:23, Januski, Ken wrote: Some progress... I haven't spent much time looking at the IIS logs but rather at the isapi_redirect logs. But today I did and happened to notice that the old logs for Tomcat before I upgraded and things stopped working has this when it redirects to Tomcat: GET /jakarta/isapi_redirector.dll - 200 Java1.4.0_01 The new logs where it's failing show this instead: GET /jakarta/isapi_redirector.dll - 200 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0) Both show 200 to indicate that they're forwarding successfully I think. But the successful one seems to link to Java and the unsuccessful to the browser. Once I get that figured out I'm hoping problem may be solved. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 6:09 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Thanks Jason, Yes I've edited the registry over and over, trying forward slashes, backslashed backwards slashes, etc. in path name all to know avail. I'm going to call it quits for today and hope that something will make more sense tomorrow. If not I guess I'll just start from scratch with a reinstallation. The fact the the redirect logs say that they've found so many rules and then found matches against those rules makes me think that there is no problem finding the uriworkermap.properties files, since that's where these are defined. But something sure is whacky with the loading of isapi_redirect(or). Maybe tomorrow it will all make more sense. Thanks much for all your efforts in trying to solve it. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:21 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 04:53, Januski, Ken wrote: I've honed uriworkermap.properties down to just this simple one below and have only tried accessing pages that it should find, like http://inqtomcat/examples/jsp/index.html I'm taking a guess here that it isn't finding your uriworkermap.properties file and it is trying to load everything including the DLL (which obviously should be loaded by IIS). Have you got all the registry keys setup correctly as per the following page? http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html?page=2 Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
yes, i've installed it over and over, making sure that i allow execute access. and isapi_filter is green. -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 2:46 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Next question... Does your jakarta virtual directory in IIS have execute access checked? Regards, -- Jason Bainbridge http://jblinux.org On Thu, 26 Jun 2003 02:41, Januski, Ken wrote: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirector.dll log_file=C:Tomcat4112logsisapi.log log_level=debug worker_file=C:/Tomcat4112/conf/workers.properties worker_mount_file=C:/Tomcat4112/conf/uriworkermap.properties @= -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 2:36 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Just for a sanity check can you export your registry settings for the below key and send them to the list? HKEY_LOCAL_MACHINE SOFTWARE Apache Software Foundation Jakarta Isapi Redirector 1.0 Regards, Jason On Thu, 26 Jun 2003 02:23, Januski, Ken wrote: Some progress... I haven't spent much time looking at the IIS logs but rather at the isapi_redirect logs. But today I did and happened to notice that the old logs for Tomcat before I upgraded and things stopped working has this when it redirects to Tomcat: GET /jakarta/isapi_redirector.dll - 200 Java1.4.0_01 The new logs where it's failing show this instead: GET /jakarta/isapi_redirector.dll - 200 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0) Both show 200 to indicate that they're forwarding successfully I think. But the successful one seems to link to Java and the unsuccessful to the browser. Once I get that figured out I'm hoping problem may be solved. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 6:09 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Thanks Jason, Yes I've edited the registry over and over, trying forward slashes, backslashed backwards slashes, etc. in path name all to know avail. I'm going to call it quits for today and hope that something will make more sense tomorrow. If not I guess I'll just start from scratch with a reinstallation. The fact the the redirect logs say that they've found so many rules and then found matches against those rules makes me think that there is no problem finding the uriworkermap.properties files, since that's where these are defined. But something sure is whacky with the loading of isapi_redirect(or). Maybe tomorrow it will all make more sense. Thanks much for all your efforts in trying to solve it. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:21 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 04:53, Januski, Ken wrote: I've honed uriworkermap.properties down to just this simple one below and have only tried accessing pages that it should find, like http://inqtomcat/examples/jsp/index.html I'm taking a guess here that it isn't finding your uriworkermap.properties file and it is trying to load everything including the DLL (which obviously should be loaded by IIS). Have you got all the registry keys setup correctly as per the following page? http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html?page=2 Regards, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
yes i saw the first couple and hoped that was the end. i guess that's the thanks you get for trying to do a good deed and help me get this albatross off my neck. -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 3:08 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Thu, 26 Jun 2003 03:00, Jason Bainbridge wrote: Hmmm was just browsing the source directories and came across the attached (well hopefully it makes it to the list atleast) .vbs script to automate the install somewhat, this should be much more visible to users... *mental note to self* Next time rename the .vbs to .txt before sending even if it is zipped, I'm getting rejections galore from all the paranoid servers out there... -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
I think that it appends the hostname regardless of what it is. So logs show it trying inqtomcat/jakarta/isapi_redirector.dll or localhost/jakarta/isapi_redirector.dll depending on what I put for host in worker.properties. A few lines later in logs it tries to do the same thing with just /jakarta/isapi_redirector.dll and also fails, and in fact that's the final error that show up on the tomcat error page. But I think that it really shouldn't be trying to find them at any path. Instead it should be executing the filter. And I think that's why the IIS log shows the browser after the get isapi_redirector.dll rather than java as the old successful log does. -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 3:46 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Any idea why it is trying to map the below? '/inqtomcat/jakarta/isapi_redirector.dll' Have you got your IIS setup like that? If you do it has to be: '/jakarta/isapi_redirector.dll' I just re-read your original email over and over, whilst scanning through the source and that jumped out at me, it could be nothing and is validly including your host name but it's worth checking out atleast... Regards, Jason On Thu, 26 Jun 2003 02:41, Januski, Ken wrote: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector] [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirector.dll log_file=C:Tomcat4112logsisapi.log log_level=debug worker_file=C:/Tomcat4112/conf/workers.properties worker_mount_file=C:/Tomcat4112/conf/uriworkermap.properties @= -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 2:36 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Just for a sanity check can you export your registry settings for the below key and send them to the list? HKEY_LOCAL_MACHINE SOFTWARE Apache Software Foundation Jakarta Isapi Redirector 1.0 Regards, Jason On Thu, 26 Jun 2003 02:23, Januski, Ken wrote: Some progress... I haven't spent much time looking at the IIS logs but rather at the isapi_redirect logs. But today I did and happened to notice that the old logs for Tomcat before I upgraded and things stopped working has this when it redirects to Tomcat: GET /jakarta/isapi_redirector.dll - 200 Java1.4.0_01 The new logs where it's failing show this instead: GET /jakarta/isapi_redirector.dll - 200 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.0) Both show 200 to indicate that they're forwarding successfully I think. But the successful one seems to link to Java and the unsuccessful to the browser. Once I get that figured out I'm hoping problem may be solved. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 6:09 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Thanks Jason, Yes I've edited the registry over and over, trying forward slashes, backslashed backwards slashes, etc. in path name all to know avail. I'm going to call it quits for today and hope that something will make more sense tomorrow. If not I guess I'll just start from scratch with a reinstallation. The fact the the redirect logs say that they've found so many rules and then found matches against those rules makes me think that there is no problem finding the uriworkermap.properties files, since that's where these are defined. But something sure is whacky with the loading of isapi_redirect(or). Maybe tomorrow it will all make more sense. Thanks much for all your efforts in trying to solve it. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:21 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 04:53, Januski, Ken wrote: I've honed uriworkermap.properties down to just this simple one below and have only tried accessing pages that it should find, like http://inqtomcat/examples/jsp/index.html I'm taking a guess here that it isn't finding your uriworkermap.properties file and it is trying to load everything including the DLL (which obviously should be loaded by IIS). Have you got all the registry keys setup correctly as per the following page? http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html?page=2 Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail
RE: Connectors for IIS/Tomcat SHOULD make sense
well yes. but you know since i first had a similar problem about 3-4 months ago i've followed most threads where other people had similar problems. and in most cases i never saw a clear cut solution. i'm beginning to think it's the connectors that need to be put out of their misery. -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 4:17 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense I think you should take a 12 ga. shotgun and put that server out of its misery. John On Thu, 26 Jun 2003 04:13:24 +0800, Jason Bainbridge [EMAIL PROTECTED] wrote: The saga continues... Can you add the below to your workers.properties? worker.ajp13.lbfactor=50 worker.ajp13.cachesize=10 worker.ajp13.cache_timeout=600 worker.ajp13.socket_keepalive=1 worker.ajp13.socket_timeout=300 Also try renaming your worker to something other than ajp13 it could be confusing the server. I'm starting to run out of ideas, like I so often do with anything IIS related -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
yes. sad to say i've already checked that a number of times. also the ps# has been corrected off and on as i've meddled with file. it seems to make no difference. i'm also determined to get it working and to document what i had to do to get it working. but i don't want to clutter up the list with it. unfortunately from what i've seen most of the threads with this problem just seem to fizzle out without resolution. it would be nice to see one get resolved, esp. since it's mine.:-) -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 25, 2003 4:37 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Have you tried giving 'Everyone' full permissions on the directory containing isapi_redirector.dll and on the file itself in the file system (not IIS)? I am determined to get this damn thing working. :) -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
and / on UNIX #and may be different elsewhere. # ps=# #---ADVANCED MODE--- #-- # # #---DEFAULT worker list-- #-- # #The worker that your plugins should create and work with # worker.list=ajp13 # #DEFAULT ajp13 WORKER DEFINITION- # #Defining a worker named ajp13 and of type ajp13 #Note that the name and the type do not have to match. # worker.ajp13.port=8009 worker.ajp13.host=inqtomcat #*End worker.properties* -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 1:31 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense What entries have you got in your workers2.properties? Sounds like something is wrong with your setup... I'm assuming you have seen this howto? http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/installhowto.html As for making sense of the process, gotta love open source: http://tinyurl.com/f1lo Nothing beats reading the source itself. :) Regards, -- Jason Bainbridge http://jblinux.org On Tue, 24 Jun 2003 01:19, Januski, Ken wrote: but I've yet found any sensible explanation of hooking up IIS and Tomcat. I have found step by step instructions but not any explanations. What's more embarrassing is that I posted a similar IIS/Tomcat problem 3-4 months ago, finally solved it, and now I've upgraded Tomcat and have it again. Though there are a number of howtos on getting IIS and Tomcat working together I'm still looking for some help in making sense of the actual process, in other words I ought to be able to look at the redirector logs and figure out what the problem is, or at least where to start looking. The redirector logs seem to be full of useful information and yet I see numerous people posting messages here asking for help with them. So I guess what I'm asking is if there is any resource that can help explain the logs. I'd really like to just read them and diagnose the problem based on that. Can anyone point me to such a resource? I believe that my current problem is that Tomcat is trying to map the redirector when it should be doing something else. So I'm getting log entries that say: [jk_isapi_plugin.c (759)-- Jason Bainbridge http://jblinux.org]: In HttpFilterProc Virtual Host redirection of /inqtomcat/jakarta/isapi_redirector.dll [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (477)]: Attempting to map URI '/inqtomcat/jakarta/isapi_redirector.dll' [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match [jk_isapi_plugin.c (765)]: In HttpFilterProc test Default redirection of /jakarta/isapi_redirector.dll [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (477)]: Attempting to map URI '/jakarta/isapi_redirector.dll' [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match I'm pretty sure that Tomcat shouldn't be trying to map the dll though that's just a guess. That's why I believe that if I could find some explanation of the whole process I could figure out the answer on my own, and perhaps others could as well, rather than sending so many message here regarding it. By the way I have looked at archives and seen a number of entries that come close to solving the above problem. But none of them work for me and they don't really explain what is going on, or if they do I'm just missing it. As I said I think if I could figure out what is going on in the connector process that I could figure it out for myself. Thanks for any help. Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks John, I wasn't sure about the loadbalancing. I commented it out but I'm still getting the 404 errors, /jakarta/isapi_redirector.dll is not available. I've watched other people have this error, including someone about a week ago I think, in which you gave some advice. But as far as I can tell the problem was never solved. It's surprising to me how fragile the IIS/Tomcat connectors seem to be. Most of the documentation finally ends with this should now work. If not please check for typos in worker.properties, etc. Perhaps this really is the right advice and I'll eventually see a typo. But right now it sure doesn't look like there are any to me and it's hard to know where to turn next, other than scouring the web for people who've had similar problems. I guess what I find oddest is that the logs are full of information but no one seems to know how to interpret them But then again I probably put more stock in logs than many people do. Ken -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 1:58 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense There's no need for any of the loadbalancing stuff in workers.properties. You only need the four lines: type, name, port, host. John On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Another day's experimentation and no more progress. One thing I notice is that the source code seems to refer to isapi_redirector2 and I'm using isapi_redirector.dll. I'm using that because I'm following instructions from ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their instructions indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, at least so far, have no reason to doubt them. I've also edited my worker.properties files to a minimum just for testing. I'm including it below. But I'm still puzzled as to why I'm getting the 404 error. The log indicates that an ajp13 worker is being created successfully and I don't really see any errors related to it, other than the 404. [Tue Jun 24 12:47:34 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13 [Tue Jun 24 12:47:34 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (860)]: HttpExtensionProc got a worker for name ajp13 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1352)]: Into jk_worker_t::get_endpoint [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1075)]: Into jk_endpoint_t::service [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (280)]: Into ajp_marshal_into_msgb [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (413)]: ajp_marshal_into_msgb - Done [Tue Jun 24 12:47:34 2003] [jk_connect.c (116)]: Into jk_open_socket [Tue Jun 24 12:47:34 2003] [jk_connect.c (123)]: jk_open_socket, try to connect socket = 2600 [Tue Jun 24 12:47:34 2003] [jk_connect.c (132)]: jk_open_socket, after connect ret = 0 [Tue Jun 24 12:47:34 2003] [jk_connect.c (140)]: jk_open_socket, set TCP_NODELAY to on [Tue Jun 24 12:47:34 2003] [jk_connect.c (148)]: jk_open_socket, return, sd = 2600 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (588)]: In jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (612)]: sending to ajp13 #294 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (853)]: ajp_send_request 2: request body to send 0 - request body to resend 0 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (698)]: received from ajp13 #81 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (461)]: ajp_unmarshal_response: status = 404 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (466)]: ajp_unmarshal_response: Number of headers is = 2 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (506)]: ajp_unmarshal_response: Header[0] [Content-Type] = [text/html;charset=ISO-8859-1] [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (506)]: ajp_unmarshal_response: Header[1] [Content-Language] = [en-US] [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (428)]: Into jk_ws_service_t::start_response [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (698)]: received from ajp13 #756 [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (562)]: Into jk_ws_service_t::write [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (698)]: received from ajp13 #2 [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (872)]: HttpExtensionProc service() returned OK [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1307)]: Into jk_endpoint_t::done I had assumed that it was the mapping to isapi_redirector.dll, that I noted in the first message, that was the problem. But I don't really know. That's why I'm looking for some guidance on what the log should be showing. In an old log for a connection that worked there was not attempt to map isapi_redirector.dll so I assume that part of the problem is there. I just can't figure out what would cause Tomcat to try to map the dll
RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks John, I'd just as soon avoid IIS but unfortunately it's something that my company uses.:-) I also think that there's enough people who have to/choose to use IIS that it would be helpful to figure out what causes this problem. The last time I solved it I'd been beating my head against the wall for so long that I couldn't remember what I did when it finally did work. Not my preferred method of problem-solving.:-) Ken -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 2:40 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense I wish I could help, but I avoid IIS if possible. The only thing I know to suggest is the configuration tutorial at onjava.com. John On Tue, 24 Jun 2003 14:27:40 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Thanks John, I wasn't sure about the loadbalancing. I commented it out but I'm still getting the 404 errors, /jakarta/isapi_redirector.dll is not available. I've watched other people have this error, including someone about a week ago I think, in which you gave some advice. But as far as I can tell the problem was never solved. It's surprising to me how fragile the IIS/Tomcat connectors seem to be. Most of the documentation finally ends with this should now work. If not please check for typos in worker.properties, etc. Perhaps this really is the right advice and I'll eventually see a typo. But right now it sure doesn't look like there are any to me and it's hard to know where to turn next, other than scouring the web for people who've had similar problems. I guess what I find oddest is that the logs are full of information but no one seems to know how to interpret them But then again I probably put more stock in logs than many people do. Ken -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 1:58 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense There's no need for any of the loadbalancing stuff in workers.properties. You only need the four lines: type, name, port, host. John On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Another day's experimentation and no more progress. One thing I notice is that the source code seems to refer to isapi_redirector2 and I'm using isapi_redirector.dll. I'm using that because I'm following instructions from ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their instructions indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, at least so far, have no reason to doubt them. I've also edited my worker.properties files to a minimum just for testing. I'm including it below. But I'm still puzzled as to why I'm getting the 404 error. The log indicates that an ajp13 worker is being created successfully and I don't really see any errors related to it, other than the 404. [Tue Jun 24 12:47:34 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13 [Tue Jun 24 12:47:34 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (860)]: HttpExtensionProc got a worker for name ajp13 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1352)]: Into jk_worker_t::get_endpoint [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1075)]: Into jk_endpoint_t::service [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (280)]: Into ajp_marshal_into_msgb [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (413)]: ajp_marshal_into_msgb - Done [Tue Jun 24 12:47:34 2003] [jk_connect.c (116)]: Into jk_open_socket [Tue Jun 24 12:47:34 2003] [jk_connect.c (123)]: jk_open_socket, try to connect socket = 2600 [Tue Jun 24 12:47:34 2003] [jk_connect.c (132)]: jk_open_socket, after connect ret = 0 [Tue Jun 24 12:47:34 2003] [jk_connect.c (140)]: jk_open_socket, set TCP_NODELAY to on [Tue Jun 24 12:47:34 2003] [jk_connect.c (148)]: jk_open_socket, return, sd = 2600 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (588)]: In jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (612)]: sending to ajp13 #294 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (853)]: ajp_send_request 2: request body to send 0 - request body to resend 0 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (698)]: received from ajp13 #81 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (461)]: ajp_unmarshal_response: status = 404 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (466)]: ajp_unmarshal_response: Number of headers is = 2 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (506)]: ajp_unmarshal_response: Header[0] [Content-Type] = [text/html;charset=ISO-8859-1] [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (506)]: ajp_unmarshal_response: Header[1] [Content-Language] = [en-US] [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (428)]: Into jk_ws_service_t
RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks Jose, Those are the instructions I've been using, and reusing, but I keep getting the 404 errors. Ken -Original Message- From: Jose Santiago Oyervides Gonzalez [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 2:54 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Hi Ken, This link explains how to install Tomcat 4.0.5 with IIS. http://support.esri.com/index.cfm?fa=knowledgebase.techarticles.articleShow; d=24055 I followed the instructions and worked. (with some help of this list) I hope it can help you. Regards. Jose Oyervides. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 1:28 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Thanks John, I wasn't sure about the loadbalancing. I commented it out but I'm still getting the 404 errors, /jakarta/isapi_redirector.dll is not available. I've watched other people have this error, including someone about a week ago I think, in which you gave some advice. But as far as I can tell the problem was never solved. It's surprising to me how fragile the IIS/Tomcat connectors seem to be. Most of the documentation finally ends with this should now work. If not please check for typos in worker.properties, etc. Perhaps this really is the right advice and I'll eventually see a typo. But right now it sure doesn't look like there are any to me and it's hard to know where to turn next, other than scouring the web for people who've had similar problems. I guess what I find oddest is that the logs are full of information but no one seems to know how to interpret them But then again I probably put more stock in logs than many people do. Ken -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 1:58 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense There's no need for any of the loadbalancing stuff in workers.properties. You only need the four lines: type, name, port, host. John On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Another day's experimentation and no more progress. One thing I notice is that the source code seems to refer to isapi_redirector2 and I'm using isapi_redirector.dll. I'm using that because I'm following instructions from ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their instructions indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, at least so far, have no reason to doubt them. I've also edited my worker.properties files to a minimum just for testing. I'm including it below. But I'm still puzzled as to why I'm getting the 404 error. The log indicates that an ajp13 worker is being created successfully and I don't really see any errors related to it, other than the 404. [Tue Jun 24 12:47:34 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13 [Tue Jun 24 12:47:34 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (860)]: HttpExtensionProc got a worker for name ajp13 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1352)]: Into jk_worker_t::get_endpoint [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1075)]: Into jk_endpoint_t::service [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (280)]: Into ajp_marshal_into_msgb [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (413)]: ajp_marshal_into_msgb - Done [Tue Jun 24 12:47:34 2003] [jk_connect.c (116)]: Into jk_open_socket [Tue Jun 24 12:47:34 2003] [jk_connect.c (123)]: jk_open_socket, try to connect socket = 2600 [Tue Jun 24 12:47:34 2003] [jk_connect.c (132)]: jk_open_socket, after connect ret = 0 [Tue Jun 24 12:47:34 2003] [jk_connect.c (140)]: jk_open_socket, set TCP_NODELAY to on [Tue Jun 24 12:47:34 2003] [jk_connect.c (148)]: jk_open_socket, return, sd = 2600 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (588)]: In jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (612)]: sending to ajp13 #294 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (853)]: ajp_send_request 2: request body to send 0 - request body to resend 0 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (698)]: received from ajp13 #81 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (461)]: ajp_unmarshal_response: status = 404 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (466)]: ajp_unmarshal_response: Number of headers is = 2 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (506)]: ajp_unmarshal_response: Header[0] [Content-Type] = [text/html;charset=ISO-8859-1] [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (506)]: ajp_unmarshal_response: Header[1] [Content-Language] = [en-US] [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (428)]: Into jk_ws_service_t::start_response [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (698)]: received from ajp13 #756 [Tue Jun 24
RE: Connectors for IIS/Tomcat SHOULD make sense
Hi Jason, Yes the green arrow is green and pointing up. I've removed and added both the filter and the virtual directory many times. I really seem to have no problem getting it to work. I believe that it's Tomcat that is causing the problem as the log indicates an ajp13 worker is created. Also most of the various urls I've tried get a match in the log. So this indicates to me that the properties files are being used. So for example my minimal worker.properties has /examples/*=ajp13. If I use http://inqtomcat/examples/; the log shows that a match is found in uriworkermap.properties. HttpFilterProc then checks to see if it's a servlet, etc. However the log then shows that it tries to map /jakarta/isapi_redirector.dll and doesn't find a match. I don't think it should be trying to match that or map it. Also I've tried /examples or other files with inqtomcat:8080 and they work fine. So it looks to me like the filter is redirecting from IIS to Tomcat as it should but Tomcat then is trying to do the wrong thing with the file. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 2:54 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Lets get back to basics... Is the ISAPI plugin showing with a green arrow in IIS indicating it has been loaded successfully? What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Regards, -- Jason Bainbridge http://jblinux.org On Wed, 25 Jun 2003 02:27, Januski, Ken wrote: Thanks John, I wasn't sure about the loadbalancing. I commented it out but I'm still getting the 404 errors, /jakarta/isapi_redirector.dll is not available. I've watched other people have this error, including someone about a week ago I think, in which you gave some advice. But as far as I can tell the problem was never solved. It's surprising to me how fragile the IIS/Tomcat connectors seem to be. Most of the documentation finally ends with this should now work. If not please check for typos in worker.properties, etc. Perhaps this really is the right advice and I'll eventually see a typo. But right now it sure doesn't look like there are any to me and it's hard to know where to turn next, other than scouring the web for people who've had similar problems. I guess what I find oddest is that the logs are full of information but no one seems to know how to interpret them But then again I probably put more stock in logs than many people do. Ken -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 1:58 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense There's no need for any of the loadbalancing stuff in workers.properties. You only need the four lines: type, name, port, host. John On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Another day's experimentation and no more progress. One thing I notice is that the source code seems to refer to isapi_redirector2 and I'm using isapi_redirector.dll. I'm using that because I'm following instructions from ESRI for preparing IIS and Tomcat for an ArcIMS upgrade. Their instructions indicate that isapi_redirector.dll should work with Tomcat 4.1.12 and I, at least so far, have no reason to doubt them. I've also edited my worker.properties files to a minimum just for testing. I'm including it below. But I'm still puzzled as to why I'm getting the 404 error. The log indicates that an ajp13 worker is being created successfully and I don't really see any errors related to it, other than the 404. [Tue Jun 24 12:47:34 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name ajp13 [Tue Jun 24 12:47:34 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Tue Jun 24 12:47:34 2003] [jk_isapi_plugin.c (860)]: HttpExtensionProc got a worker for name ajp13 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1352)]: Into jk_worker_t::get_endpoint [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (1075)]: Into jk_endpoint_t::service [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (280)]: Into ajp_marshal_into_msgb [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (413)]: ajp_marshal_into_msgb - Done [Tue Jun 24 12:47:34 2003] [jk_connect.c (116)]: Into jk_open_socket [Tue Jun 24 12:47:34 2003] [jk_connect.c (123)]: jk_open_socket, try to connect socket = 2600 [Tue Jun 24 12:47:34 2003] [jk_connect.c (132)]: jk_open_socket, after connect ret = 0 [Tue Jun 24 12:47:34 2003] [jk_connect.c (140)]: jk_open_socket, set TCP_NODELAY to on [Tue Jun 24 12:47:34 2003] [jk_connect.c (148)]: jk_open_socket, return, sd = 2600 [Tue Jun 24 12:47:34 2003] [jk_ajp_common.c (588)]: In jk_endpoint_t::ajp_connect_to_endpoint, connected sd = 2600 [Tue Jun 24 12:47:34 2003
RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks Dom, I've wondered about using JK2 but since the ESRI instructions for ArcIMS say that JK should work I thought I'd stick with that. I just don't know much about JK2 so didn't want to perhaps complicate the problem. So for now I'm including worker.properties. If that doesn't help I may take you up on your offer for your JK2 configuration files. # workers.tomcat_home=C:\Tomcat4112 # workers.java_home=C:\java\jdk1.4 # # ps=\ # #---ADVANCED MODE--- #-- # # #---DEFAULT worker list-- #-- # #The worker that your plugins should create and work with # worker.list=ajp13 # #DEFAULT ajp13 WORKER DEFINITION- # #Defining a worker named ajp13 and of type ajp13 #Note that the name and the type do not have to match. # worker.ajp13.port=8009 worker.ajp13.host=inqtomcat worker.ajp13.type=ajp13 #*End worker.properties* Thanks to everyone who's spending time on this, Ken -Original Message- From: Dominic Parry [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:30 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Hi Ken I have a suggestion. You should try using JK2 instead of JK, ie use isapi_redirector2.dll. If you want, I can send you all my working configs for this connector. If you don't want to use it, try posting your workers.properties file, and we can try to spot that typo Cheers Dom - Original Message - From: Januski, Ken To: Tomcat Users List Sent: Tuesday, June 24, 2003 9:10 PM Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Hi Jason, Yes the green arrow is green and pointing up. I've removed and added both the filter and the virtual directory many times. I really seem to have no problem getting it to work. I believe that it's Tomcat that is causing the problem as the log indicates an ajp13 worker is created. Also most of the various urls I've tried get a match in the log. So this indicates to me that the properties files are being used. So for example my minimal worker.properties has /examples/*=ajp13. If I use http://inqtomcat/examples/; the log shows that a match is found in uriworkermap.properties. HttpFilterProc then checks to see if it's a servlet, etc. However the log then shows that it tries to map /jakarta/isapi_redirector.dll and doesn't find a match. I don't think it should be trying to match that or map it. Also I've tried /examples or other files with inqtomcat:8080 and they work fine. So it looks to me like the filter is redirecting from IIS to Tomcat as it should but Tomcat then is trying to do the wrong thing with the file. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 2:54 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Lets get back to basics... Is the ISAPI plugin showing with a green arrow in IIS indicating it has been loaded successfully? What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Regards, -- Jason Bainbridge http://jblinux.org On Wed, 25 Jun 2003 02:27, Januski, Ken wrote: Thanks John, I wasn't sure about the loadbalancing. I commented it out but I'm still getting the 404 errors, /jakarta/isapi_redirector.dll is not available. I've watched other people have this error, including someone about a week ago I think, in which you gave some advice. But as far as I can tell the problem was never solved. It's surprising to me how fragile the IIS/Tomcat connectors seem to be. Most of the documentation finally ends with this should now work. If not please check for typos in worker.properties, etc. Perhaps this really is the right advice and I'll eventually see a typo. But right now it sure doesn't look like there are any to me and it's hard to know where to turn next, other than scouring the web for people who've had similar problems. I guess what I find oddest is that the logs are full of information but no one seems to know how to interpret them But then again I probably put more stock in logs than many people do. Ken -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 1:58 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense There's no need for any of the loadbalancing stuff in workers.properties. You only need the four lines: type, name, port, host. John On Tue, 24 Jun 2003 13:10:33 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Another day's experimentation and no more progress. One thing I notice is that the source code seems to refer to isapi_redirector2 and I'm using isapi_redirector.dll. I'm using
RE: Connectors for IIS/Tomcat SHOULD make sense
Hmm. You know I've found references to both worker.properties and workers.properties and haven't found an explanation of why both seem to be used. I believe I've used both names in my lengthy attempts to get this to work. But I'll change it and see what happens. I've also used the inqtomcat host name in the past when I used Tomcat 4.0 so thought I could use it again. Also I've changed it back to localhost in my many tests but still ran into failures. But I'll also try localhost again just to see. Yes, registry files are consistent with everything else. I'll check them one more time with these new changes and see what happens. -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:40 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense A couple things: - the file should be workers.properties, not worker.properties - the host parameter has to be something that the redirector can find...so if you aren't using localhost, you are better off with an IP address I'm assuming you made all the registry entries, right? HTH John On Tue, 24 Jun 2003 15:34:40 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Thanks Dom, I've wondered about using JK2 but since the ESRI instructions for ArcIMS say that JK should work I thought I'd stick with that. I just don't know much about JK2 so didn't want to perhaps complicate the problem. So for now I'm including worker.properties. If that doesn't help I may take you up on your offer for your JK2 configuration files. # workers.tomcat_home=C:\Tomcat4112 # workers.java_home=C:\java\jdk1.4 # # ps=\ # #---ADVANCED MODE--- #-- # # #-- -DEFAULT worker list-- #-- # #The worker that your plugins should create and work with # worker.list=ajp13 # #DEFAULT ajp13 WORKER DEFINITION- # #Defining a worker named ajp13 and of type ajp13 #Note that the name and the type do not have to match. # worker.ajp13.port=8009 worker.ajp13.host=inqtomcat worker.ajp13.type=ajp13 #*End worker.properties* Thanks to everyone who's spending time on this, Ken -Original Message- From: Dominic Parry [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:30 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Hi Ken I have a suggestion. You should try using JK2 instead of JK, ie use isapi_redirector2.dll. If you want, I can send you all my working configs for this connector. If you don't want to use it, try posting your workers.properties file, and we can try to spot that typo Cheers Dom - Original Message - From: Januski, Ken To: Tomcat Users List Sent: Tuesday, June 24, 2003 9:10 PM Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Hi Jason, Yes the green arrow is green and pointing up. I've removed and added both the filter and the virtual directory many times. I really seem to have no problem getting it to work. I believe that it's Tomcat that is causing the problem as the log indicates an ajp13 worker is created. Also most of the various urls I've tried get a match in the log. So this indicates to me that the properties files are being used. So for example my minimal worker.properties has /examples/*=ajp13. If I use http://inqtomcat/examples/; the log shows that a match is found in uriworkermap.properties. HttpFilterProc then checks to see if it's a servlet, etc. However the log then shows that it tries to map /jakarta/isapi_redirector.dll and doesn't find a match. I don't think it should be trying to match that or map it. Also I've tried /examples or other files with inqtomcat:8080 and they work fine. So it looks to me like the filter is redirecting from IIS to Tomcat as it should but Tomcat then is trying to do the wrong thing with the file. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 2:54 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Lets get back to basics... Is the ISAPI plugin showing with a green arrow in IIS indicating it has been loaded successfully? What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Regards, -- Jason Bainbridge http://jblinux.org On Wed, 25 Jun 2003 02:27, Januski, Ken wrote: Thanks John, I wasn't sure about the loadbalancing. I commented it out but I'm still getting the 404 errors, /jakarta/isapi_redirector.dll is not available. I've watched other people have this error, including someone about a week ago I think, in which you gave some advice. But as far as I can tell the problem was never solved. It's surprising to me how fragile the IIS/Tomcat connectors seem to be. Most of the documentation finally ends
RE: Connectors for IIS/Tomcat SHOULD make sense
Jason, I just used this address: http://inqtomcat/examples/jsp/index.html It failed with the /jakarta/isapi_redirector.dll is not available error. If I use this address I'm fine: http://inqtomcat/examples/jsp/index.html I can substitute localhost for inqtomcat with same results. The errors are in the isapi_redirector log. Whether IIS or Tomcat is throwing the errors is a matter of guesswork as far as I can tell. This is the exact line from log: [jk_ajp_common.c (461)]: ajp_unmarshal_response: status = 404 I actually was hoping that someone on the list could tell ME what's throwing the error. I think if I knew that I'd be a lot closer to a solution. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:51 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 02:53, Jason Bainbridge wrote: What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Can you please answer these questions? It will help work out what the actual problem is so we can try to resolve it better... -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
After changing name of file from worker.properties to workers.properties and changing the host back to localhost, and then changing registry to reflect this I still get the same errors: 404, resource /jakarta/isapi_redirector.dll is not available. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:47 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Hmm. You know I've found references to both worker.properties and workers.properties and haven't found an explanation of why both seem to be used. I believe I've used both names in my lengthy attempts to get this to work. But I'll change it and see what happens. I've also used the inqtomcat host name in the past when I used Tomcat 4.0 so thought I could use it again. Also I've changed it back to localhost in my many tests but still ran into failures. But I'll also try localhost again just to see. Yes, registry files are consistent with everything else. I'll check them one more time with these new changes and see what happens. -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:40 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense A couple things: - the file should be workers.properties, not worker.properties - the host parameter has to be something that the redirector can find...so if you aren't using localhost, you are better off with an IP address I'm assuming you made all the registry entries, right? HTH John On Tue, 24 Jun 2003 15:34:40 -0400, Januski, Ken [EMAIL PROTECTED] wrote: Thanks Dom, I've wondered about using JK2 but since the ESRI instructions for ArcIMS say that JK should work I thought I'd stick with that. I just don't know much about JK2 so didn't want to perhaps complicate the problem. So for now I'm including worker.properties. If that doesn't help I may take you up on your offer for your JK2 configuration files. # workers.tomcat_home=C:\Tomcat4112 # workers.java_home=C:\java\jdk1.4 # # ps=\ # #---ADVANCED MODE--- #-- # # #-- -DEFAULT worker list-- #-- # #The worker that your plugins should create and work with # worker.list=ajp13 # #DEFAULT ajp13 WORKER DEFINITION- # #Defining a worker named ajp13 and of type ajp13 #Note that the name and the type do not have to match. # worker.ajp13.port=8009 worker.ajp13.host=inqtomcat worker.ajp13.type=ajp13 #*End worker.properties* Thanks to everyone who's spending time on this, Ken -Original Message- From: Dominic Parry [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:30 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Hi Ken I have a suggestion. You should try using JK2 instead of JK, ie use isapi_redirector2.dll. If you want, I can send you all my working configs for this connector. If you don't want to use it, try posting your workers.properties file, and we can try to spot that typo Cheers Dom - Original Message - From: Januski, Ken To: Tomcat Users List Sent: Tuesday, June 24, 2003 9:10 PM Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Hi Jason, Yes the green arrow is green and pointing up. I've removed and added both the filter and the virtual directory many times. I really seem to have no problem getting it to work. I believe that it's Tomcat that is causing the problem as the log indicates an ajp13 worker is created. Also most of the various urls I've tried get a match in the log. So this indicates to me that the properties files are being used. So for example my minimal worker.properties has /examples/*=ajp13. If I use http://inqtomcat/examples/; the log shows that a match is found in uriworkermap.properties. HttpFilterProc then checks to see if it's a servlet, etc. However the log then shows that it tries to map /jakarta/isapi_redirector.dll and doesn't find a match. I don't think it should be trying to match that or map it. Also I've tried /examples or other files with inqtomcat:8080 and they work fine. So it looks to me like the filter is redirecting from IIS to Tomcat as it should but Tomcat then is trying to do the wrong thing with the file. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 2:54 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Lets get back to basics... Is the ISAPI plugin showing with a green arrow in IIS indicating it has been loaded successfully? What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Regards, -- Jason Bainbridge http://jblinux.org On Wed, 25 Jun 2003 02:27, Januski, Ken wrote: Thanks John, I wasn't sure
RE: Connectors for IIS/Tomcat SHOULD make sense
Oops. I forgot to put the :8080 in the address that worked below. Basically if I put in :8080 everything is fine but without it I keep getting the same errors. -Original Message- From: Januski, Ken [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:59 PM To: Tomcat Users List Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Jason, I just used this address: http://inqtomcat/examples/jsp/index.html It failed with the /jakarta/isapi_redirector.dll is not available error. If I use this address I'm fine: http://inqtomcat/examples/jsp/index.html I can substitute localhost for inqtomcat with same results. The errors are in the isapi_redirector log. Whether IIS or Tomcat is throwing the errors is a matter of guesswork as far as I can tell. This is the exact line from log: [jk_ajp_common.c (461)]: ajp_unmarshal_response: status = 404 I actually was hoping that someone on the list could tell ME what's throwing the error. I think if I knew that I'd be a lot closer to a solution. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:51 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 02:53, Jason Bainbridge wrote: What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Can you please answer these questions? It will help work out what the actual problem is so we can try to resolve it better... -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
Yes Dom, I did mean http://inqtomcat:8080/examples/jsp/index.html I'm getting tired and making typos I'm afraid. I haven't permissions for IUSER on the folder containing the dll since this is the first time I've seen that suggested. I guess it's another possibility. Ken -Original Message- From: Dominic Parry [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 4:03 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Hi Ken I'm assuming you mean that http://inqtomcat:8080/examples/jsp/index.html is working. Have you set the permissions on the folder containing the isapi dll such that your IUSER has read and execute permissions? -Dom - Original Message - From: Januski, Ken To: Tomcat Users List Sent: Tuesday, June 24, 2003 9:59 PM Subject: RE: Connectors for IIS/Tomcat SHOULD make sense Jason, I just used this address: http://inqtomcat/examples/jsp/index.html It failed with the /jakarta/isapi_redirector.dll is not available error. If I use this address I'm fine: http://inqtomcat/examples/jsp/index.html I can substitute localhost for inqtomcat with same results. The errors are in the isapi_redirector log. Whether IIS or Tomcat is throwing the errors is a matter of guesswork as far as I can tell. This is the exact line from log: [jk_ajp_common.c (461)]: ajp_unmarshal_response: status = 404 I actually was hoping that someone on the list could tell ME what's throwing the error. I think if I knew that I'd be a lot closer to a solution. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:51 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 02:53, Jason Bainbridge wrote: What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Can you please answer these questions? It will help work out what the actual problem is so we can try to resolve it better... -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
Friendly messages are turned off but the error page is the familiar Tomcat one. It just slipped my mind that that indicated that Tomcat was throwing the error. I've set up permissions on the dll indentical to the ones that used to work, pretty broad all in all. Dom suggested looking at the IUSR permissions for it but I hadn't heard of that being necessary before. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 4:09 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense Are you using MSIE? Try turning Friendly HTTP Error messages off, the page you get will then indicate what is throwing the 404, Tomcats will have that blue bar and what not. Also have you checked out the permissions on the DLL? On Wed, 25 Jun 2003 03:59, Januski, Ken wrote: Jason, I just used this address: http://inqtomcat/examples/jsp/index.html It failed with the /jakarta/isapi_redirector.dll is not available error. If I use this address I'm fine: http://inqtomcat/examples/jsp/index.html I can substitute localhost for inqtomcat with same results. The errors are in the isapi_redirector log. Whether IIS or Tomcat is throwing the errors is a matter of guesswork as far as I can tell. This is the exact line from log: [jk_ajp_common.c (461)]: ajp_unmarshal_response: status = 404 I actually was hoping that someone on the list could tell ME what's throwing the error. I think if I knew that I'd be a lot closer to a solution. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 3:51 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 02:53, Jason Bainbridge wrote: What does your uriworkermap.properties file look like? What is throwing the 404? Tomcat or IIS? What URL are you trying to access when you get the 404? Can you please answer these questions? It will help work out what the actual problem is so we can try to resolve it better... -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
I've honed uriworkermap.properties down to just this simple one below and have only tried accessing pages that it should find, like http://inqtomcat/examples/jsp/index.html I was also looking at the Professional Tomcat book and it mentioned running netstat -a to make sure port 8009 was listening. When I did I found two entries: one established and one listening. I'm not sure if that could have anything to do with the problem but I did want to mention it. # #Simple worker configuration file # #Mount the Servlet context to the ajp13 worker # /servlet/*=ajp13 # #Mount the examples context to the ajp13 worker # /examples/*=ajp13 # #Advanced mount of the examples context # #/examples/servlet/*=ajp13 # #*End uriworkermap.properties* -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 4:40 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 04:15, Januski, Ken wrote: Friendly messages are turned off but the error page is the familiar Tomcat one. It just slipped my mind that that indicated that Tomcat was throwing the error. I guess the question then is why is Tomcat trying to load /jakarta/isapi_redirector.dll? do you have a uriworkermap.properties file? -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks for the advice David, Yes I've come to realize the value of a reboot. But I just tried once again after changing back to the isapi_redirect.dll and still got the same errors. So, after 8 hours today I'm going to call it quits for the day. Maybe some sort of magic will occur overnight. If not I guess I'll start from scratch again. Ken -Original Message- From: David Legg [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:34 PM To: 'Tomcat Users List' Subject: RE: Connectors for IIS/Tomcat SHOULD make sense I know this will seem trivial... but I've set several systems up now under NT4/W2k JK1 (both versions) and more recently JK2 and you can't beat a good reboot between changes to the configuration. Have you rebooted your server at all during these many tests? Part of the trouble is there are several flavors of JK1 connector and some don't work! Here's part of my diary for 7th February 2003... Decided to try and fix the problem with rebooting the server and Tomcat not coming up properly. Documentation is scarce! I already knew that there were two versions of redirector files; one called isapi_redirect.dll and one called isapi_redirector.dll. I had the notion that the latter was newer and that is what is currently being used on the site. I soon discovered this is no longer the case and the latest version is now called isapi_redirect.dll and can be found here (http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2. 2/bin/win32/). Guess my horror when I discovered a couple of weeks ago that there was yet another connector available (JK2) and all the configuration syntax was different yet again! Regards, David Legg Webmaster - 3Dlabs http://www.3dlabs.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks Jason, Yes I've edited the registry over and over, trying forward slashes, backslashed backwards slashes, etc. in path name all to know avail. I'm going to call it quits for today and hope that something will make more sense tomorrow. If not I guess I'll just start from scratch with a reinstallation. The fact the the redirect logs say that they've found so many rules and then found matches against those rules makes me think that there is no problem finding the uriworkermap.properties files, since that's where these are defined. But something sure is whacky with the loading of isapi_redirect(or). Maybe tomorrow it will all make more sense. Thanks much for all your efforts in trying to solve it. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:21 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense On Wed, 25 Jun 2003 04:53, Januski, Ken wrote: I've honed uriworkermap.properties down to just this simple one below and have only tried accessing pages that it should find, like http://inqtomcat/examples/jsp/index.html I'm taking a guess here that it isn't finding your uriworkermap.properties file and it is trying to load everything including the DLL (which obviously should be loaded by IIS). Have you got all the registry keys setup correctly as per the following page? http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html?page=2 Regards, -- Jason Bainbridge http://jblinux.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Connectors for IIS/Tomcat SHOULD make sense
but I've yet found any sensible explanation of hooking up IIS and Tomcat. I have found step by step instructions but not any explanations. What's more embarrassing is that I posted a similar IIS/Tomcat problem 3-4 months ago, finally solved it, and now I've upgraded Tomcat and have it again. Though there are a number of howtos on getting IIS and Tomcat working together I'm still looking for some help in making sense of the actual process, in other words I ought to be able to look at the redirector logs and figure out what the problem is, or at least where to start looking. The redirector logs seem to be full of useful information and yet I see numerous people posting messages here asking for help with them. So I guess what I'm asking is if there is any resource that can help explain the logs. I'd really like to just read them and diagnose the problem based on that. Can anyone point me to such a resource? I believe that my current problem is that Tomcat is trying to map the redirector when it should be doing something else. So I'm getting log entries that say: [jk_isapi_plugin.c (759)]: In HttpFilterProc Virtual Host redirection of /inqtomcat/jakarta/isapi_redirector.dll [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (477)]: Attempting to map URI '/inqtomcat/jakarta/isapi_redirector.dll' [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match [jk_isapi_plugin.c (765)]: In HttpFilterProc test Default redirection of /jakarta/isapi_redirector.dll [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (477)]: Attempting to map URI '/jakarta/isapi_redirector.dll' [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match I'm pretty sure that Tomcat shouldn't be trying to map the dll though that's just a guess. That's why I believe that if I could find some explanation of the whole process I could figure out the answer on my own, and perhaps others could as well, rather than sending so many message here regarding it. By the way I have looked at archives and seen a number of entries that come close to solving the above problem. But none of them work for me and they don't really explain what is going on, or if they do I'm just missing it. As I said I think if I could figure out what is going on in the connector process that I could figure it out for myself. Thanks for any help. Ken
RE: Connectors for IIS/Tomcat SHOULD make sense
Thanks Jason, Yes I've seen the link and read it a number of times but haven't gotten anywhere. I assume that the problem is in worker.properties but still can't find just what it is. I suppose it could be one of those stupid typos that you look at 50 times before recognizing but I'm sure I've looked at least 49 so far. (I'm using also worker rather than workers2 because I believe that should work with Tomcat 4.1.12. by the way. I've considered changing to workers2 but that could open up a whole new can of worms.) I did compare my logs to an old log that was working until I upgraded Tomcat. In that log there's no attempt to map isapi_redirector.dll so I figure that must be where things are going wrong. Thanks for the link to the source. I'm hoping I'll find the answer there. Ken -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 1:31 PM To: Tomcat Users List Subject: Re: Connectors for IIS/Tomcat SHOULD make sense What entries have you got in your workers2.properties? Sounds like something is wrong with your setup... I'm assuming you have seen this howto? http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/installhowto.html As for making sense of the process, gotta love open source: http://tinyurl.com/f1lo Nothing beats reading the source itself. :) Regards, -- Jason Bainbridge http://jblinux.org On Tue, 24 Jun 2003 01:19, Januski, Ken wrote: but I've yet found any sensible explanation of hooking up IIS and Tomcat. I have found step by step instructions but not any explanations. What's more embarrassing is that I posted a similar IIS/Tomcat problem 3-4 months ago, finally solved it, and now I've upgraded Tomcat and have it again. Though there are a number of howtos on getting IIS and Tomcat working together I'm still looking for some help in making sense of the actual process, in other words I ought to be able to look at the redirector logs and figure out what the problem is, or at least where to start looking. The redirector logs seem to be full of useful information and yet I see numerous people posting messages here asking for help with them. So I guess what I'm asking is if there is any resource that can help explain the logs. I'd really like to just read them and diagnose the problem based on that. Can anyone point me to such a resource? I believe that my current problem is that Tomcat is trying to map the redirector when it should be doing something else. So I'm getting log entries that say: [jk_isapi_plugin.c (759)-- Jason Bainbridge http://jblinux.org]: In HttpFilterProc Virtual Host redirection of /inqtomcat/jakarta/isapi_redirector.dll [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (477)]: Attempting to map URI '/inqtomcat/jakarta/isapi_redirector.dll' [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match [jk_isapi_plugin.c (765)]: In HttpFilterProc test Default redirection of /jakarta/isapi_redirector.dll [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [jk_uri_worker_map.c (477)]: Attempting to map URI '/jakarta/isapi_redirector.dll' [jk_uri_worker_map.c (599)]: jk_uri_worker_map_t::map_uri_to_worker, done without a match I'm pretty sure that Tomcat shouldn't be trying to map the dll though that's just a guess. That's why I believe that if I could find some explanation of the whole process I could figure out the answer on my own, and perhaps others could as well, rather than sending so many message here regarding it. By the way I have looked at archives and seen a number of entries that come close to solving the above problem. But none of them work for me and they don't really explain what is going on, or if they do I'm just missing it. As I said I think if I could figure out what is going on in the connector process that I could figure it out for myself. Thanks for any help. Ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat problems every morning.
Just out of curiosity have you posted this question to mysql users list now that you see the problem pointing to mysql? -Original Message- From: Hemendra Rana [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 9:33 AM To: Tomcat Users List Subject: Re: Tomcat problems every morning. The traces that I put yesterday did indeed show that it is the MySQL database driver that times out the connection. I have added autoReconnect=true to the URL. Lets see if that works. Following is the stack trace of the exception that I got: java.sql.SQLException: Communication link failure: java.io.IOException at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:1606) at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:886) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:945) at com.mysql.jdbc.Connection.execSQL(Connection.java:1809) at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1458) . Thanks, Hemendra Paul (BRI) wrote: My comment won't be that helpful - but I started out at the same place - each morning I came in a got a call from staff saying the pages with content pulled from the dbase was down. One thing I know, as others suggested, it has to do with the JDBC/connection - in our case it happens when the network connection between our linux box and our sql box os broken at some point - I think the ISP does late night maintenance on the line (this is setup on an office DSL line). We are still working to isolate the problem - but it does seem to be JDBC related. I have tried simply pulling the cable on the back of one box for a few seconds and the connection does die and will not reconnect. I plan to post back to the group when we get a better sense of the problem - we are still fooling with it. In our case we are using MSSQL with the MS JDBC driver. I thought I saw a post somewhere that said the mySQL driver had a autoReconnect=true setting - I think I saw it on the Apache site. I hope you figure things out. Paul -Original Message- From: Hollerman Geralyn M [mailto:[EMAIL PROTECTED] Sent: Sunday, June 01, 2003 9:07 PM To: Tomcat Users List Subject: Re: Tomcat problems every morning. On Sun, 01 Jun 2003 18:14:05 -0700, Hemendra Rana wrote Are you using mysql database on the backend too. Someone here pointed out that by default, mysql driver times out after every 8 hours. I still needs to verify whether that is the cause of my problem though. Will let you know of my finds. Why, yes, I am. And I thought perhaps MySQL was the problem - but I was told by some people using Oracle and PostgreSQL databases that they'd seen the problem as well. I tried putting in some code to set the driver time-out value, but evidently I didn't do it correctly, as the problem persisted. I don't see the error with versions of Tomcat previous to 4.1.x, tho. Lynn Hollerman. - 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: Tomcat problems every morning.
For what it's worth I use Tomcat 4.0 and mySQL in production environment and don't have any of the aforementioned problems. I DO restart mySQL from script on daily basis but I never had any problems that caused me to do so. I just wanted a daily backup of the database and daily transactions and for me the simplest way to do it was to just stop the service, do whatever I needed and then restart. But I had no problems before I switched to the daily restart. I'd have to check what version of mySQL and driver that I'm using. You're probably using newer ones and there may be problems with them that I don't have with mine. -Original Message- From: Chong Yu Meng [mailto:[EMAIL PROTECTED] Sent: Monday, June 02, 2003 12:08 PM To: Tomcat Users List Subject: Re: Tomcat problems every morning. Geralyn M Hollerman wrote: For the stuff I'm working with, *I'm* the DBA. Oops ! Sorry to hear that ! I've never had much luck with MySQL myself, because it has some pretty funky methods of configuring permissions. I use Firebird when I can. Anyway, I'm pretty sure it isn't Tomcat that is causing the problems, because it seems that your problem is pretty regular (every 8 hours ?). I could be wrong, but I'd look at the database. Connection pooling is not enabled by default in Tomcat. Regards, pascal chong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ISAPI redirector
Does the iis_redirect.log tell you anything? -Original Message- From: Rick Baker [mailto:[EMAIL PROTECTED] Sent: Friday, April 04, 2003 2:31 PM To: [EMAIL PROTECTED] Subject: ISAPI redirector I'm running a server with the following: Win2k IIS5 J2sdk1.4.0 Tomcat 4.1.12 I successfully install Tomcat and the ISAPI redirector and test it with the following http://localhost/examples/servlet/HelloWorldExample http://localhost/examples/servlet/HelloWorldExample and it works just fine. The redirector is working as advertised. However, after rebooting the server and check that Tomcat, etc is running the redirector no longer works. I have to use http://localhost:8080/examples/servlet/HelloWorldExample http://localhost:8080/examples/servlet/HelloWorldExample in order to run the example. Any suggestion would be appreciated. Rick Baker GIS/Network Administrator Salt Lake County Recorder's Office 2001 S. State St. Suite #N1600 SLC, UT 84190 Ph: 801-468-3399 Fax: 801-468-3335 Email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Debian, Apache 2.0.44, Tomcat 4.1.24, IBM JDK 1.4, JNI inprocess
I've always used the Blackdown JVM on Debian. But I use it sporadically so I can't say I'm up to date on it or any other JVMs for Debian. But I know I chose it for a reason, probably because the Debian Users List recommended it. I'm sure you'd get a quick answer on the Debian User list. -Original Message- From: Richard Dunn [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2003 12:46 PM To: Tomcat Users List Subject: Re: Debian, Apache 2.0.44, Tomcat 4.1.24, IBM JDK 1.4, JNI inprocess On Thursday 03 April 2003 10:00, Peter H. wrote: Would be nice hint if sun's jvm runs under debian...heard it doesn't You know about this rumor? It has been 1 year since I last used Debian, so I am not aware of this rumor. I hope it is not the case. I have been using the above configuration (except NOT as JNI) on Redhat 8, and SUSE 8 and have had no problems. - 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]