RE: [VOTE] 5.5.12 Stability
I have one of my weired bugs Remy and it affects 5.5.9+. I've mentioned it before about auto deployment of WARs. This time I am working out as best I can the critical failure point, but essentially a valid WAR is not being deployed and it appears to be linked to the number of JARs in the lib folder (in this case 20MB) and a web.xml that contains custom context listeners. On auto deploy the error yields web.xml cannot be found which is false. Depending on how many JARs I delete from the LIB folder, the WAR explodes or does not with the error. I will have a bug report that explains in more detail the process I have gone through. Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 06 October 2005 10:49 To: Tomcat Developers List Subject: Re: [VOTE] 5.5.12 Stability Henri Gomez wrote: Should we post-pone to 5.5.13 the fixes to Jasper2 ? Yes, it seems like it. I don't even know if they are fixable at this point. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK Disclaimer: The information contained within this e-mail is confidential and may be privileged. This email is intended solely for the named recipient only; if you are not authorised you must not disclose, copy, distribute, or retain this message or any part of it. If you have received this message in error please contact the sender at once so that we may take the appropriate action and avoid troubling you further. Any views expressed in this message are those of the individual sender. QAS Limited has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as QAS Limited deems to be necessary in order to protect its information, its interests and its reputation. Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee that attachments are virus free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced. /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] 5.5.12 Stability
i take this back, it's only 5.5.9 that is exhibiting this behaviour, 5.5.12 fully explodes the war correctly. -Original Message- From: Allistair Crossley Sent: 06 October 2005 10:53 To: Tomcat Developers List Subject: RE: [VOTE] 5.5.12 Stability I have one of my weired bugs Remy and it affects 5.5.9+. I've mentioned it before about auto deployment of WARs. This time I am working out as best I can the critical failure point, but essentially a valid WAR is not being deployed and it appears to be linked to the number of JARs in the lib folder (in this case 20MB) and a web.xml that contains custom context listeners. On auto deploy the error yields web.xml cannot be found which is false. Depending on how many JARs I delete from the LIB folder, the WAR explodes or does not with the error. I will have a bug report that explains in more detail the process I have gone through. Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 06 October 2005 10:49 To: Tomcat Developers List Subject: Re: [VOTE] 5.5.12 Stability Henri Gomez wrote: Should we post-pone to 5.5.13 the fixes to Jasper2 ? Yes, it seems like it. I don't even know if they are fixable at this point. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK Disclaimer: The information contained within this e-mail is confidential and may be privileged. This email is intended solely for the named recipient only; if you are not authorised you must not disclose, copy, distribute, or retain this message or any part of it. If you have received this message in error please contact the sender at once so that we may take the appropriate action and avoid troubling you further. Any views expressed in this message are those of the individual sender. QAS Limited has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as QAS Limited deems to be necessary in order to protect its information, its interests and its reputation. Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee that attachments are virus free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced. /FONT - 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: [VOTE] 5.5.12 Stability
i'm going to test our intranet application on 5.5.12 today, will let you know the result. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 05 October 2005 10:44 To: Tomcat Developers List Subject: Re: [VOTE] 5.5.12 Stability Yoav Shapira wrote: Tomcat 5.5.12 is: [X] Stable - no major issues, It looks good enough to me. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK Disclaimer: The information contained within this e-mail is confidential and may be privileged. This email is intended solely for the named recipient only; if you are not authorised you must not disclose, copy, distribute, or retain this message or any part of it. If you have received this message in error please contact the sender at once so that we may take the appropriate action and avoid troubling you further. Any views expressed in this message are those of the individual sender. QAS Limited has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as QAS Limited deems to be necessary in order to protect its information, its interests and its reputation. Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee that attachments are virus free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced. /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] 5.5.12 Stability
Hi, I've tested our intranet app on 5.5.12. Our application uses the following extensively; NTLM authentication via IIS5/JK1.2 META-INF/context.xml configuration 8 JNDI datasources (mix of various SQL Server 2K databases and JavaMail) Log4J Hibernate Spring Struts CMS Seems a touch faster than usual to me but this is speculation. The only issue that was reported is lots of these: org.xml.sax.SAXParseException: URI was not reported to parser for entity [document] at gnu.xml.aelfred2.SAXDriver.warn(SAXDriver.java:934) These are only WARN level and do not appear to have affected the operation of the web app, however there are at least 10 of these stack traces in the logs which *may* confuse some users to think Tomcat is failing. These only occur for Spring's applicationContext file which has a DTD of !DOCTYPE beans PUBLIC -//SPRING//DTD BEAN//EN http://www.springframework.org/dtd/spring-beans.dtd; My verdict based on testing is [X] Stable - no major issues Cheers, Allistair. -Original Message- From: Allistair Crossley Sent: 05 October 2005 10:57 To: Tomcat Developers List Subject: RE: [VOTE] 5.5.12 Stability i'm going to test our intranet application on 5.5.12 today, will let you know the result. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 05 October 2005 10:44 To: Tomcat Developers List Subject: Re: [VOTE] 5.5.12 Stability Yoav Shapira wrote: Tomcat 5.5.12 is: [X] Stable - no major issues, It looks good enough to me. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK Disclaimer: The information contained within this e-mail is confidential and may be privileged. This email is intended solely for the named recipient only; if you are not authorised you must not disclose, copy, distribute, or retain this message or any part of it. If you have received this message in error please contact the sender at once so that we may take the appropriate action and avoid troubling you further. Any views expressed in this message are those of the individual sender. QAS Limited has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as QAS Limited deems to be necessary in order to protect its information, its interests and its reputation. Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee that attachments are virus free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced. /FONT - 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: [ANN] Servlet and JSP APIs have moved to subversion
Hi Remy, I've been thinking about the Tomcat online documentation for quite a long time now, and have wanted to do something to enhance them for the community. I think I am going to be able to get back to doing this shortly. I've been looking at how other open-source projects that I consider to be very well documented approach documentation, and was most impressed with Christian Bauer's use of DocBook for Hibernate's HTML and PDF documentation. DocBook is a schema for defining books and one uses XSL to translate to HTML or PDF renditions. I've set this up on my PC and have purchased a decent XML editor for the task, but I'm keen to learn whether you would consider even approaching the documentation differently. All the best, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 06 September 2005 15:08 To: Tomcat Developers List Subject: Re: [ANN] Servlet and JSP APIs have moved to subversion Mark Thomas wrote: The following CVS modules have been migrated to subversion jakarta-servletapi jakarta-servletapi-4 jakarta-servletapi-5 These modules are now read only in CVS. The new SVN locations are: http://svn.apache.org/repos/asf/tomcat/servletapi/branches/ser vlet2.2-jsp1.1-tc3.x/ http://svn.apache.org/repos/asf/tomcat/servletapi/branches/ser vlet2.3-jsp1.2-tc4.x/ http://svn.apache.org/repos/asf/tomcat/servletapi/servlet2.4-j sp2.0-tc5.x/ NB Committers wishing to make changes to these modules will need to use https as per http://www.apache.org/dev/version-control.html#https-svn TC34 will move next (phase 4), followed by TC5, Connectors and Jasper2 (phase 5). A more detailed schedule, particularly for phase 5 since this is the focus of development, will be posted on the tomcat-dev list nearer the time. It seems to work well ! What's the next step ? I looked into the website work, and I think it should be enough to simply add a page for mailing lists and downloads (for starters, other pages can be added as needed). For the latter, what are the preferences ? One like jakarta.apache.org, or a much simpler one like httpd.apache.org ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Servlet and JSP APIs have moved to subversion
I've taken a look at Hibernate's DocBook usage and it appears to cover most of what the Tomcat documentation needs (chapters, paras, lists, code snippets, tables), but as you say, I will experiment with a chapter or two and upload it somewhere for you to take a look, hopefully it will be worthwhile ... Will be in touch, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 06 September 2005 15:36 To: Tomcat Developers List Subject: Re: [ANN] Servlet and JSP APIs have moved to subversion Allistair Crossley wrote: Hi Remy, I've been thinking about the Tomcat online documentation for quite a long time now, and have wanted to do something to enhance them for the community. I think I am going to be able to get back to doing this shortly. I've been looking at how other open-source projects that I consider to be very well documented approach documentation, and was most impressed with Christian Bauer's use of DocBook for Hibernate's HTML and PDF documentation. DocBook is a schema for defining books and one uses XSL to translate to HTML or PDF renditions. I've set this up on my PC and have purchased a decent XML editor for the task, but I'm keen to learn whether you would consider even approaching the documentation differently. Ok, feel free to experiment. The main drawback is that the DTD is more complicated. Besides that, it would produce better results. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Postcard
*rotfl* that's not Remy at all! ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 19 January 2005 15:14 To: tomcat-dev@jakarta.apache.org Subject: Postcard Best wishes, your friend. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] JK 1.2.8 Stability
+1 Not a developer, but we use JK for all our IIS5-Tomcat5.5 requests and also for uploading files to our server. We've seen JK broken in the past (stream termination, request processing errors and another recent one) all appear to have been fixed with 1.2.8. Cheers, Allistair. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: 04 January 2005 18:43 To: Tomcat Developers List Subject: Re: [VOTE] JK 1.2.8 Stability Jess Holle wrote: For those of us lurking waiting for the outcome of this vote, it would seem to be extraordinarily slow Yes. Seems like seasons time :). Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK throws java.lang.NumberFormatException when JSP is not found. (tomcat debug logging)
java.lang.NumberFormatException when JSP is not found. (trace logging) - Original Message - From: Allistair Crossley [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, December 16, 2004 8:18 AM Subject: RE: JK throws java.lang.NumberFormatException when JSP is not found. (trace logging) Hi, OK, just generated it again, and taken more trace ... I can see this ERROR ... [Thu Dec 16 16:14:22 2004] [2196:1556] [error] ajp_connection_tcp_get_message::jk_ajp_common.c (857): ERROR: can't receive the response message from tomcat, network problems or tomcat is down (127.0.0.1:8009), err=-1 Tomcat is *not* down though ;) The tomcat is down is IIS's response to Tomcat dropping the connection after the exception. It's strange that the 'bad' message and the 'good' retry message seem to be identical (and perfectly valid AJP/1.3 packets). Of course, JK1.2.8-RC1 will send different packets now that Mladen has fixed header parsing, but both forms are valid. In particular, the Content-Length is the string 0. I'd love to see the dump from the Tomcat side if you get a chance. This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: JK 1.2.7 beta 3 + URL rewriting scheme issue
derrick, I have changed the subject for this email as you hijacked my one which i am still researching. -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: 15 December 2004 23:19 To: Tomcat Developers List Cc: Tim Lucia Subject: RE: JK throws java.lang.NumberFormatException when JSP is not found. I've been testing JK 1.2.7 beta 3 +. For some reason, putting the jsessionid (URL rewriting) on the URL makes JK not deliver it to Tomcat (get a new session from tomcat for every request). Running the same web app with JK2 does not exhibit the problem. HttpServletRequest.isRequestedSessionIdFromURL() returns true for the JK2 configuration, but false for the JK configuration. I'm assuming it must be JK that decides to remove it from the URL (different URL rewriting scheme?), but I suppose it *could* be a bug in Tomcat HttpServletRequest implementation. Does anyone have any suggestions? Below is a sample URL. http://dkoesxp/ilt/rd/b73d019ee9a5d0e5d43c2c64831b9f05/ilt/Ins tructorLedTraining.do;jsessionid=F63D242A6554BC9C5A2CF8D00D613 F3F.dkoesxp:8009 The url rewriting part: ;jsessionid=F63D242A6554BC9C5A2CF8D00D613F3F.dkoesxp:8009 Thanks, Derrick -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 15, 2004 5:07 PM To: Tomcat Developers List; Tomcat Developers List Subject: RE: JK throws java.lang.NumberFormatException when JSP is not found. Hi, Will add trace logging first thing tomorrow morning and let you know. I really don't want to get a reputation for being imaginative you know ;) but this looked pretty much the direct cause to me, but I being to doubt myself ;) The stack trace certainly is not my imagination, I did afterall paste it into the email ;) Will come back to you tomorrow, Cheers, Allistair. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wed 15/12/2004 19:43 To: Tomcat Developers List Cc: Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Allistair Crossley wrote: Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. Did on IIS/WINXP/1.2.7-beta-3 No mater what files I'm asking existing or not I can not reproduce the error. Tested on 5.5.6 and 5.0.30. Really have no clue how to reproduce that. Please try turning log_level to trace, clear the logs, restart IIS, and post the jk log file. Otherwise we are stuck :(. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: JK throws java.lang.NumberFormatException when JSP is not found. (trace logging)
Hi Guys, Well I have trace logging on but there do not appear to be errors in the logs. You can clearly see from the timestamps on the logging below that the errors are linked to each other. As soon as I request a JSP that does not exist, e.g I request http://testserver/nosuchjsp.jsp I get the NumberFormatException in Tomcat stdout and I correctly get the standard Tomcat 404 error page. Does this trace logging help anymore? Cheers, Allistair. STDOUT == Dec 16, 2004 2:19:08 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 16, 2004 2:19:08 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 JK === [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] ajp_get_reply::jk_ajp_common.c (1329): enter [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] ajp_connection_tcp_get_message::jk_ajp_common.c (846): enter [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): received from ajp13 pos=0 len=86 max=8192 [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 04 01 94 00 0E 2F 6E 6F 73 75 63 68 6A 73 70 2E - ./nosuchjsp. [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 00106A 73 70 00 00 02 00 0C 43 6F 6E 74 65 6E 74 2D - jsp.Content- [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 002054 79 70 65 00 00 17 74 65 78 74 2F 68 74 6D 6C - Type...text/html [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 00303B 63 68 61 72 73 65 74 3D 75 74 66 2D 38 00 00 - ;charset=utf-8.. [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 00400E 43 6F 6E 74 65 6E 74 2D 4C 65 6E 67 74 68 00 - .Content-Length. [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 005000 03 39 39 32 00 6D 69 6C 79 3A 54 61 68 6F 6D - ..992.mily:Tahom [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] ajp_connection_tcp_get_message::jk_ajp_common.c (935): exit [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] ajp_process_callback::jk_ajp_common.c (1220): enter [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] ajp_unmarshal_response::jk_ajp_common.c (522): enter [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_unmarshal_response::jk_ajp_common.c (538): status = 404 [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_unmarshal_response::jk_ajp_common.c (544): Number of headers is = 2 [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_unmarshal_response::jk_ajp_common.c (599): Header[0] [Content-Type] = [text/html;charset=utf-8] [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_unmarshal_response::jk_ajp_common.c (599): Header[1] [Content-Length] = [992] [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] ajp_unmarshal_response::jk_ajp_common.c (606): exit [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] start_response::jk_isapi_plugin.c (385): enter [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] start_response::jk_isapi_plugin.c (451): exit [Thu Dec 16 14:19:08 2004] [2196:2232] [trace] ajp_connection_tcp_get_message::jk_ajp_common.c (846): enter [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): received from ajp13 pos=0 len=996 max=8192 [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 03 03 E0 3C 68 74 6D 6C 3E 3C 68 65 61 64 3E 3C - ...htmlhead [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 001074 69 74 6C 65 3E 41 70 61 63 68 65 20 54 6F 6D - titleApache.Tom [Thu Dec 16 14:19:08 2004] [2196:2232] [debug] ajp_connection_tcp_get_message::jk_ajp_common.c (930): 002063 61 74 2F 35 2E 35 2E 35 20 2D 20 45 72 72 6F - cat/5.5.5.-.Erro [Thu Dec 16 14:19:08 2004] [2196:2232] [debug]
RE: JK throws java.lang.NumberFormatException when JSP is not found. (trace logging)
] ajp_done::jk_ajp_common.c (1865): recycling connection [Thu Dec 16 16:14:22 2004] [2196:1556] [trace] ajp_done::jk_ajp_common.c (1867): exit -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED] Sent: 16 December 2004 15:38 To: Tomcat Developers List Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. (trace logging) - Original Message - From: Allistair Crossley [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, December 16, 2004 6:22 AM Subject: RE: JK throws java.lang.NumberFormatException when JSP is not found. (trace logging) Hi Guys, Well I have trace logging on but there do not appear to be errors in the logs. You can clearly see from the timestamps on the logging below that the errors are linked to each other. As soon as I request a JSP that does not exist, e.g I request http://testserver/nosuchjsp.jsp I get the NumberFormatException in Tomcat stdout and I correctly get the standard Tomcat 404 error page. Does this trace logging help anymore? After the 'processCallbacks status 2', Tomcat will drop the connection to IIS, and certainly not continue with the request. The Tomcat exception should look like an error in the IIS logs. The relevant part of the Jk log is probably the part above this. Cheers, Allistair. This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: JSP changes cause web app reload in 5.5?
Dear Remy, OK, you were right : ;) Our build file was secretly copying web.xml to the web application causing a web app reload. Sorry about that, but it was restarting at least on JSP copies ;) Allistair. -Original Message- From: Allistair Crossley Sent: 14 December 2004 22:04 To: Tomcat Developers List Subject: RE: JSP changes cause web app reload in 5.5? I had a quick go at this like you probably did with something simple, and there is certainly no web application reload in this circumstance. The web application in question is configured with JNDI datasources and log4j. The architecture of the application uses Struts and Tiles for JSPs. I think I am going to have to try to take copy of the application and work it backwards to see where/what causes the Tomcat web app reload. We use Ant to build the web application. For development JSPs this is a simple copy to the web app folder. For classes, they are compiled. Static resources and config files are also copied. I had the issue in question all day today. All I was doing was making textual changes to a JSP. I used Ant to copy them across (which we have been doing since April 2004) and then made a request to a Struts action (which then return the JSP in question). A white page is shown (or partial HTML page). Looking in stdout, you can see the web application has been reinitialised. The Ant build output shows no compilation of classes, so the reloadable aspect of Tomcat should not in my view be triggered. Thinking about it harder, I can say with 85% surity that this started happening with around 5.5.4 (since I always upgrade our test server on the day of a new Tomcat release). I don't know what else to add really at this point. I will perform some further tests tomorrow to narrow it down if I can, but this is an issue with *something*, it's just finding out where. It could be as simple as Ant is touching class files when it should not (which it never used to so I doubt it) or it could be something in Tomcat but I would not know what/why. Will let you know if I find any more hard links to what causes the issue. Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tue 14/12/2004 17:07 To: Tomcat Developers List Cc: Subject: Re: JSP changes cause web app reload in 5.5? Allistair Crossley wrote: Myself and my developers have noticed that with our new 5.5 development Tomcats changes to JSPs now cause Tomcat to reload our web applications. I cannot reproduce this. Is this expected behaviour? Perhaps the new JDT compiler? Can it be stopped without using reloadable=false? We don't use anti JAR locking either. You have a vivid imagination. What else ? Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
RE: JSP changes cause web app reload in 5.5?
Hi, Yep, sure enough 5.5.5's context.xml has WatchedResourceWEB-INF/web.xml/WatchedResource Cool. Thanks. I just stopped Ant from doing an explicit copy of web.xml unless the file has changed like everything else, and that works fine too. Cheers, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 15 December 2004 13:57 To: Tomcat Developers List Subject: Re: JSP changes cause web app reload in 5.5? Allistair Crossley wrote: Our build file was secretly copying web.xml to the web application causing a web app reload. I think earlier versions (like 5.0.x) used to watch web.xml as well. If you don't like the feature, you can edit the list of watched resources in conf/context.xml. Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
JK throws java.lang.NumberFormatException when JSP is not found.
Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. I don't know if this is an error with JK or not, but I assume that not finding a JSP should not cause a NumberFormatException? SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:31 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:31 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:32 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:32 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:32 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:33 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:868) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Dec 15, 2004 5:59:33 PM org.apache.jk.common.ChannelSocket processConnection WARNING: processCallbacks status 2 Dec 15, 2004 5:59:33 PM org.apache.jk.server.JkCoyoteHandler action INFO: Response already commited [EMAIL PROTECTED],0,java.lang.UnsatisfiedLinkError: setActiveDataNative [-5115] Dec 15, 2004 5:59:34 PM org.apache.jk.common.HandlerRequest invoke SEVERE: Error decoding request java.lang.NumberFormatException at org.apache.tomcat.util.buf.Ascii.parseInt(Ascii.java:145) at org.apache.tomcat.util.buf.ByteChunk.getInt(ByteChunk.java:491) at org.apache.tomcat.util.buf.MessageBytes.getInt(MessageBytes.java:645) at org.apache.jk.common.HandlerRequest.decodeHeaders(HandlerRequest.java:682) at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:504) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:361) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:745) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675) at
RE: JK throws java.lang.NumberFormatException when JSP is not found.
Hi, Will add trace logging first thing tomorrow morning and let you know. I really don't want to get a reputation for being imaginative you know ;) but this looked pretty much the direct cause to me, but I being to doubt myself ;) The stack trace certainly is not my imagination, I did afterall paste it into the email ;) Will come back to you tomorrow, Cheers, Allistair. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wed 15/12/2004 19:43 To: Tomcat Developers List Cc: Subject: Re: JK throws java.lang.NumberFormatException when JSP is not found. Allistair Crossley wrote: Hi Mladen, Just a follow-up on this decoding issue in JK. I have just this moment accidentally come upon a scenario where I can generate this error. You can generate it by requesting a JSP that does not exist, so long as you have a /*.jsp mapping in urimapping.properties. Did on IIS/WINXP/1.2.7-beta-3 No mater what files I'm asking existing or not I can not reproduce the error. Tested on 5.5.6 and 5.0.30. Really have no clue how to reproduce that. Please try turning log_level to trace, clear the logs, restart IIS, and post the jk log file. Otherwise we are stuck :(. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT
JSP changes cause web app reload in 5.5?
Hi Remy, I have a quick question that I'd like to ask that I don't think anyone on the user list is going to be able to answer ... Myself and my developers have noticed that with our new 5.5 development Tomcats changes to JSPs now cause Tomcat to reload our web applications. This causes (because we're too keen to see changes) blank pages/broken responses and ThreadDeath occasionally when we put immediate requests in to the pages. It's not quite as nice during development to have to wait that extra short while for TC to restart the whole container because of a JSP change, and it makes me worry about patching production JSPs. Is this expected behaviour? Perhaps the new JDT compiler? Can it be stopped without using reloadable=false? We don't use anti JAR locking either. Cheers, Allistair -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 14 December 2004 15:52 To: Allistair Crossley Subject: RE: Leaving Millennium, going on vacation... Thank you, and the same to you and your family -- enjoy the holidays ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 14, 2004 10:28 AM To: Tomcat Developers List Subject: RE: Leaving Millennium, going on vacation... Merry Christmas Yoav, all the best for the New Year and enjoy your holidays. I don't blame you leaving your laptop behind ;) See you in the New Year. Allistair. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 14 December 2004 15:20 To: Tomcat Developers List Subject: Leaving Millennium, going on vacation... Hi, Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address will become invalid. I'm going on vacation for most of the rest of December, and then I'll be back in January (although we'll see how busy school will be. This is just an FYI, I'll still be around for a few more days before vacation, but after the 19th I'm out of the country and not taking my laptop with me... Yoav Shapira http://www.yoavshapira.com 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] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - 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. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP changes cause web app reload in 5.5?
Remy, I really have to bite my lip sometimes with your blunt replies. The fact of the matter is that I am not stupid, nor do I have a vivid imagination. You may be a developer of Tomcat but that does not necessarily equate to you being right all the time about bugs, and I have seen several times where you are wrong, several of which have been things I have reported and one of which I fixed. Give me some credit please. Now, the fact of the matter is, we have a situation where Tomcat *is* without a doubt reloading our web application on *all* developers' personal Tomcat 5.5.5 instances. We are all working on different subsystems across the code base too and same behaviour. A very junior developer said to me this morning, this new Tomcat is a little temperamental isn't it?. Now this guy does not know much about how Tomcat works, but he is very aware of what a Tomcat looks like when reloading a web application, e.g a request goes in and we get broken response HTML coming back, and of course definate proof in the logs stating quite explicitly that the web application is being reloaded. My guess at JDT compiler was simply based on the fact that it is used for JSP compilation and is new. An assertion or guess that is not vivid imo. So I appreciate you cannot reproduce it with maybe servlet-examples OK. But the issue *is not* my vivid imagination. So, I wonder how I can provide something that will make you believe it. I will try and get something together for you asap. Cheers, Allistair -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tue 14/12/2004 17:07 To: Tomcat Developers List Cc: Subject: Re: JSP changes cause web app reload in 5.5? Allistair Crossley wrote: Myself and my developers have noticed that with our new 5.5 development Tomcats changes to JSPs now cause Tomcat to reload our web applications. I cannot reproduce this. Is this expected behaviour? Perhaps the new JDT compiler? Can it be stopped without using reloadable=false? We don't use anti JAR locking either. You have a vivid imagination. What else ? Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP changes cause web app reload in 5.5?
I had a quick go at this like you probably did with something simple, and there is certainly no web application reload in this circumstance. The web application in question is configured with JNDI datasources and log4j. The architecture of the application uses Struts and Tiles for JSPs. I think I am going to have to try to take copy of the application and work it backwards to see where/what causes the Tomcat web app reload. We use Ant to build the web application. For development JSPs this is a simple copy to the web app folder. For classes, they are compiled. Static resources and config files are also copied. I had the issue in question all day today. All I was doing was making textual changes to a JSP. I used Ant to copy them across (which we have been doing since April 2004) and then made a request to a Struts action (which then return the JSP in question). A white page is shown (or partial HTML page). Looking in stdout, you can see the web application has been reinitialised. The Ant build output shows no compilation of classes, so the reloadable aspect of Tomcat should not in my view be triggered. Thinking about it harder, I can say with 85% surity that this started happening with around 5.5.4 (since I always upgrade our test server on the day of a new Tomcat release). I don't know what else to add really at this point. I will perform some further tests tomorrow to narrow it down if I can, but this is an issue with *something*, it's just finding out where. It could be as simple as Ant is touching class files when it should not (which it never used to so I doubt it) or it could be something in Tomcat but I would not know what/why. Will let you know if I find any more hard links to what causes the issue. Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tue 14/12/2004 17:07 To: Tomcat Developers List Cc: Subject: Re: JSP changes cause web app reload in 5.5? Allistair Crossley wrote: Myself and my developers have noticed that with our new 5.5 development Tomcats changes to JSPs now cause Tomcat to reload our web applications. I cannot reproduce this. Is this expected behaviour? Perhaps the new JDT compiler? Can it be stopped without using reloadable=false? We don't use anti JAR locking either. You have a vivid imagination. What else ? Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: JK 1.2.7 Problem?
Copying in DEV on this JK issue/solution on Mladen's request. The release build worked fine. Allistair. Mladen Whow! Seems that the problem is caused by the fact that beta3 binaries are compiled as 'debug' so tolower function is issuing an assertion. I'll make a release build and sent it to your email directly. Can you check the results with release build? Regards, Mladen. -Original Message- From: Allistair Crossley Sent: 14 December 2004 11:11 To: 'Tomcat Users List' Subject: RE: JK 1.2.7 Problem? Here is the trace logging. IE just hangs for a long while and does not get anywhere. As soon as 1.2.6 is back in, it works again. Cheers, Allistair. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_alloc::jk_uri_worker_map.c (192): enter [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_open::jk_uri_worker_map.c (442): enter [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] uri_worker_map_open::jk_uri_worker_map.c (461): rule map size is 2 [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_add::jk_uri_worker_map.c (266): enter [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] uri_worker_map_add::jk_uri_worker_map.c (360): suffix rule /.do=ajp13 was added [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_add::jk_uri_worker_map.c (433): exit [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_add::jk_uri_worker_map.c (266): enter [Tue Dec 14 11:06:50 2004] [3176:3356] [debug
RE: Leaving Millennium, going on vacation...
Merry Christmas Yoav, all the best for the New Year and enjoy your holidays. I don't blame you leaving your laptop behind ;) See you in the New Year. Allistair. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 14 December 2004 15:20 To: Tomcat Developers List Subject: Leaving Millennium, going on vacation... Hi, Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address will become invalid. I'm going on vacation for most of the rest of December, and then I'll be back in January (although we'll see how busy school will be. This is just an FYI, I'll still be around for a few more days before vacation, but after the 19th I'm out of the country and not taking my laptop with me... Yoav Shapira http://www.yoavshapira.com 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] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Releasing JK1.2.7
Have installed beta-2 on our test Windows 2000 server + Tomcat 5.5.5 + IIS 5. All our features are working. The system allows file uploads into a content management system. With JK2 we have periodically had errors related to other Bugzilla IDs with file upload (stream terminated unexpectedly). We had this on production this morning with an Excel file. Tested the same file upload to test server and it was OK. Cannot guarantee this was due to 1.2.7 OR whether it was a server/network related issue with production, but 1.2.7 is having no issues with all context calls including *.do and *.jsp mappings (Struts calls, JSP calls) nor with file uploads. Cheers, Allistair, FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT} RE: How to add variables into WEB-INF/web.xml or META-INF/*.* ?
go google on this ... and do not use the tomcat-dev list, use tomcat-user (but not for these questions). context-param servletContext.getInitParameter Allistair. -Original Message- From: Ilkka Heinonen [mailto:[EMAIL PROTECTED] Sent: 09 December 2004 09:41 To: [EMAIL PROTECTED] Subject: How to add variables into WEB-INF/web.xml or META-INF/*.* ? Hello everyone. I should want to add variables like ODBC name into %Tomcat-webapps%/WEB_INF/web.xml. How can you do it? How do you use it in java code (jsp, servlet, basic class). Some examples that I need to make parametric: -JDBC/ODBC name -Official Project name -Project description -Project logo location Do you have the way how to make this true? How u can use variable values in java code? Thanks in advance -Ilkka Heinonen- FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released
i agree. i would have tested the new 1.2.7 for iis (if any changes are there of course) on our test server, but do not have VC to compile the source. binaries should be available for betas imo. we cover most things with the jk iis connector, e.g intergrated auth, normal browsing and lots of file uploads through to our CMS. could be beneficial for the jk team. Allistair. -Original Message- From: Dominik Drzewiecki [mailto:[EMAIL PROTECTED] Sent: 08 December 2004 10:52 To: Tomcat Developers List Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released The Apache Jakarta Tomcat team is proud to announce the immediate availability of Jakarta Tomcat Connectors 1.2.7-beta-2. The release contains a fixes to few compilation problems detected with JK-1.2.7-beta version. This release also introduces a new domain concept clustering support. See Bugzilla #32317 for details. It'd be nice to see some binaries. I know that building it is a snap on *almost* all platforms. But there is also this Windows O/S, ya know, for which building requires *non free* M$ VC 6.0. We expect it to be ratified as a Stable release when the vote takes place in the next two weeks. I suppose that providing binaries only for those interested (subscribed to tomcat-dev) would give jk better testing before it goes GA. I suggest that the process should be similar to the tomcat release cycle, which means that the announcement on tomcat-dev is accompanied by providing sources/binaries in a well known place http://www.apache.org/dist/jakarta/tomcat-5/. Then the testing begins, which is followed by voting and more public announcement afterwards. cheers /dd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released
Cool. I've just gone to the Tomcat 5.5 docs and the link is broken for JK 1.2 http://jakarta.apache.org/tomcat/jk-1.2/ If you have the new link, I will patch the file. Cheers, Ali. -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: 08 December 2004 14:34 To: Tomcat Developers List Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released Allistair Crossley wrote: i agree. i would have tested the new 1.2.7 for iis (if any changes are there of course) on our test server, but do not have VC to compile the source. binaries should be available for betas imo. we cover most things with the jk iis connector, e.g intergrated auth, normal browsing and lots of file uploads through to our CMS. could be beneficial for the jk team. The binaries for WIN32 are at usual place: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binari es/win32/ We need as much testing as possible using newly added directives (see the docs). Thanks evryone that will make the testings. It'll surely led to a more stable 1.2.8 release. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.30 today...
yeah where _did_ 5.5.5 go ;) :) were you out on the razz yoav? -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: 03 December 2004 15:08 To: Tomcat Developers List Subject: Re: Tomcat 5.0.30 today... LOL, man I couldn't help laughing. you guys are slacking off!! just kidding. peter On Fri, 03 Dec 2004 16:04:36 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: Shapira, Yoav wrote: Bah ;) I posted a note to tomcat-user telling people of the fix, which is just a configuration. The next step would be to post the amended configuration file itself (struts-config.xml) on the download pages, and I'll do that today assuming no one objects. But a whole new release for this -- I hadn't planned on it, don't feel like it at the moment. I've been there already ;) Rémy - 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] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree branches using Tomcat Administration Tool
i notice in the 5.0.30 code, this bug may also exist since the web.xml is 2.4, although I have not tested. was this patched to the 5.0.30 also? cheers, Allistair. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 01 December 2004 22:42 To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree branches using Tomcat Administration Tool DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32381 [EMAIL PROTECTED] changed: What|Removed |Added -- -- Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-01 23:42 --- this bug was a result of moving to the 2.4 spec. the placeholder used in the tree control tag was ${name} which tomcat will have tried to evaluate as a page scoped expression language variable (which does not exist of course as this is not the intention). i have provided patches for the affected JSP and Java files that removes the dollar but leaves the braces so it still looks like a placeholder. i have also grepped all files across the admin webapp to ensure there are no more similar bugs involving EL type syntax placeholders and there are not (only ${node} but this is in comments only and is not present in code anywhere. i have compiled and tested with the latest HEAD and the node collapse works ok. hope this makes it for 5.5.5 tomorrow. cheers :) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]